|
Sponsored Links
Resources
Enterprise Java
Research Library
Get Java white papers, product information, case studies and webcasts
|
News
News
News
|
Messages: 19
Messages: 19
Messages: 19
Printer friendly
Printer friendly
Printer friendly
Post reply
Post reply
Post reply
XML
XML
XML
|
 |
The definitive BPEL and Java article
BPEL for Web Services co-author Matjaz Juric discusses the role of BPEL and its relationship with Java in TSS' latest article. The article introduces BPEL and concentrates on the idea of extending BPEL, to be able to compose resources other than web services (EJBs, JMS, etc), and the possibility to mix BPEL and Java code.
BPEL is an important language for the process-oriented approach to SOA. Because BPEL has been designed specifically for definition of business processes it provides good support for various specifics of business processes such as support for long running transactions, compensation, event management, correlation, etc. BPEL is well suited for use with the J2EE platform and many BPEL servers build on top of J2EE. With ideas of combing BPEL and Java (BPELJ), and WSIF, the usability of BPEL is even increasing. We should also look at the emerging JBI (Java Business Integration) specification aka JSR 208 which will give business integration and BPEL an even better documented position in the Java platform.
Read BPEL and Java
|
|
|
Message #166044
Post reply
Post reply
Post reply
Go to top
Go to top
Go to top
|
|
WS-CDl and BPEL
"From the perspective of composing web services to execute business processes, orchestration is the more flexible approach compared to choreography"
I don't doubt that the author is correct but it somewhat misses the point that WS-CDL (Choreography) has never attempted to do what BPEL does. It is not about recursive composition but about peer to peer contractual behavior based on a global model. This something that BPEL doesn't do.
"know exactly who is responsible for the execution of the whole business process"
So why is this a good thing. It is server centric with a single point of failure regardless of how you decide to federate. I do not doubt that it has it's place but the statement suggest that it is the be all and end all which it is not. Orchestration may well have a place within the firewall where you can assert control. But you cannot do this across firewall between different domains of control. A good example of this is financial services in which many participants are involved in a transaction. Choreography has a good track record of working with vertical standards such as fpML, FIX and TWIST. They all tried BPEL to encode the peer to peer behavior and all failed. This is why they are working with WS-CDL. If the participaticpating services know what they should do (aka WS-CDL) then do we care if it is "orchestrated". Personally, three companies later, I don't care. I care about results for normal behavior and I care about what happens at the extremes. Server centricity does not one any favours because it moves us back to the days of "the solution is a database" when we all know it isn't.
As to the other bullet points:
"# We can incorporate web services, even those that are not aware that they are a part of a business process.
# We can also provide alternative scenarios when faults occur."
WS-CDL can do all of this so it is hardly a unique selling point. What BPEL does that WS-CDL does not is recursive web service composition. Which is a valuable thing to do.
The author references WSCI as a standard. It is not a standard. It was and is and remains a member submission. Much like BPEL. A standard is something very different and is a result of a hard slog and compromise from the contributors and those involved in the setting of standards. So don't for one minute think that BPEL or WSCI are standards. They are not. From a WS-CDL perspective WSCI is just a footnote in the history of WS-CDL (oddly enough so is BPEL).
As to "support from the industry" the author should perhaps have research further. It is true to say that IBM and Microsoft are not part of the working group. But I can certainly tell TheServerSide that on the shop floor (nearest to customers) both have received attention which may/is/will lead to revenue opportunities.
The author also states that BPEL allows us to:
"Abstract business protocols"
Alas this is just not true. This is why (as I have previously said) vertical standards have come to WS-CDL having tried to use BPEL and failed. Also the Oasis TC is unlikely to support this anyway.
Given the author is a PhD it is a shame that they have not done the necessary research into the space. They would note, from an academic perspective, that WS-CDL has active invited experts such as Prof Robin Milner, Dr Kohei Honda and Dr Nobuko Yoshida and has had contributors such as Lucian Wischik (now at Microsoft).
For those not in the know WS-CDL is complementary to BPEL. Indeed many requirements have come from users of BPEL who need some way of describing a peer to peer contract of behavior so that suitable BPEL processes maybe generated. An interesting thought to anyone wanting to use BPEL and also wanting a solid formal foundation to how services will interact.
Cheers
Steve Ross-Talbot
CEO Pi4 Technologies Ltd
Chair W3C Web Services
Co-Chair W3C Web Services Choreography
www.pi4tech.com
http://www.w3.org/TR/2004/WD-ws-cdl-10-20041217/
|
|
|
Message #166123
Post reply
Post reply
Post reply
Go to top
Go to top
Go to top
|
|
Interesting Article
It would be interesting to extend this article to how BPEL fits into the model view controler paradigm that most Java developers use to build applications. One of the big inhibitors of "workflow" technology in the past is that process centric development was very proprietary and intrusive and forced the developers to think the applications upside down with process logic being the center of the universe.
Kudos on the good article and very good book.
Edwin
|
|
|
Message #166161
Post reply
Post reply
Post reply
Go to top
Go to top
Go to top
|
|
The right perspective
What I like about this article is that it puts BPEL in the right perspective : on top of web-services as an integration technology.
BPEL has been marketed wrongly as a solution for workflow and Business Process Management (BPM). While BPEL has some features in common with workflow and BPM, it is simply not suited for those purposes because it is hard coupled with web services. Workflow and BPM features should be offered in plain POJO java. And web services transport should be optional on top for integration purposes. That is our approach for simplified development of workflow and BPM.
I have written an article that, together with this BPEL article, give good idea about workflow, BPM and orchestration. My article describes what is missing in Java to support features of workflow and BPM : Graph Oriented Programming.
regards,
Tom Baeyens
JBoss jBPM
|
|
|
Message #166173
Post reply
Post reply
Post reply
Go to top
Go to top
Go to top
|
|
WS-CDl and BPEL
Steve,
An excellent reply, thank you for this enlightening insight into CDL and BPEL's position within CDL.
I think the most exciting part of CDL is its position within B2B world, an area where BPEL is virtually useless outside of the firewall. FpML, Swapswire etc. stand to gain terrifically from CDL support, with perhaps, as I think you suggest, BPEL behind the endpoints.
Most importantly CDL does not depend on WS, this is probably the single biggest advantage, we can actually use real-world endpoints without having to WebServicise them first.
While I'm sure BPEL will play an important role in BPM it's CDL that is going to glue it all together at the enterprise level.
-John-
|
|
|
Message #166176
Post reply
Post reply
Post reply
Go to top
Go to top
Go to top
|
|
The right perspective
While BPEL has some features in common with workflow and BPM, it is simply not suited for those purposes because it is hard coupled with web services. Workflow and BPM features should be offered in plain POJO java. And web services transport should be optional on top for integration purposes.
but what is a web service?
why do you assume that a web service is not a POJO/EJB/etc and that some WS specific transport is used instead of a direct java call or JMS or whatever?
take a look at WSIF for example
Workflow and BPM features should be offered in plain POJO java
this sounds like a limitation to me
|
|
|
Message #166181
Post reply
Post reply
Post reply
Go to top
Go to top
Go to top
|
|
Re: WS-CDl and BPEL
Dear Steve,
The objective of my article has not been a comparison of BPEL and WS-CDL and I don’t want to start a discussion on this topic. The fact however is that BPEL has gained support from major vendors, including Oracle, IBM, and Microsoft, and from open source community.
My answer is related to the following:
>> The author also states that BPEL allows us to:
>> "Abstract business protocols"
>> Alas this is just not true. This is why (as I have previously said) vertical standards have
>> come to WS-CDL having tried to use BPEL and failed. Also the Oasis TC is unlikely to
>> support this anyway.
The BPEL4WS 1.1 specification on page 2 (Abstract, Paragraph 2) defines the executable and abstract business processes (also called business protocols):
"Business processes can be described in two ways. Executable business processes model actual behavior of a participant in a business interaction. Business protocols, in contrast, use process descriptions that specify the mutually visible message exchange behavior of each of the parties involved in the protocol, without revealing their internal behavior. The process descriptions for business protocols are called abstract processes. BPEL4WS is meant to be used to model the behavior of both executable and abstract processes."
So I cannot agree with your opinion that what I’ve written in my article "Alas this is just not true".
Cheers,
Matjaz
|
|
|
Message #166209
Post reply
Post reply
Post reply
Go to top
Go to top
Go to top
|
|
The Wrong Perspective...
Workflow and BPM features should be offered in plain POJO java. And web services transport should be optional on top for integration purposes. That is our approach for simplified development of workflow and BPM.
Sure, let's eshew the standards in lieu of platform tie-in since we work on a particular platform or language or vendor. Scary.
|
|
|
Message #166215
Post reply
Post reply
Post reply
Go to top
Go to top
Go to top
|
|
The right perspective?
While I agree that BPEL is a great foundation for an integration solution, I think you'll find that as market continues to evolve BPEL solutions will allow the integration of almost any technology component, including Java objects: WSDL can be used as a contract language for almost anything. The Oracle BPEL product is a great example.
Greg
|
|
|
Message #166261
Post reply
Post reply
Post reply
Go to top
Go to top
Go to top
|
|
upside down...
It would be interesting to extend this article to how BPEL fits into the model view controler paradigm that most Java developers use to build applications. One of the big inhibitors of "workflow" technology in the past is that process centric development was very proprietary and intrusive and forced the developers to think the applications upside down with process logic being the center of the universe.
Edwin,
You sound like you already have some thoughts on the matter. Would you care to elaborate?
Joost
|
|
|
Message #166264
Post reply
Post reply
Post reply
Go to top
Go to top
Go to top
|
|
FWIW, OpenStorm may not be a viable option
I think their parent company, Momentum Software -- a consulting concern, apparently stopped development due to the level of effort and expense required to finish the product. This would seem to be reinforced by their lack of publicity during the past 14 months (their last release was February 16, 2004).
|
|
|
Message #166369
Post reply
Post reply
Post reply
Go to top
Go to top
Go to top
|
|
BPEL engines
I am a bit biased, as I work for SeeBeyond, but in the list of J2EE-based BPEL servers the author forgot to mention SeeBeyond's eInsight Business Process Manager
I think you'll find there's a whole bunch missing, Fuego on the BPM side and and PolarLake on the more EAI side for example.
BPEL is pretty commodity now so it's difficult to provide a comprehensive list, it's interesting to see a few of the more advanced ones are starting to work on CDL finally.
-John-
|
|
|
Message #166383
Post reply
Post reply
Post reply
Go to top
Go to top
Go to top
|
|
BPEL and CDL once again
Dear all,
to be clear on this BPEL4WS1.1 is *not* a standard. It *is* a submission to Oasis that is driving what will become a standard. So while the author is correct in his assertions about BPEL4WS1.1 he is not correct about the evolving standard (WS-BPEL). Why is this so? Is is ths case that with respect to business protocols the features have been made obsolete, since the WG decided to remove the
text that talks about Business Protocols from the real spec.
Also, even though many vendors provide support for BPEL, nobody has support for AbsBPEL (which will optional for WS-BPEL 2.0) as of now.
And even if there would be support, WS-CDL is going to be used complementary to BPEL:
WS-CDL for BusinessProtocols
|
ExecBPEL <--FillInDetaliedCode -- AbsBPEL <--generateEndpoints--> AbsBPEL --
FillInDetaliedCode --> ExecBPEL
Below is a pointer to an article Oracle wrote in WSJ last Nov (hot read ~4500hits), that puts
all things in perspective, since we also provide a great BPEL engine:
http://www.findarticles.com/p/articles/mi_m0MLV/is_11_4/ai_n7071401/pg_1
Cheers
Steve T
|
|
|
Message #166550
Post reply
Post reply
Post reply
Go to top
Go to top
Go to top
|
|
I liked the article
I really liked the article, as someone who know nothing about what the heck is BPEL, I think I now had a nice view of this technology.
I believe this key beauty in this article, is that it managed to be very very introductory, without being too naiive or too superficial.
The author, briefly describe the problem, then moved to describing the solution, then elaborated on the tools to implement the solution.
How can this article be better, well, maybe more talk about the problem, and how other technologies tried to solve it, and why he think BPEL is a better solution, technically and even logically.
My thank to the author
|
|
|
Message #166563
Post reply
Post reply
Post reply
Go to top
Go to top
Go to top
|
|
BPEL engines
I am a bit biased, as I work for SeeBeyond, but in the list of J2EE-based BPEL servers the author forgot to mention SeeBeyond's eInsight Business Process Manager I think you'll find there's a whole bunch missing, Fuego on the BPM side and and PolarLake on the more EAI side for example.BPEL is pretty commodity now so it's difficult to provide a comprehensive list, it's interesting to see a few of the more advanced ones are starting to work on CDL finally.-John-
Do you know of any comprehensive lists?
Better still, any feature comparisons?
PJ Murray
CodeFutures Software
Java Code Generation for Data Persistence
|
|
|
Message #166603
Post reply
Post reply
Post reply
Go to top
Go to top
Go to top
|
|
BPEL engines
Do you know of any comprehensive lists? Better still, any feature comparisons?
Sorry no but this might give you some ideas... http://www.bpmi.org/members.htm, not everyone on the list is a vendor but you should be able to sort the buyers from the sellers, most of the obvious names seem to be there. This will also explain how BPMI relates to BPEL --> http://www.bpmi.org/aboutus.htm
Just an FYI, BPMI was started by Intelio who also set up ExoLab who gave us OpenEJB, OpenJMS and Castor, just thought you might like to know.
-John-
|
|
|
Message #203295
Post reply
Post reply
Post reply
Go to top
Go to top
Go to top
|
|
Wonders with BPEL4WS and BPMN and BPMs : BPM Talk Maneesh Innani
Its really more miracle to use BPMN notations supported by most of the Process Manager/BPM tools. Definitely use those BPM Engines/Studios like FUEGO/Integrator/Process Choreographer to model the business processes. Its easy to use sub-processes, handle faults and deal with compensation paths.
Its also very easy to integrate BPM engines with J2EE/.net technologies. They can be designed and deployed using other J2EE components like EJB2.1 message driven beans, session beans, web services, entity beans.
Have fun with those tools since more BPM facilities available on weblogic/websphere servers now in march 2006.
Good Luck
Maneesh Innani
Senior Technical Architect
|
|
|
| New content on TheServerSide.comNew content on TheServerSide.comNew content on TheServerSide.com |
|
|
Reza Rahman explores the features of the proposed JSR 299, Contexts and Dependency Injection for Java EE (CDI). When approved, it promises to be a key feature of Java EE 6.
(November 2, Article)
SAML is an XML-based standard for exchanging authentication and authorization data between security domains. The single most important problem that SAML was created to solve is the Web browser Single Sign-On problem. Many organizations are debating whether to stay with version 1.1 or move to 2.0. This article makes observations about both options.
(September 28, Article)
Joe Ottinger takes a look at how people learn, and applies it to the practice of programming. He notes that understanding how people learn is an essential part of working in a programming team.
(September 22, Article)
Stephen Maryka gave us an article about the Asynchronous Web and posed a number of questions that get examined like an approach to delivering Asynchronous Web capabilities through extensions to existing Java EE technologies.
(July 14, Article)
JavaServer Faces Flex goal is to provide users capability in creating standard Flex components, part of flexSDK which is open sourced through MPL license, as normal JSF components. This article by Ji Hoon Kim will provide an overview of creating a simple multilingual JSF page consisting of JSF Flex tags.
(June 29, Article)
In this session Jeff explores the key characteristics of successful SOA projects. He covers some of the patterns, and anti-patterns, tool sets, and strategies that he himself learned the hard way. Last, he provides a strategy and blueprint for achieving a high likelihood of success in your SOA project.
(June 23, Tech Talk)
Ari Zilka, CTO of Terracotta, Inc., talks about the new features in Terracotta 3.1, announced during JavaOne and available now.
(June 15, Tech Talk)
In this Tech Talk, Josh Long explores an integration challenge using Spring Integration and walks through the implementation, employing and expanding on the basic patterns of Enterprise Application Integration to tie together components into a function integration solution, and then demonstrates how Spring Integration helps address the integration requirements.
(June 15, Tech Talk)
In this Tech Talk, David Geary teaches you: The basics of Google Web Toolkit; How to implement Ajax-enabled applications in Java; Internationalization; Hooking into the browser history mechanism; Remote procedure calls.
(June 4, Tech Talk)
Jon Kern discusses the best architecture/technical solutions and ensure that they are repeated by all developers. By tackling the architecture up-front in a serial manner, subsequent parallel development will be much more manageable and predictable.
(May 28, Tech Talk)
This keynote describes the frustrations of modern knowledge workers in their quest to actually get some work done, and solutions for how to guard yourself against all those distractions. Neal Ford talks about environments, coding, acceleration, automation, and avoiding repetition as ways to defeat the misguided attempts to sap your ability to produce good work.
(May 26, Tech Talk)
Gil demonstrates how new, aggressive uses of already abundant compute capacity by common applications offer competitive value for application designers.
(May 21, Tech Talk)
Chris Keene introduces WaveMaker as a new way to automate the ability to generate Hibernate classes in order to more quickly bring OR mapping into an application.
(May 19, Article)
In this session Nati Shalom demonstrates how to take a standard Java EE web application and scale it out or down dynamically without changes to the application code. Seeing as most web applications are over-provisioned to meet infrequent peak loads, this is a dramatic change because it enables growing your application as needed, when needed, without paying for unutilized resources.
(May 19, Tech Talk)
Download the entire book of Jakarta-Struts Live and learn about Struts MVC, Tiles, the Validator, DynaActionForms, plug-ins, internationalization, and more.
(Book PDF Download)
The Application Server Matrix is a detailed listing of J2EE vendors and their application server products, with information on latest version numbers, J2EE spec support and licensing, pricing, platform support, and links to product downloads and reviews.
(Application Server Comparison Matrix)
|
|
