Free Sample
+ Collection

BPEL Cookbook: Best Practices for SOA-based integration and composite applications development

Arun Poduval, Doug Todd, Harish Gaur, Jeremy Bolie, Jerry Thomas, Kevin Geminiuc, Lawrence Pravin, Markus Zirn, Matjaz B. Juric, Michael Cardella, Praveen Ramachandran, Sean Carey, Stany Blanvalet, The Hoa Nguyen, Yves Coene

Ten practical real-world case studies combining business process management and web services orchestration in this book and eBook
RRP $26.99
RRP $44.99
Print + eBook

Want this title & more?

$12.99 p/month

Subscribe to PacktLib

Enjoy full and instant access to over 2000 books and videos – you’ll find everything you need to stay ahead of the curve and make sure you can always get the job done.

Book Details

ISBN 139781904811336
Paperback188 pages

About This Book

  • Real-world BPEL recipes for SOA integration and Composite Application development
  • Combining business process management and web services orchestration
  • Techniques and best practices with downloadable code samples from ten real-world case studies

Who This Book Is For

This book is aimed at architects and developers building applications in Service Oriented Architecture. The book presumes knowledge of BPEL, SOA, XML, web services, and multi-tier architectures.

Book Editors

Markus Zirn
Markus Zirn is a Senior Director of Product Management for Oracle Fusion Middleware. In this role he heads the Strategic Customer Program, where he works with Oracle's leading and most innovative middleware customers. He has been part of the Enterprise Software industry for more than 10 years, including roles as Vice President of Product Marketing and part of the founding team of QUIQ and as a Management Consultant of Booz Allen & Hamilton's Silicon Valley High Tech Practice. Markus' passion for Service-Oriented Architecture (SOA) and BPEL stems both from practical experience designing and optimizing business processes as part of process reengineering projects and from being part of the advent of "software as a service" before web services became mainstream. He holds a Masters of Electrical Engineering from the University of Karlsruhe and is an alumnus of the Tripartite program, a joint European degree from the University of Karlsruhe, Germany, the University of Southampton, UK, and ESIEE, France.

Harish Gaur
Harish Gaur has more than 10 years of experience in the enterprise software industry. He is currently the Group Product Manager for Fusion Middleware at Oracle. In his current role, he works closely with strategic customers implementing Service-Oriented Architecture using Oracle SOA technology. Harish's expertise in Service-Oriented Architecture (SOA) draws from an extensive hands-on experience with Business Process Management (BPM) and Enterprise Application Integration (EAI).

Before Oracle, he worked as a Solution Specialist with Vitria Technology educating customers about the benefits of Business Process Management. Prior to that, he helped Fortune 500 companies architect scalable integration solutions using EAI tools like webMethods and CrossWorlds (now IBM). Harish holds an engineering degree in Computer Science and is an MBA from Haas School of Business, UC Berkeley. He lives in Fremont, CA with his wife Swati and son Agastya.

Buy this book with Business Process Execution Language for Web Services 2nd Edition and get an amazing 25% off on your order!

Table of Contents

Chapter 1: Extending Enterprise Application Integration
Case Study Background
Implementing the Customer Details Management Module
Chapter 2: Service-Oriented ERP Integration
Functional Scenario
Solution Overview
Integrating PeopleSoft CRM with Oracle ERP
Chapter 3: Building the Service Value Chain
Overview of the ESA Network
Designing a Web Services Network
Chapter 4: A Services-Oriented Approach to Business Rules Development
Separating Rules from Processes
Development and Maintenance
Executing JRules with Oracle BPEL Process Manager
Chapter 5: Building Rich Internet Applications for Workflow and Process Monitoring
RIA Background
Sample Process
Building the Application
Running the New Account Process
Monitoring Process Activity
Rendering the Process
Viewing Audit Trail Data
Chapter 6: Building BPEL Processes on the Fly
The Approach
Sample Business Scenario
Dynamically Deploying BPEL
Chapter 7: Making BPEL Processes Dynamic
Dynamic Binding Overview
Building Dynamic BPEL Processes
Understanding the DynamicPartnerLink Sample
Creating a Dynamic BPEL Process
Increasing the Effectiveness of Dynamic Processes
Chapter 8: Using WSIF for Integration
Understanding WSIF
Exception Handling
WSIF Binding for EJBs
Generating WSIF Bindings from JDeveloper
Chapter 9: BPEL with Reliable Processing
Business Scenario
Building the Sample
Chapter 10: Managing a BPEL Production Environment
BPEL Process Manager API and Dehydration Store
Archiving Completed Instances
Deleting Callback and Invoke Messages
Deleting Stale Instances
Rerunning Failed Instances

