Re: [ebxml-bp] IBM to Support BPEL-Based Web Services

["David RR Webber" <david@drrw.info>]

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
>
>
>