Comments on Jeff's SOA Ruminations: What's wrong with BPEL?

Find Internet Marketing resource hare Online Marke...

2009-11-05T01:30:00.617-08:00

29047126483369175 I play dofus Replica Watches for...

2009-10-01T01:07:37.805-07:00

29047126483369175 I play dofus Replica Watches for one year, I Replica Rolex Watches want to get some Replica Watch kamas to buy Replica Chanel Watches item for my character. So, I search "Replica Swiss Watches" on google and found many website. As Exact Replica Graham Watch the tips from the forum, I just review the Swiss Replica Watches websites and choose some Replica Montblanc Watches quality sites to Replica Cartier Watches compare the price, and go to their Replica Breguet Watches online support to make Replica Breitling Watches the test. And Last Chaos Gold I decide to use Replica BRM Watch at the end. And Tag Heuer Replica Watch that is the Replica IWC Watch beginning..

Jeff, like everything related to technology, there...

2009-03-24T12:19:00.000-07:00

Jeff, like everything related to technology, there is no single magic bullet so of course "BPEL is not always the right fit"...

first point jumps off the screen at me in regards to the limitations of BPEL, it is a fact that BPEL is not limited to web services, WSIF and JBI extends BPEL to HTTP/SOAP,POJOs, JCA,C sharp, and EJBs.....

Well, certainly BPEL is not always the right fit, ...

2007-08-03T12:05:00.000-07:00

Well, certainly BPEL is not always the right fit, and you make some valid points in your post.

However, I have to disagree on some things.

Points #2 and #5: both of these concerns seem to indicate a lack of faith in a developer's ability to learn new things. BPEL is an XML based language which operates almost exclusively on XML data. Using XML technologies to manipulate that data is absolutely what should be happening in BPEL. Schema and XSLT are not difficult to understand, and I would assume that all SOA developers have these skills or could learn them without difficulty. As for BPEL introducing new concepts. Yes it does, but I have faith in people's ability to learn and grasp these (relatively few) concepts without too much trouble.

Point #1 (and to an extent #3): I don't see this as accurate. BPEL really makes no attempt to dictate the mechanism by which web services are invoked. It certainly doesn't require that SOAP be used. Yes, in order to invoke a service you must have WSDL for that service. But it's entirely possible (and highly useful) during deployment of your services to specify some other invocation method. Process/subprocess/Java invocation handlers are all possible and would be driven by engine-specific deployment information. This does not affect the vendor-neutral nature of BPEL.

Point #4: I'm behind you 100% on this one. Effect BPEL development relies heavily on tooling. Part of the tooling should be simulation and testing environments. ActiveBPEL Designer has an integrated simulation feature and a remote debugger, both of which are useful. Beyond that, I agree that tools need to begin incorporating better ways of testing BPEL processes without deploying to an app server.