What You Will Learn

In the Packt book Business Process Execution Language for Web Services by Matjaž Juric, we learnt about the building blocks and how these technologies could be used to build a simple SOA solution. As organizations increase their SOA footprint, IT Managers, Architects, and developers are starting to realize that the impact of SOA on IT and business operations can be immense. After having gained confidence with web services, they want to take it to the next level. However, adopters are challenged with some basic questions – How do I SOA-enable my existing integration investment? Can I build flexible and agile business processes? How can I administer my SOA environment without spending a fortune? There have been various best practices defined around SOA, but to date these have been somewhat abstract and lacking a real-world basis. The IT community is looking for real-world examples; examples of how other companies are embarking on an SOA initiative and how to apply that industry learning to their own projects.

What makes this a Cookbook? After you have been exposed to the different ingredients (BPEL, WSDL, and web services), this book takes the adventure to the next level by helping you cook new recipes (SOA applications) using efficient kitchen techniques (best practices). 10 SOA practitioners have gotten together to share their SOA best practices and provide practical viewpoints to tackle many of the common problems SOA promises to solve. Their recommendations are based on projects in production; their existing projects could be your next ones. Through this process you’ll learn the techniques and gain the confidence to create and deliver the recipe that’s right for your particular situation.

Chapter 1 focuses on a very common business problem: siloed applications and segregated data glued together using proprietary integration solutions. How can we best leverage SOA to add value on top of existing integration infrastructure? By service-enabling existing data integration processes, business processes could be easily automated by orchestrating underlying services. Infosys, a leading systems integrator, has helped many of its customers leverage their existing EAI investment, and here Praveen Chandran and Arun Poduval show you how it does it. In this chapter, they take an example of broken customer data synchronization between Siebel and SAP and outline a strategy to automate this process by integrating with proprietary integration solutions like TIBCO and webMethods.

Driven by the business requirements of different departments, countries, and subsidiaries, many organizations end up with multiple ERP systems. The result is data fragmentation and manual processes. This, in turn, leads to poor customer service and loss of revenue. How can you address this problem without re-architecting the entire solution? In Chapter 2, Sierra Atlantic, a leading consulting firm with specialization in the integration technologies, encountered similar issue with its client. In this chapter, Lawrence Pravin, Architect at Sierra Atlantic, takes an example of a broken sales order creation process. He walks you through a step-by-step approach to automate it across PeopleSoft HR and Oracle E-Business Suite using BPEL in a service-oriented approach.

Not all integrations are limited within the enterprise. Processes interact with applications, people, and partners. You might have heard the term Business-to-Business (B2B) frequently in the past few years. How can organizations build a network of services spanning multiple organizations? The European Space Agency built such a network of web services across 20+ partners in 9 different countries. The primary purpose of this network is to offer Earth Observation and Geographic Information System services to consumers. Chapter 3 presents an initial strategy of how to architect and design a service oriented partner-friendly network using web Services and BPEL for orchestration. The focus is on four important aspects of network design: Defining partner relationships, enabling partner provisioning, offering a central registry of available services, and empowering partners and end-users.

Organizations have processes and processes have rules. Processes need to be automated. Rules need to be defined intuitively. BPEL automates process and a Rules Engine automates policies. These rules essentially drive the processes. IT organizations have so far struggled to delineate business processes from rules leading to operational inconsistency and duplication. Policy Studies Inc. provides an approach to segregate rules from processes and offers a blueprint to expose rules as services for building cleaner applications. Using BPEL and a rules engine, PSI has built a shared services platform to perform Medicare eligibility processing for different states. Kevin Geminiuc, former architect at PSI, explains in Chapter 4 the development strategy to integrate BPEL with a rules engine resulting in a solution that is more agile and flexible. With this approach, it is possible to change a business process without touching policies. Policies can be changed graphically without affecting the business processes.

As we discussed before, processes interact with applications, people, and partners. How can we build an application that enables business users to interact with processes seamlessly? Applications should be built to enhance end-user experience. Enterra Solutions marries the world of SOA with the world of Web 2.0. In Chapter 5, Doug Todd, CTO of Enterra, presents a strategy to extend BPEL workflow in a rich user interface and build an application that not only automates processes but also ups the ante in terms of aesthetic appeal. It also represents a unique approach to customize a platform, which is SOA ready.

