[Date Prev] | [Thread Prev] | [Thread Next] | [Date Next] -- [Date Index] | [Thread Index] | [List Home]
Subject: Re: [ebxml-bp] IBM to Support BPEL-Based Web Services
Monica, Exactly. +1 The fat lady is still driving her car around town trying to find out which stadium the game might be playing at. DW. ----- Original Message ----- From: "Monica J. Martin" <Monica.Martin@Sun.COM> To: "Matthew MacKenzie" <mattm@adobe.com> Cc: "David RR Webber" <david@drrw.info>; "Duane Nickull" <dnickull@adobe.com>; "ebXML BP" <ebxml-bp@lists.oasis-open.org> Sent: Friday, April 16, 2004 12:28 AM Subject: Re: [ebxml-bp] IBM to Support BPEL-Based Web Services > Matthew MacKenzie wrote: > > > Everyone knows that I am a huge ebXML proponent, but I must say that > > BP is the one component of our stack that I am ambivalent towards. > > Why? First, its taken a long time to get baked (although I applaud the > > process since the CEFACT/OASIS schism, and think you people should be > > proud of your accomplishments). Second, pretty much any good BP > > framework/standard can be integrated with the other ebXML > > specifications. I think the winner in this space will be whoever > > gobbles the most market share. > > > > ....and that ocean liner that is MQ-Series is ubiquitous...and WSIF + > > BPEL makes J2EE architects and developers very happy...and BPEL will > > be picked up by MSFT too. We have the makings for a ubiquitous > > solution that people can use soon, and often. > > mm1: First, if you wish to discuss or debate the benefits of BPEL, > please everyone take it to that list. Secondly, BPEL is an > infrastructure process language [1] > that can provide a single role's view of a single process instance. > There are many other aspects of business process, the larger BPM space > and end-to-end collaboration. Regardless of any past organizational > challenges, ebBP is working to move effectively forward to a v2.0 > specification and laying the groundwork for v3.0. My point is, as Jean > Jacques Dubray indicated this evening, BPM is only in its embryonic > stages and there is much to learn. It is hard to corner a market if you > are still learning what the market is and what potential exists for what > it will become. Let's concentrate on how we can continue to add value, > functionality and success for our user community using ebBP. Thank you. > > [1] Some have called it a process scripting language. > > > > > I'd be interested in an objective compare/contrast of what ebBP is > > doing versus BPEL. What are the synergies, if anything. How can those > > of us who are moderates in this debate promote ebBP in conjunction > > with BPEL? > > > > -Matt > > >
[Date Prev] | [Thread Prev] | [Thread Next] | [Date Next] -- [Date Index] | [Thread Index] | [List Home]