scholarly journals A distributed service-oriented architecture for business process execution

2010 ◽  
Vol 4 (1) ◽  
pp. 1-33 ◽  
Author(s):  
Guoli Li ◽  
Vinod Muthusamy ◽  
Hans-Arno Jacobsen
Keyword(s):  
Business Process ◽  
Service Oriented Architecture ◽  
Distributed Service ◽  
Service Oriented ◽  
Process Execution ◽  
Business Process Execution

Study on Dynamic Services Composition of Web Services Based on BPEL

2013 ◽  
Vol 748 ◽  
pp. 893-897
Author(s):  
Jin Yue Gao ◽  
Fei Huang ◽  
Gong Xuan Zhang
Keyword(s):  
Business Process ◽  
Service Oriented Architecture ◽  
Business Process Execution Language ◽  
Dynamic Composition ◽  
Service Relationships ◽  
Core Concepts ◽  
Service Oriented ◽  
Process Execution ◽  
Business Process Execution ◽  
Dynamic Execution

From the core concepts of SOA (Service-Oriented Architecture) "Service" starting the service composition is discussed in detail, from the service relationships network modeling, services dynamic composition approach based on Business Process Execution Language BPEL (Business Process Execution Language) is proposed in this paper, meanwhile two concepts of service agent and service quality are described, which achieve the service process dynamic execution.

scholarly journals Secure Data Transmission in BPEL (Business Process Execution Language)

2020 ◽  
Vol 9 (3) ◽  
pp. 105-117
Author(s):  
Satya Bhushan Verma ◽  
Shashi Bhushan Verma
Keyword(s):  
Business Process ◽  
Data Transmission ◽  
Service Oriented Architecture ◽  
Business Process Execution Language ◽  
The World ◽  
Readable Form ◽  
Secure Data Transmission ◽  
Service Oriented ◽  
Process Execution ◽  
Business Process Execution

In the world of computation, the encryption is a technique by which the plaintext or any type of data which is converted from the readable form is transformed into an encoded form. That encoded form can only be read by another entity if they have corrected key for decryption. The proposed technique providing the security to the data in inefficient way that can be further use in implementation in new upcoming task and enhancement in current running projects of SOA (Service Oriented Architecture) BPEL (Business Process Execution Language).

Airport Enterprise Service Bus with Three Levels Self-Healing Architecture (AESB-3LSH)

2013 ◽  
Vol 3 (2) ◽  
pp. 1-23
Author(s):  
Suha Afaneh ◽  
Issam Al Hadid
Keyword(s):  
Service Oriented Architecture ◽  
Self Healing ◽  
Enterprise Service Bus ◽  
Information Accessibility ◽  
Execution Engine ◽  
Healing Agent ◽  
Service Oriented ◽  
Process Execution ◽  
Business Process Execution

This paper introduces the different aviation and airport information technology systems. Also, this paper provides Airport Enterprise Service Bus with Three Levels Self-Healing Architecture based on the Service Oriented Architecture (SOA) that improves the information accessibility and sharing across the different Airport’s departments, integrate the existing legacy systems with other applications, and improve and maximize the system’s reliability, adaptability, robustness and availability using the Self-Healing Agent, Virtual Web Service Self-Healing Connector and Extended Execution Engine with Process Execution Self-Healing Manager to guarantee the Quality of Service (QoS) or Service provided and business process execution.

Distributed and Adaptive Business Process Execution

2014 ◽  
pp. 44-75
Author(s):  
Michael Pantazoglou ◽  
George Athanasopoulos ◽  
Aphrodite Tsalgatidou ◽  
Pigi Kouki
Keyword(s):  
Business Process ◽  
Environmental Science ◽  
Data Driven ◽  
Context Aware Computing ◽  
Science Models ◽  
Service Oriented ◽  
Process Execution ◽  
Business Process Execution ◽  
Runtime Infrastructure ◽  
Deployment Time

Centralized business process execution engines are not adequate to guarantee smooth process execution in the presence of multiple, concurrent, long-running process instances exchanging voluminous data. In the centralized architecture of most BPEL engine solutions, the execution of BPEL processes is performed in a closed runtime environment where process instances are isolated from each other, as well as from any other potential sources of information. This prevents processes from finding relative data at runtime to adapt their behavior in a dynamic manner. The goal of this chapter is to present a solution for the performance improvement of BPEL engines by using a distributed architecture that enables the scalable execution of service-oriented processes, while also supporting their data-driven adaptation. The authors propose a decentralized BPEL engine architecture using a hypercube peer-to-peer topology with data-driven adaptation capabilities that incorporates Artificial Intelligence (AI) planning and context-aware computing techniques to support the discovery of process execution paths at deployment time and improve the overall throughput of the execution infrastructure. The proposed solution is part of the runtime infrastructure that was developed for the environmental science industry to support the efficient execution and monitoring of service-oriented environmental science models.

