Without further adieu, an industry-wide specification for orchestrating Web services in business processes appears set to be formally adopted by OASIS next week, nearly five years after the proposal first debuted.
Voting on WS-BPEL (Web Services Business Process Execution Language) 2.0, or BPEL, by OASIS members concludes this Saturday and the organization expects it to be formally approved. An announcement is anticipated on Monday.
BPEL is an XML language that uses Web services to describe services interactions, said John Evdemon, co-chairman of the BPEL technical committee at OASIS and a member of the architecture strategy team at Microsoft. It is considered crucial to SOA and functions with the WS-* (pronounced as “ws star”) Web services standards.
"If you think about the overall goals of SOA, the ability to compose the services into [a] business process that solves a real business problem is critical, and that's what BPEL gives us," said Diane Jordan, program director for software standards at IBM and also a co-chairperson of the BPEL technical committee at OASIS.
BPEL can enable services to be sequenced or run in parallel; Web services can be used in a business flow. Some technology vendors that have implemented the 1.1 specification in their products are likely to incorporate the 2.0 version. Users also can employ business processes with BPEL, make them part of their SOA, and feel more confident about a formally adopted version of BPEL, Jordan said.
BPEL was first published in August 2002 by a list of vendors that included BEA Systems, IBM, and Microsoft. Since then, vendors such as Oracle have endorsed it as well.
BPEL was submitted for consideration by OASIS in May 2003. A 1.1 version of the specification has been in use but was never formally adopted by the organization as an OASIS standard.
"The language is a fairly complex thing to produce," Jordan said in explaining why it has taken this long to get a ratification-worthy version of BPEL. Potential problems with the specification have had to be addressed and that has taken a long time, she said.
"BPEL is really creating a new capability for Web services to be orchestrated," Jordan said.
Version 2.0 of BPEL features improvements in a number of areas. Activity types, which are akin to constructs that describe process flows, have improved with the addition of if-then-else statements replacing the switch statement used previously. "It's basically making the language friendlier for developers," Evdemon said.
Also featured in the new version is the capability to extend BPEL to add vendor-specific capabilities in areas such as security.
A variable initialization capability specifies how a variable, such as one holding a specific value that can referenced later, can be initialized. An example of where this would be used is with a product identifier.
Also featured is the use of XSLT (Extensible Style Sheets) to provide a standard, Web-based mechanism for transforming variable data. A BPEL process might, for example, receive data in one format that needs to be transformed.
"What BPEL does is effectively aggregating [of] services," Evdemon said.
XPath is featured in BPEL 2.0 for accessing variable data. Also included in the specification is use of XML schema to describe variables used by a service activity.
Get the independent advice and expertise you need to support a virtual workforce.
The increase in Linux popularity has increased the frequency and sophistication of malware attacks. Read this 2 page white paper now to learn how you can protect your Linux environment with real-time protection that is certified by all major Linux vendors.
Download now »
Ensuring acceptable application delivery will become even more difficult over the next few years. As a result, IT organizations need to ensure that the approach that they take to resolving the current application delivery challenges can scale to support the emerging challenges. This handbook elaborates on the key tasks associated with planning, optimization, management and control and provides decision criteria to help IT organizations choose appropriate solutions.
Download now »
A common misconception is that mid-range storage requirements are dramatically different than that of a larger enterprise. Mid-range storage users may require less capacity, but they have similar functionality and management requirements. This ESG paper examines mid-range storage needs and reviews a new solution that adjusts size while retaining value, performance and functionality.
Download now »
Sign up to receive Platforms Resource Alerts
Recommend This