BPEL provides an opportunity to bring business and IT together. Business can help define the key processes and IT provides the necessary infrastructure to run and automate those processes. Some might argue that BPEL is too technical to be handed over to analysts for process modeling. CenterStone software, a provider of workplace management solutions, addressed this very concern by building a custom designer geared towards property managers to define processes for workplace management. CenterStone devised an approach to convert the processes designed using this custom designer into BPEL processes. Chapter 6 will "inspire" you to build applications, which will facilitate tighter integration with your business counterparts. Jerry Thomas, Chief Architect at CenterStone Software, takes you into the guts of this approach by explaining how process definition can be stored in the database and how XQuery and Saxon parser can help you to build an executable BPEL process from its higher-level process definition.

The benefit of agility has been belabored exhaustively in the industry. We decided to go back to basics and offer you a very simple technical insight into how SOA enables business agility. Agility is directly correlated to the ability to quickly respond to business changes. By using dynamic partner links, processes can effectively change their behavior to adapt themselves to external business conditions and thereby offer flexibility. SPS Commerce, provider of hosted EDI solutions, has built an SOA-enabled platform for enabling seamless exchange of EDI documents between different entities. In Chapter 7, SPS Commerce will explain the significance of dynamic partner links and walk you through a step-by-step guide to implement partner links in a sample loan-processing scenario. This approach will enable you to quickly add/delete service providers participating in a business process without actually changing the process.

Organizations operate in a heterogeneous environment. Applications are built using different technologies, from different vendors and different implementers. As you start building a process, you will realize that the underlying applications are not necessarily web services. More often than not, they are either .NET applications or applications built using J2EE i.e. either purchased applications or home grown Java Applications. Matjaž Juric, author of the Packt book ‘Business Process Execution Language using Web Services’ presents in Chapter 8 a strategy to integrate with Java resources using Web Services Invocation Framework (WSIF). Matjaž, professor of Computer Science at the University of Maribor, argues that although it is possible to expose these applications as web services and use them in the process, accessing these resources natively can improve the application performance significantly.

The success of any service in the SOA world depends upon its degree of reusability, which in turn, depends upon the quality of service offered. As you run your SOA applications, many things could go wrong. Network connections may be lost, participating applications may go down, incoming data might be corrupted, etc. These external interruptions can degrade the quality of a particular application. How can you design an application that can withstand all these failures and still emerge as a winner? Qualcomm encountered this specific issue while leveraging SOA to build an Entitlement Provisioning application. Presented in the fashion of a step-by-step tutorial, Jeremy Bolie, IT Manager and Michael Cardella, Architect at Qualcomm, shares with you in Chapter 9 a strategy to design a reusable BPEL process capable of offering any service capable of defeating rectifiable errors.

Chapter 10, which is the last chapter of the book, deals with an important aspect of any application – maintenance. More dollars are spent in maintenance and enhancement of an application than the combined amount spent during the design, development, and testing phases of any application. Once the application is deployed into production, the real work begins. Belgacom, one of the leading telecommunications companies in Belgium, has automated the DSL service provisioning and diagnosis using BPEL. Having been in production for a long time, Belgacom has vast practical experience in managing a BPEL infrastructure. In this chapter, Stany Blanvalet, former architect at Belgacom, explains various strategies for managing a BPEL production environment. This is a must read for all BPEL administrators.

In Detail

Service Oriented Architecture is generating a buzz across the whole IT industry. Propelled by standards-based technologies like XML, Web Services, and SOAP, SOA is quickly moving from pilot projects to mainstream applications critical to business operations. One of the key standards accelerating the adoption of SOA is Business Process Execution Language for Web Services (BPEL).

BPEL was created to enable effective composition of web services in a service-oriented environment. In the past two years, BPEL has become the most significant standard to elevate the visibility of SOA from IT to business level. BPEL is not only commoditizing the integration market, but it is also offering organizations a whole new level of agility – ability to rapidly change applications in response to the changing business landscape. BPEL enables organizations to automate their business processes by orchestrating services within and across the firewall. It forces organizations to think in terms of services. Existing functionality is exposed as services. New applications are composed using services. Communication with external vendors and partners is through services. Services are reused across different applications. Services are, or should be, everywhere!


Read More

Recommended for You

WS-BPEL 2.0 Beginner's Guide
$ 32.99
BPEL pour les services web : Deuxième Edition [French]
$ 55.99
Business Process Execution Language for Web Services 2nd Edition
$ 21.00
WS-BPEL 2.0 for SOA Composite Applications with Oracle SOA Suite 11g
$ 41.99