RE: [wsbpel] BPELJ

["Furniss, Peter" <Peter.Furniss@choreology.com>]

Olivier,

As Mark says, OASIS BTP is also capable of supporting inter-web service transactions - just because it doesn't have WS- in the name doesn't mean it isn't suitable. It has propagatable contexts and rules about the behaviour of the participants that allow all sorts of transactions. (You don't need different inter-party transaction protocols to support different behaviour in the end-systems (not everyone agrees with this))

The integration of any of the current cloud of business/web-service/loose transaction protocols with bpel is the subject of issues 30 and 53-59. We are hoping to make some progress on this at the bpel meeting next week. (and I'll be sending out Choreology's proposals shortly).

Peter
(BTP editor and champion of 53-59)

> -----Original Message-----
> From: "Brand, Olivier, VF-GP&S Düsseldorf" 
> [mailto:Olivier.Brand@vodafone.com] 
> Sent: 26 March 2004 15:12
> To: Mark Little; ygoland@bea.com
> Cc: wsbpeltc
> Subject: RE: [wsbpel] BPELJ
> 
> 
> Mark,
> 
> I was just thinking of being able to place different type of 
> transactions within the business process, in a way similar to 
> what the EJB model allows you to do, but maybe it does not make sense?
> 
> Olivier
> 
> -----Original Message-----
> From: Mark Little [mailto:mark.little@arjuna.com] 
> Sent: Friday, March 26, 2004 4:03 PM
> To: ygoland@bea.com; Brand, Olivier, VF-GP&S Düsseldorf
> Cc: wsbpeltc
> Subject: Re: [wsbpel] BPELJ
> 
> Olivier, there is also the OASIS Business Transactions 
> Protocol (BTP) for doing transaction management.
> 
> Mark.
> 
> ----
> Mark Little,
> Chief Architect, Transactions,
> Arjuna Technologies Ltd.
> 
> www.arjuna.com
> 
> ----- Original Message -----
> From: "Brand, Olivier, VF-GP&S Düsseldorf" 
> <Olivier.Brand@vodafone.com>
> To: <ygoland@bea.com>
> Cc: "wsbpeltc" <wsbpel@lists.oasis-open.org>
> Sent: Friday, March 26, 2004 2:49 PM
> Subject: RE: [wsbpel] BPELJ
> 
> 
> > Yaron,
> >
> > I have reviewed the BPELJ whitepaper and I have several concerns /
> questions regarding this. I am concern on the approach which 
> is "breaking" the portability of BPEL. This reminds me of 
> some Java extensions that can be included in some XSLT (a 
> vendor centric approach).
> > Why don't we take the approach that IBM is following within 
> their BPEL
> implementation: make use of the WSDL binding extensions to 
> include other type of technology? I am talking here about 
> WSIF. It seems to be a good approach. The BPEL compiler will 
> be the one optimizing access to the objects.
> >
> > The other point I wanted to raise is on the use of 
> transactions. How 
> > would
> you (if you would) propagate a transaction from a Java 
> component to a Web Service endpoint? I think that this raises 
> the issue of not having a Web Service Transactional framework 
> in place in the current BPEL spec. Why not advocating the use 
> of WS-CAF which is the only standard in this space for 
> managing transactions and context propagation? (Initiatives 
> from IBM and Microsoft are not in any standardization bodies. 
> Am I wrong?)
> >
> > Thanks for clarifying these points
> >
> > Olivier
> >
> > -----Original Message-----
> > From: Yaron Y. Goland [mailto:ygoland@bea.com]
> > Sent: Thursday, March 25, 2004 10:13 PM
> > To: wsbpeltc
> > Subject: [wsbpel] BPELJ
> >
> > Although it has been in the news I thought I would still 
> send a note 
> > pointing out that BEA and IBM have recently released a joint 
> > whitepaper describing our shared vision for how BPEL and 
> Java should 
> > work together called BPELJ. This whitepaper will be submitted for 
> > consideration by JSR 207 in the JCP.
> >
> > BPELJ is a consumer of the BPEL standard and so I hope the BPELJ 
> > effort will be able to contribute practical feedback on 
> what it's like 
> > to use
> BPEL.
> >
> > You can find out more about BPELJ at: 
> > http://ftpna2.bea.com/pub/downloads/ws-bpelj.pdf
> > and 
> > ftp://www6.software.ibm.com/software/developer/library/ws-bpelj.pdf
> >
> > Thanks,
> > Yaron
> >
> > To unsubscribe from this mailing list (and be removed from 
> the roster 
> > of
> the OASIS TC), go to 
> http://www.oasis-open.org/apps/org/workgroup/wsbpel/members/le
ave_workgroup.
php.
>
>
> To unsubscribe from this mailing list (and be removed from the roster 
> of
the OASIS TC), go to http://www.oasis-open.org/apps/org/workgroup/wsbpel/members/leave_workgroup.
php.
>
>


To unsubscribe from this mailing list (and be removed from the roster of the OASIS TC), go to http://www.oasis-open.org/apps/org/workgroup/wsbpel/members/leave_workgroup.php.