Study on Custom Service Combination Based on BPEL

2012 ◽  
Vol 605-607 ◽  
pp. 2451-2456
Author(s):  
Yang Jun Cai ◽  
Zhao Le

A custom service combination based on Business Process Execution Language was put forward. It mainly studied one-off recipient and keeping the business logic order unchanged. It was proposed a solution that made the serial workflow realize the local parallelism from three aspects such as message dependency, a directed acyclic graph to workflow, and the implicit message dependency. The algorithm of implementation was also discussed. A custom service combination application of ‘stocking house transactions’ and ‘stocking house mortgage’ showed the feasibility and validity of this algorithm. The system generates the BPEL by analyzing various business stakeholders’ Web Service Description Language interface thereby determining the dependence of each business order, together with maintaining the existing business logic. The BPEL enhances the local parallel processing, and makes the overall processing time reduced.

Author(s):  
Yanjun Qian ◽  
Wei Zhou ◽  
Zhongwei Wu ◽  
Shaowen Yao

WS-CDL (Web Service Choreography Description Language) is a language to describe multiple party how to work with together to accomplish a work in the context of SOA. BEPL (Business Process Execution Language) can get the same point, but they are from different view. WS-CDL is from a global view, which describes how multiple parties communicate with each other. BPEL is from a point of view of a single role who participates to manage the process of the work. Usually these two ways work together to describe and implement the business process. But WS-CDL has more advantages to achieve the most important goal of SOA-flexibility. So, W3C gives a suggestion to create an algorithm mapping from WS-CDL to BPEL; this chapter describes such a way to accomplish this.


Author(s):  
W. L. Yeung

Business collaboration is increasingly conducted over the Internet. Trading parties require business-level protocols for enabling their collaborative processes and a number of standardised languages, and approaches have been proposed for specifying business-level protocols. To illustrate the specification of web services based collaborative processes, three inter-related specification languages, namely, the ebXML Business Process Specification Schema (BPSS), the Web Service Business Process Execution Language (WSBPEL), and the Web Services Conversations Language (WSCL) are discussed in this chapter. A contract negotiation protocol is used as an example to illustrate the concepts involved in the specification. The chapter also discusses different strategies for deploying these specification languages.


Author(s):  
Shunhui Ji ◽  
Liming Hu ◽  
Yihan Cao ◽  
Pengcheng Zhang ◽  
Jerry Gao

Business process specified in Business Process Execution Language (BPEL), which integrates existing services to develop composite service for offering more complicated function, is error-prone. Verification and testing are necessary to ensure the correctness of business processes. SPIN, for which the input language is PROcess MEta-LAnguage (Promela), is one of the most popular tools for detecting software defects and can be used both in verification and testing. In this paper, an automatic approach is proposed to construct the verifiable model for BPEL-based business process with Promela language. Business process is translated to an intermediate two-level representation, in which eXtended Control Flow Graph (XCFG) describes the behavior of BPEL process in the first level and Web Service Description Models (WSDM) depict the interface information of composite service and partner services in the second level. With XCFG of BPEL process, XCFGs for partner services are generated to describe their behavior. Promela model is constructed by defining data types based on WSDM and defining channels, variables and processes based on XCFGs. The constructed Promela model is closed, containing not only the BPEL process but also its execution environment. Case study shows that the proposed approach is effective.


Author(s):  
Hossana H. Aberra

SAP Business Blueprint is a vital part of SAP implementation exercise. A well-defined business blueprint may set the foundation for successful implementation of the subsequent SAP implementation phases; provided that the necessary project success factors are in position. This chapter clarifies some of the concepts behind SAP Business Blueprint. It explains and views the ERP solution as an integral component of the design process. It outlines different aspects of SAP business blueprinting from technical infrastructure enablement, while setting the solution landscape, to the details of business process defi- nition. It points out how the SAP Solution Manager facilitates (business process) architecture-driven implementation through tight integration with ARIS Business Architect for NetWeaver. It details ways of moving toward Service Oriented Architecture (SOA) utilizing Enterprise Services, and an approach for generating Business Process Execution Language (BPEL) models using Web Services Description Language (WSDL) imported objects for analysis.


Author(s):  
Sihem Cherif ◽  
Raoudha Ben Ben Djemaa ◽  
Ikram Amous

Purpose The purpose of this paper is to describe the composite service and the context properties related to the users in the business process execution language (BPEL) file. Design/methodology/approach The authors’ approach allows expressing requirements by taking into account potential users’ context in addition to the functional one. Findings In this paper, the authors introduce a new context-aware approach that provides a dynamic adaptation of service compositions. Originality/value This paper introduces a user-aware approach for describing and publishing context-aware composite Web service.


2018 ◽  
Vol 7 (4) ◽  
pp. 2422
Author(s):  
Senthil Velan S ◽  
Sam Jaffray M

Service Oriented Architecture (SOA) facilitates seamless application integration through standards-based predefined web services. During integration, Business Process Execution Language (BPEL) plays a vital role in composing existing Web Services thereby achieving a service based workflow model.   Due to frequently changing business requirements, it becomes very much essential for an SOA application to have the capability to dynamically bind with an alternate service rather than statically fixing the services in a given composition. However, BPEL lacks support for the run-time inclusion of a new Web Service or functionality. Aspects overcome this limitation by providing support to independently encapsulate the cross-cutting functionalities by separating them from the core business logic. Using AOP, it is possible to achieve dynamic binding in web service composition. To illustrate the embedding of AOP constructs into a BPEL process, this paper implements a case study on distributed e-HealthCare system. Further, two core design level properties namely, cohesion and coupling have been measured and the impact of introduction of AO into a composed BPEL process has also been discussed. Empirical evaluation of the design level properties shows that cohesion improves by the introduction of AOP in BPEL.


2014 ◽  
Vol 666 ◽  
pp. 301-304
Author(s):  
Yu Lin Liu ◽  
Gui Yuan Zhai ◽  
Jian Tao Zhou

BPEL is a Business Process Execution Language, BPEL process complish the cooperation of Web services through exchanging messages between services. Some privacy data should be collected and exposed in BPEL process, the leaking of privacy data will bring troubles to the user of Web service. So the paper’s aim is analyzing and verifying whether the usage or the transmission of privacy data in BPEL process violate the privacy statute. This paper establishs a BPEL CPN model using modeling method and uses extended P3P policy to describe user’s requirements, finally a prototype system is designed and developed. The result of the experiment can show whether the usage or the transmission of privacy data in BPEL violate the privacy statute and can show the default informations in detail.


Author(s):  
Yuhong Yan ◽  
Philippe Dague ◽  
Yannick Pencolé ◽  
Marie-Odile Cordier

Web services based on a service-oriented architecture framework provide a suitable technical foundation for business process management and integration. A business process can be composed of a set of Web services that belong to different companies and interact with each other by sending messages. Web service orchestration languages are defined by standard organizations to describe business processes composed of Web services. A business process can fail for many reasons, such as faulty Web services or mismatching messages. It is important to find out which Web services are responsible for a failed business process because we could penalize these Web services and exclude them from the business process in the future. In this paper, we propose a model-based approach to diagnose the faults in a Web service-composed business process. We convert a Web service orchestration language, more specifically BPEL4WS, into synchronized automata, so that we have a formal description of the topology and variable dependency of the business process. After an exception is thrown, the diagnoser can calculate the business process execution trajectory based on the formal model and the observed evolution of the business process. The faulty Web services are deduced from the variable dependency on the execution trajectory. We demonstrate our diagnosis technique with an example.


Sign in / Sign up

Export Citation Format

Share Document