[
Date Prev][
Date Next][
Thread Prev][
Thread Next][
Date Index][
Thread Index]
[
List Home]
RE: [bpel-dev] Offer of donation of WS-BPEL implementation to assistproject development
|
Bruno,
I am also one of those jBPM guys, so we are listening indeed ;-)
Regards,
Koen
> -----Original Message-----
> From: bpel-dev-bounces@xxxxxxxxxxx
> [mailto:bpel-dev-bounces@xxxxxxxxxxx] On Behalf Of Tom Baeyens
> Sent: dinsdag 2 mei 2006 15:35
> To: B.Wassermann; BPEL Designer project developer
> discussions.; Mark Little
> Subject: RE: [bpel-dev] Offer of donation of WS-BPEL
> implementation to assistproject development
>
> | what kind of information would you need in order to automate
> | deployment/have click-of-a-button deployment?
>
> a URL that points to the jBPM BPEL deployment servlet.
>
> | Also, would it make sense to get one of your jBPM guys
> involved on the
> | list
>
> we're listening :-)
>
> regards, tom.
> tom.baeyens@xxxxxxxxx
>
>
> | -----Original Message-----
> | From: bpel-dev-bounces@xxxxxxxxxxx
> | [mailto:bpel-dev-bounces@xxxxxxxxxxx] On Behalf Of Bruno Wassermann
> | Sent: dinsdag 2 mei 2006 15:19
> | To: Mark Little; 'BPEL Designer project developer discussions.'
> | Subject: RE: [bpel-dev] Offer of donation of WS-BPEL
> implementation to
> | assist project development
> |
> | Hi Mark,
> |
> | I am working on a few use cases that will illustrate how
> deployment is
> | going to work in BPEL Designer.
> |
> | One quick question in order to make sure the use cases cater for
> | jBPM's
> | requirements:
> | Assuming the editor will offer a preference page allowing users to
> | configure transfer mechanism (FTP, SFTP) and location (some
> URL), what
> | kind of information would you need in order to automate
> | deployment/have click-of-a-button deployment?
> |
> | Also, would it make sense to get one of your jBPM guys
> involved on the
> | list so that we can discuss things as they come up over the next
> | couple of weeks?
> |
> | Many thanks,
> |
> | -- Bruno
> |
> | -----Original Message-----
> | From: Mark Little [mailto:mark.little@xxxxxxxxx]
> | Sent: 29 April 2006 08:14
> | To: B.Wassermann; BPEL Designer project developer discussions.
> | Subject: Re: [bpel-dev] Offer of donation of WS-BPEL
> implementation to
> | assist project development
> |
> | Hi Bruno. I checked with the guys developing jBPM and here are some
> | answers for you.
> |
> | "
> | - How is deployment going to work (hot-deployment? files &
> | data required by deployment archive)?
> | "
> | we support hot deployment. a zip file is uploaded to a
> servlet. the
> | zip file contains the bpel and wsdl files.
> |
> |
> | "
> | - Are there published interfaces to run jBPM's deployment
> | validation or part thereof programmatically?
> | "
> | afaik, not at this point. but that should not be hard to do.
> | "
> | It is worth to think carefully about jBPM's requirements on
> deployment
> | within the BPEL Designer so that the corresponding runtime
> extension
> | point will cater for its needs. We should probably also
> work on a set
> | of somewhat detailed use cases describing deployment in
> BPEL Designer
> | to allow more detailed discussion and let everyone know what to
> | expect.
> | "
> | we have found that uploading a zip file through a servlet
> is the most
> | flexible deployment mechanism.
> |
> | "
> | We (at University College London SSE
> | http://sse.ucl.ac.uk/omii-bpel) currently offer the
> ActiveBPEL engine
> | to computational scientists and it would be great to be
> able to have
> | jBPM-BPEL as a potential alternative as this would
> demonstrate that,
> | when you need to rely on open-source enactment environments (in
> | academia), it doesn't all stand or fall because of a single
> suitable
> | engine.
> | "
> | we are defenitely worth the consideration. our implementation,
> | commitment to standards and developer friendly focus make all our
> | engine very suitable. also our license terms are a lot
> more flexible
> | then ActiveBPEL's.
> |
> | "
> | We (UCL SSE folks) can offer to stress test jBPM to its limits and
> | beyond with some seriously large-scale workflows to determine and
> | hopefully help to improve its scalability characteristics.
> | "
> | That would be awsome.
> |
> |
> | Mark.
> |
> |
> | Bruno Wassermann wrote:
> | >
> | > Hi,
> | >
> | > Another open-source BPEL engine integrated within BPEL
> | Designer sounds
> | > fantastic!
> | >
> | > There are a few pieces of info about jBPM's characteristics
> | that would
> | > help facilitate its integration into BPEL Designer:
> | >
> | > - How is deployment going to work (hot-deployment? files & data
> | > required by deployment archive)?
> | >
> | > - Are there published interfaces to run jBPM's deployment
> | validation
> | > or part thereof programmatically?
> | >
> | > - (That's all I can think of right now).
> | >
> | > It is worth to think carefully about jBPM's requirements on
> | deployment
> | > within the BPEL Designer so that the corresponding runtime
> | extension
> | > point will cater for its needs. We should probably also
> | work on a set
> | > of somewhat detailed use cases describing deployment in
> | BPEL Designer
> | > to allow more detailed discussion and let everyone know
> | what to expect.
> | >
> | > We (at University College London SSE
> | http://sse.ucl.ac.uk/omii-bpel)
> | > currently offer the ActiveBPEL engine to computational
> | scientists and
> | > it would be great to be able to have jBPM-BPEL as a potential
> | > alternative as this would demonstrate that, when you need
> | to rely on
> | > open-source enactment environments (in academia), it
> | doesn't all stand
> | > or fall because of a single suitable engine.
> | >
> | > We (UCL SSE folks) can offer to stress test jBPM to its
> limits and
> | > beyond with some seriously large-scale workflows to determine and
> | > hopefully help to improve its scalability characteristics.
> | >
> | > Regards,
> | >
> | > -- Bruno
> | >
> | >
> |
> ----------------------------------------------------------------------
> | > --
> | >
> | > *From:* bpel-dev-bounces@xxxxxxxxxxx
> | > [mailto:bpel-dev-bounces@xxxxxxxxxxx] *On Behalf Of *James Moody
> | > *Sent:* 28 April 2006 18:14
> | > *To:* BPEL Designer project developer discussions.
> | > *Subject:* Re: [bpel-dev] Offer of donation of WS-BPEL
> | implementation
> | > to assist project development
> | >
> | >
> | > Hello Mark,
> | >
> | > This looks very interesting! From the jBPM-BPEL roadmap that you
> | > outline below, it looks like your dates will line up nicely
> | with those
> | > of this project (allowing of course for whatever changes
> | are necessary
> | > when WS-BPEL 2.0 is completed). I believe this move will
> certainly
> | > benefit the community.
> | >
> | > I'm not a lawyer so I won't comment on the
> license-related issues,
> | > except to say that we should get the Eclipse IP
> | person/people to take
> | > a look and confim that it makes them happy.
> | >
> | > Bruno: as you've taken a look at the issue of a runtime
> | framework, I'd
> | > appreciate it if you could add any comments here.
> | >
> | > Let's continue the discussion here of how to proceed on the
> | design of
> | > this framework and how to carve up the work among those involved.
> | >
> | > Thanks,
> | >
> | > james
> | >
> | > bpel-dev-bounces@xxxxxxxxxxx wrote on 04/27/2006 05:05:23 AM:
> | >
> | > > We know that the Eclipse-BPEL project is looking for a
> | WS-BPEL 2.0
> | > > engine with which to test. After some discussion within
> JBoss, it
> | > > seems to us that in the interests of the community as a
> whole, it
> | > > might make sense for JBoss to donate our jBPM-BPEL
> | runtime for use
> | > > within the
> | > > project: essentially for this implementation to become
> | the reference
> | > > for Eclipse in the event that other projects have a
> similar need.
> | > > jBPM-BPEL is licensed under terms that closely approach
> | LGPL except
> | > > for certain amendments required to comply with the IPR
> statements
> | > > known to the OASIS WS-BPEL TC. Therefore, it should not
> pose any
> | > > problems with inclusion or use by Eclipse. Because we
> | think this is
> | > > so important for the community, we've spent the last few days
> | > > looking at the group requirements and trying to match
> | them (or vice
> | > > versa) with the current jBPM development goals. As you can see
> | > > outlined below, we think that this represents a good
> | opportunity to
> | > > catapult the Eclipse-BPEL work forward by several months
> | and allow
> | > > the group as a whole to concentrate on higher-level
> | aspects of BPEL design and use, which will benefit all of our users.
> | > >
> | > > It appears that these are the current Eclipse BPEL milestones:
> | > >
> | > > M0: December 15
> | > > M1: View Only. January 31
> | > > M2: View and Author simple, exercise extension points. March 7
> | > > M3: View and Author complex, and Validate. May 15
> | > > M4: Deploy and Debug a process to the reference runtime. July 1
> | > > M5: Verify deployment and debug to proprietary
> runtimes. August 15
> | > > M6 (1.0): Exercise Activity extension. October 1
> | > >
> | > > The jBPM-BPEL product roadmap has monthly beta releases
> and a GA
> | > > release at the end of Q2 covering the public review
> draft of the
> | > > BPEL specification due for release in May.
> | > >
> | > > jBPM BPEL 1.0 beta 1 31/Mar/06
> | > > jBPM BPEL 1.0 beta 2 28/Apr/06
> | > > jBPM BPEL 1.0 beta 3 26/May/06
> | > > jBPM BPEL 1.0 23/Jun/06
> | > >
> | > > Once 1.0 GA is out, we will track the specification
> | review process
> | > > to incorporate changes while building new features.
> Such features
> | > > include communication with the BPEL designer and support for
> | > > non-normative Web Services standards.
> | > >
> | > > After the OASIS TC finalizes WS-BPEL 2.0 somewhere in Q4,
> | we intend
> | > > to release another GA version with full support as
> | quickly as we can.
> | > >
> | > > Obviously our current release plans are based purely on
> | this being
> | > > done within JBoss, i.e. resourced entirely by JBoss staff and
> | > > community members. However, if the Eclipse group accepts the
> | > > contribution of jBPM-BPEL we would able to increase the
> community
> | > > involvement in order to escalate some of these delivery
> | dates, if necessary.
> | > >
> | > > If accepted, we think that as a group, this Eclipse
> BPEL project
> | > > could make the following milestones:
> | > >
> | > > 1. Release Eclipse/jBPM BPEL 1.0 GA covering the BPEL 2 public
> | > > review draft, June 23 2. Deliver the framework and the RI for
> | > > deploying a process, July 1 3. Deliver the framework and
> | the RI for
> | > > debugging a process, August 15 4. Release jBPM BPEL 2.0
> | GA covering
> | > > the final BPEL 2 spec, November 17
> | > >
> | > > As mentioned earlier, these dates are probably quite
> | conservative.
> | > > If the entire Eclipse-BPEL community can get behind the
> | development
> | > > of the donated jBPM-BPEL then we may be able to shorten the
> | > > development lifecycle significantly.
> | > >
> | > > Mark.
> | > >
> | > > ----
> | > >
> | > > Mark Little (mark.little@xxxxxxxxx) Director of Standards
> | > > _______________________________________________
> | > > bpel-dev mailing list
> | > > bpel-dev@xxxxxxxxxxx
> | > > https://dev.eclipse.org/mailman/listinfo/bpel-dev
> | >
> | >
> |
> ----------------------------------------------------------------------
> | > --
> | >
> | > _______________________________________________
> | > bpel-dev mailing list
> | > bpel-dev@xxxxxxxxxxx
> | > https://dev.eclipse.org/mailman/listinfo/bpel-dev
> | >
> |
> | _______________________________________________
> | bpel-dev mailing list
> | bpel-dev@xxxxxxxxxxx
> | https://dev.eclipse.org/mailman/listinfo/bpel-dev
> |
> _______________________________________________
> bpel-dev mailing list
> bpel-dev@xxxxxxxxxxx
> https://dev.eclipse.org/mailman/listinfo/bpel-dev
>