What is SAP Business Blueprint?

2009 ◽  
pp. 19-31
Author(s):  
Hossana H. Aberra
Keyword(s):  
Design Process ◽  
Business Process ◽  
Success Factors ◽  
Service Oriented Architecture ◽  
Successful Implementation ◽  
Description Language ◽  
Business Process Execution Language ◽  
Service Oriented ◽  
Business Process Execution ◽  
Process Architecture

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.

scholarly journals Integración de procesos de negocio aplicando servicios web

2014 ◽  
Vol 6 (2) ◽  
pp. 57-89
Author(s):  
Darío Picón ◽  
Fernando Fontana ◽  
Adriana Elba Martin
Keyword(s):  
Business Process ◽  
Business Process Management ◽  
Process Management ◽  
Process Integration ◽  
Service Oriented Architectures ◽  
Business Process Execution Language ◽  
Business Process Integration ◽  
Service Oriented ◽  
Process Execution ◽  
Business Process Execution

La Integración de Procesos de Negocio (Business Process Integration – BPI), utiliza una gran cantidad de servicios distribuidos, por lo que la comunicación entre estos servicios es clave para el buen funcionamiento del sistema. En este modelo de cooperación, la arquitectura Cliente-Servidor tradicional ya no es suficiente para la implementación de soluciones que soporten comunicación entre aplicaciones distribuidas, independientemente de la plataforma y del lenguaje de programación que utilizan estas aplicaciones. Por su parte, las Arquitecturas Orientadas a Servicios (Service Oriented Architectures - SOA) proveen una estructura que posibilita el modelado de procesos y conexiones interorganizacionales. Mientras que la Gestión de Procesos de Negocio (Business Process Management - BPM) es el conjunto de sistemas de software, herramientas y metodologías para gestionar tales requerimientos y, el Lenguaje de Ejecución de Procesos de Negocio (Business Process Execution Language - BPEL), es un lenguaje de orquestación de servicios que permite definir la forma en que cooperan entre sí los Servicios Web para alcanzar la lógica de negocio. En este escenario, existen buenas herramientas para asistir desde lo conceptual y desde lo práctico a la Integración de Procesos de Negocio aplicando Servicios Web. Entonces, la problemática se plantea al momento de vincular estas herramientas de manera apropiada para facilitar el proceso de definición e implementación de este tipo de sistemas y en particular, en el ámbito de las pequeñas y medianas empresas (PyMEs).En este trabajo se propone un modelo que hace posible el BPI mediante Servicios Web de una manera ágil y practica, facilitando su implementación. El mismo será aplicado metodológicamente a un Caso de Estudio en el dominio de las PyMEs, con el propósito de evaluar su eficiencia, evidenciar sus beneficios y hallar oportunidades de mejora.

Combining the Strengths of BPEL and Mule ESB

2014 ◽  
Vol 24 (03) ◽  
pp. 347-390
Author(s):  
Aimrudee Jongtaveesataporn ◽  
Shingo Takada
Keyword(s):  
Business Process ◽  
Business Processes ◽  
Service Oriented Architecture ◽  
Control Flow ◽  
Configuration File ◽  
Application Framework ◽  
Loosely Coupled ◽  
Technology Services ◽  
Service Oriented ◽  
Business Process Execution

Service Oriented Architecture (SOA) provides an application framework which integrates variety of technology services in a loosely coupled way. Mule Enterprise Service Bus (ESB) is a widely-used ESB product that provides important functions such as message routing, message transformation, protocol-mediation, and event handling. These functions enable Mule ESB to integrate services implemented on various platforms and technologies. However, Mule ESB does not support business logic at all. Another approach to integrate services is to use a business process language such as BPEL (Business Process Execution Language). BPEL is used to define activities along with control flow. It is limited to Web service connections. One major difference is that BPEL is capable of orchestrating a business process with programming constructs, whereas Mule ESB is capable of processing messages in many protocal connections. Both BPEL and Mule ESB have different advantages. Unfortunately, neither one is powerful enough to solve some classes of business problems. In this paper we present the COMBO framework, which merges the strengths of Mule ESB and BPEL. We develop a tool to translate an extended BPEL file to a Mule ESB configuration file. The configuration file is used within a Mule ESB to execute the process that has been described within the BPEL document. We add extension modules to the standard Mule ESB for supporting BPEL functions that Mule ESB does not provide. The extended ESB has capabilities for supporting variable assignment and conditional branches in complex business processes. Our translation can cover frequently used activities in business processes. We also present case studies that use many business activities to show how the COMBO framework supports various activity translation.

Sign in / Sign up

Export Citation Format

Share Document