[Date Prev] | [Thread Prev] | [Thread Next] | [Date Next] -- [Date Index] | [Thread Index] | [List Home]
Subject: Fw: [wsbpel-uc] Fw: [wsbpel] Issue 11 - Call for Discussion
FYI. Sometimes the obvious is right underneath your nose! DW. ----- Original Message ----- From: "David RR Webber" <david@drrw.info> To: "BPEL UC list" <wsbpel-uc@lists.oasis-open.org> Sent: Friday, February 27, 2004 1:45 PM Subject: [wsbpel-uc] Fw: [wsbpel] Issue 11 - Call for Discussion > John, > > It suddenly hit me like a thunderbolt - duh! > > We need to add this use case as a BPEL use case, and develop the WSDL > and BPEL example of the interaction with CAM. > > Does anyone have a transaction they want built as an example here? > > I can easily pick one I have - like the CAM template for the IV&I BOD > and then the BPEL can query the warehouse subsystem to get the > actual parts on hand data that then gets built out into the IV&I parts > availability transaction format by the CAM template. > > Thanks, DW. > > ----- Original Message ----- > From: "David RR Webber" <david@drrw.info> > To: <ygoland@bea.com>; <edwink@collaxa.com> > Cc: "Alex Yiu" <alex.yiu@oracle.com>; "Danny van der Rijn" > <dannyv@tibco.com>; "Wsbpel@Lists. Oasis-Open. Org (E-mail)" > <wsbpel@lists.oasis-open.org> > Sent: Friday, February 27, 2004 1:34 PM > Subject: Re: [wsbpel] Issue 11 - Call for Discussion > > > > Yaron, > > > > ----- Original Message ----- > > > As for companion languages, for a companion language to BPEL to be > > > useful it must be able to see and manipulate BPEL variables. So it seems > > > reasonable to expect to be able to drop down into the companion > > > language, manipulate the BPEL variables using the companion language's > > > XML manipulation facilities and then pop back up into BPEL. > > > > > > > This is EXACTLY what I'm seeing CAM can do for you - and YES it > > is heavily typed. However I need a mechanism to pass the BPEL variables > > back and forth. > > > > So in "PPT BPEL" - I'm seeing calling CAM as a webservice via a WSDL > > binding - passing it the content of the variable area that is the input, > and > > then getting back another variable area that is the result as a BPEL style > > reply works right now. You also pass CAM the template pointer that > > contains all the rules and manipulation that you want to occur (that's > > what the OASIS CAM spec' details - and of course the templates are > > all in XML). In my PPT BPEL - this just looks like another step > > that the BPEL engine can execute - and it calls the CAM processor > > in the same way it interacts with another WSDL driven step today. > > > > CAM BTW has full fault handling built-in - so it can message and error > > however you need. And the specification is about to be to public > > review status in OASIS next week (vote pending) - so we should beat > > the release date here of BPEL itself handily ; -) > > > > There's a brochure on CAM available in Kavi from the CAM TC area > > to give you the 30,000' intro' too. > > > > Thanks, DW. > > > > > > 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-uc/members/leave_workgroup.php. > >
[Date Prev] | [Thread Prev] | [Thread Next] | [Date Next] -- [Date Index] | [Thread Index] | [List Home]