Tool for automated transformation of a business process definition into a web application package
A method and apparatus for automatically transforming a business process definition into a web application package. The method may include receiving a definition of a business process, and transforming the definition of the business process into a web application package, where the transformation is performed automatically without requiring a user to specify deployment descriptors for executing the business process as a web application.
Embodiments of the present invention relate to business process management (BPM), and more specifically to automated transformation of a business process definition into a web application package.
BACKGROUNDBusiness process management (BPM) offers a programmatic structure for designing transactions and executing them using automated decisions, tasks and sequence flows. For example, an insurance company can use BPM to automate the steps involved in processing insurance claims. BPM solutions typically include a process definition tool, an engine that executes process definitions, and tools that aid process monitoring.
A process definition tool allows a process designer to specify a definition of a business process using a particular business process language. One exemplary language is the business process execution language (BPEL). BPEL is intended for business processes that interact with external entities through web service operations. BPEL's messaging facilities depend on the use of the web services description language (WSDL) to describe outgoing and incoming messages.
When a BPEL process is defined, it can be deployed as a web application using the Java 2 Enterprise Edition (J2EE) web services deployment model. The J2EE web services deployment model requires a set of deployment descriptors that define how to deploy and assemble components into a specific environment. The deployment descriptors can also contain information of the components that can specify settings not contained in the code of the components themselves such as initialization parameters and security parameters. The deployment descriptors are typically written manually by developers familiar with the J2EE web services deployment model.
The present invention is illustrated by way of example, and not by way of limitation, and can be more fully understood with reference to the following detailed description when considered in connection with the figures in which:
Described herein is a method and apparatus for automated transformation of a business process definition into a web application package. In one embodiment, a deployment server receives user input identifying a definition of a business process, and transforms the definition of the business process into a web application package. The deployment server performs the transformation automatically, without requiring a user to specify deployment descriptors for executing the business process as a web application.
In one embodiment, the deployment server uses the J2EE web services deployment model for the deployment of the business process as a web application. The J2EE web services deployment model requires a set of deployment descriptors that define how to deploy and assemble components into a specific environment. As will be discussed in more detail below, the deployment server generates the deployment descriptors automatically, without input from a user. As a result, deployment is performed in a more efficient, error-free manner, and can be initiated by a user who may or may not have technical knowledge of the J2EE web services deployment model.
In the following description, numerous specific details are set forth such as examples of specific systems, languages, components, etc. in order to provide a thorough understanding of the present invention. It will be apparent, however, to one skilled in the art that these specific details need not be employed to practice the present invention. In other instances, well known materials or methods have not been described in detail in order to avoid unnecessarily obscuring the present invention.
The present invention includes various steps, which will be described below. The steps of the present invention may be performed by hardware components or may be embodied in machine-executable instructions, which may be used to cause a general-purpose or special-purpose processor programmed with the instructions to perform the steps. Alternatively, the steps may be performed by a combination of hardware and software.
The present invention may be provided as a computer program product, or software, that may include a machine-readable medium having stored thereon instructions, which may be used to program a computer system (or other electronic devices) to perform a process according to the present invention. A machine-readable medium includes any mechanism for storing or transmitting information in a form readable by a machine (e.g., a computer). For example, a machine-readable medium includes a machine readable storage medium (e.g., read only memory (“ROM”), random access memory (“RAM”), magnetic disk storage media, optical storage media, flash memory devices, etc.), a machine readable transmission medium (electrical, optical, acoustical or other form of propagated signals (e.g., carrier waves, infrared signals, digital signals, etc.), etc.
Unless specifically stated otherwise as apparent from the following discussion, it is appreciated that throughout the description, discussions utilizing terms such as “processing” or “computing” or “calculating” or “determining” or “displaying” or the like, refer to the action and processes of a computer system, or similar electronic computing device, that manipulates and transforms data represented as physical (electronic) quantities within the computer system's registers and memories into other data similarly represented as physical quantities within the computer system memories or registers or other such information storage, transmission or display devices.
The algorithms and displays presented herein are not inherently related to any particular computer or other apparatus. Various general purpose systems may be used with programs in accordance with the teachings herein, or it may prove convenient to construct more specialized apparatus to perform the required method steps. The required structure for a variety of these systems will appear from the description below. In addition, the present invention is not described with reference to any particular programming language. It will be appreciated that a variety of programming languages may be used to implement the teachings of the invention as described herein.
The clients 106 are coupled to the BPM system 102 via the network 104, which may be a public network (e.g., Internet) or a private network (e.g., Ethernet or a local area Network (LAN)). The BPM system 102 may include one or more servers providing BPM functionality. In particular, the BMP system 102 may allow process developers to define business processes using a business process language such as BPEL or any other language allowing interaction with external entities through web service operations (e.g., web services flow language (WSFL) or business process modeling language (BPML)). Clients 106 may host browser applications to present user interfaces for defining business processes to their users.
The BPM system 102 allows automated deployment of business processes as web applications. In one embodiment, the BPM system 102 uses the J2EE web services deployment model defined in the J2EE specification (e.g., J2EE version 1.4 specification). The J2EE web services deployment model requires a set of deployment descriptors that define how to deploy and assemble components into a specific environment. These deployment descriptors may include, for example, a web component deployment descriptor and a web services deployment descriptor. The web component deployment descriptor describes web components (e.g., servlets, Java server pages (JSPs), HTML files, etc.) used by a web module, environment variables, and security settings. The web services deployment descriptor defines web services produced by the business process and declares deployment characteristics of the web services. As will be discussed in more detail below, the BPM system 102 automatically generates the deployment descriptors, and then builds a web application package using the deployment descriptors.
Once the business process is deployed, the BPM system 102 can execute the business process using a BPM process engine. The BPM system 102 may provide user interfaces to allow users of clients 106 to interact with execution of the business process, monitor the execution of the business process, and view statistics about the business process execution. Users of clients 106 may include, for example, process developers, system administrators, business analysts, etc.
The network architecture 100 may also include application servers 108 hosting external applications 110, and/or web servers 112 hosting external web services 112. During execution, the business process may interact with external applications 110 and/or external web services 114 by invoking external applications 110 and/or web services 114 or exchanging data with external applications 110 and/or web services 114.
The process definition tool 202 allows users (e.g., process developers) to define business processes using one or more business process languages. These business process languages may include, for example, BPEL, . . . , etc. When the user provides a definition of a business process, the process definition tool 202 stores the definition of the business process in a process definition repository 204.
The deployment server 204 is responsible for automated deployment of the business process as a web application. In one embodiment, the deployment server 204 uses the J2EE web services deployment model. The J2EE web services deployment model requires a set of deployment descriptors that define how to deploy and assemble components into a specific environment. These deployment descriptors may include, for example, a web component deployment descriptor and a web services deployment descriptor. The deployment server 204 automatically generates the deployment descriptors based on the definition of the business process, builds a web archive for the web application using the deployment descriptors, and deploys the web archive to the application server 206.
The application server 206 makes the business process accessible to external clients. The BPM process engine 208 manages execution of the business process. In one embodiment, the BPM process engine 208 uses web services execution environment (WSEE) to manage web service operations produced by the business process. The PBM process engine 208 may provide a GUI allowing a user (e.g., a system administrator) to interact with runtime tasks generated by the process execution. The BPM process engine 204 stores runtime execution data in a BPM database 210.
Referring to
The definition of a BPEL process may include a BPEL document and one or more web services description languages (WSDL) interface documents. The BPEL document may include one or more partner links to establish a relationship with one or more clients of the process, and the roles the process will play for the partner links. The BEPL document may also specify a sequence of activities to be performed by the process and variables to be used by the process.
The WSDL interface documents describe the interface of the process that will be presented to the outside world. According to the WSDL specification, different elements of a service definition may be separated into independent documents according to their level of abstraction. Such levels may include data type definitions, abstract definitions and specific service bindings.
When executing web services produced by the business process in WSEE, a port component defines the server view of a web service. Hence, at block 304, processing logic builds port components for all partner links that define a process role as specified in the definition of the business process (e.g., partnerLink elements having a myRole attribute). In particular, as will be discussed in more detail below in conjunction with
At block 306, processing logic builds a web archive for the web application using the port components created at block 304. In one embodiment, processing logic builds the web archive upon receiving a designated command from a user.
At block 308, processing logic deploys the web archive to the application server. In particular, in one embodiment, processing logic copies the web archive to a specific directory (e.g., deploy directory) of the application server. The business process then becomes fully accessible to external clients through its endpoint address.
Referring to
As shown in
Referring to
Referring to
Returning to
Returning to
Referring to
The WSDL implementation documents may include an interface implementation document corresponding to the WSDL interface document (but whose definitions are available to the port component), a binding document containing the SOAP binding for the port type, and a service document containing a service element in the target namespace of the process.
Returning to
The generated Java sources may contain the service endpoint interface and the service interface. Processing logic may also create a document that describes how the WSDL interface definitions map to the produced Java types. Since variables in a BPEL process are defined in terms of XML types and WSDL messages, the BPM process engine may extract XML content from SOAP messages and place it in the process variables directly. Nevertheless, the Java mapping artifacts still should be present for the deployment to be valid. It should be noted that the supplied service implementation bean may have empty methods only, with the BPEL process specifying the behavior instead.
In WSEE, Java service endpoints are deployed as servlets in a web application. Hence, at block 506, processing logic generates a web component deployment descriptor (a web.xml descriptor).
Returning to
Once the business process is deployed as a web application, it can be tested. In one embodiment, the WSEE client programming module is used for testing.
Referring to
Returning to
At block 606, processing logic creates a test case (e.g., Junit test case). At block 608, processing logic receives a user command to execute the test case. In response, processing logic invokes the BPM process engine to execute the test case (block 610).
The exemplary computer system 700 includes a processing device 702, a main memory 704 (e.g., read-only memory (ROM), flash memory, dynamic random access memory (DRAM) such as synchronous DRAM (SDRAM) or Rambus DRAM (RDRAM), etc.), a static memory 706 (e.g., flash memory, static random access memory (SRAM), etc.), and a data storage device 718, which communicate with each other via a bus 730.
Processing device 702 represents one or more general-purpose processing devices such as a microprocessor, central processing unit, or the like. More particularly, the processing device may be complex instruction set computing (CISC) microprocessor, reduced instruction set computing (RISC) microprocessor, very long instruction word (VLIW) microprocessor, or processor implementing other instruction sets, or processors implementing a combination of instruction sets. The processing device 702 is configured to execute the processing logic 726 for performing the operations and steps discussed herein.
The computer system 700 may further include a network interface device 708. The computer system 700 also may include a video display unit 710 (e.g., a liquid crystal display (LCD) or a cathode ray tube (CRT)), an alphanumeric input device 712 (e.g., a keyboard), a cursor control device 714 (e.g., a mouse), and a signal generation device 716 (e.g., a speaker).
The data storage device 718 may include a machine-accessible storage medium 730 on which is stored one or more sets of instructions (e.g., software 722) embodying any one or more of the methodologies or functions described herein. The software 722 may also reside, completely or at least partially, within the main memory 704 and/or within the processing device 702 during execution thereof by the computer system 700, the main memory 704 and the processing device 702 also constituting machine-accessible storage media. The software 722 may further be transmitted or received over a network 720 via the network interface device 708.
While the machine-accessible storage medium 730 is shown in an exemplary embodiment to be a single medium, the term “machine-accessible storage medium” should be taken to include a single medium or multiple media (e.g., a centralized or distributed database, and/or associated caches and servers) that store the one or more sets of instructions. The term “machine-accessible storage medium” shall also be taken to include any medium that is capable of storing, encoding or carrying a set of instructions for execution by the machine and that cause the machine to perform any one or more of the methodologies of the present invention. The term “machine-accessible storage medium” shall accordingly be taken to include, but not be limited to, solid-state memories, optical and magnetic media, and carrier wave signals.
It is to be understood that the above description is intended to be illustrative, and not restrictive. Many other embodiments will be apparent to those of skill in the art upon reading and understanding the above description. The scope of the invention should, therefore, be determined with reference to the appended claims, along with the full scope of equivalents to which such claims are entitled.
Claims
1. A computer-implemented method, comprising:
- receiving a definition of a business process; and
- transforming the definition of the business process into a web application package, without requiring a user to specify deployment descriptors for executing the business process as a web application.
2. The method of claim 1 wherein the definition of the business process is in business process execution language (BPEL).
3. The method of claim 2 wherein the definition of the business process comprises a BPEL process definition document and one or more web services description language (WSDL) interface documents.
4. The method of claim 3 further comprising:
- receiving a user command to deploy the definition of the business process to a business process management (BPM) database; and
- in response to the user command, automatically packaging the BPEL process definition document and the WSDL interface documents into a process archive, and deploying the process archive to the BPM database.
5. The method of claim 1 wherein:
- the definition of the business process specifies one or more partner links and one or more roles associated with the partner links; and
- transforming the definition of the business process into the web application package comprises
- building a port component for each partner link associated with a role, and
- building a web archive for the web application using port components created for the partner links.
6. The method of claim 5 further comprising:
- deploying the web archive of the web application to an application server.
7. The method of claim 5 wherein building the port component comprises:
- generating WSDL implementation documents using the definition of the business process;
- generating Java mapping artifacts using the WSDL implementation documents;
- creating a web component deployment descriptor; and
- creating a web services deployment descriptor.
8. The method of claim 7 wherein the WSDL implementation documents comprise an interface document, a SOAP port binding document, and a service element document.
9. The method of claim 7 wherein the Java mapping artifacts are generated using a configuration file associated with an application server.
10. The method of claim 7 wherein the web component deployment descriptor comprises a servlet context listener that registers a partner integration configurator to enable inbound message activities.
11. The method of claim 1 further comprising:
- facilitating testing of the business process using an application client compliant with Java 2 Enterprise Edition (J2EE).
12. The method of claim 11 wherein facilitating testing of the business process comprises:
- generate an application client deployment descriptor;
- providing an environment context for the application client;
- creating a test case; and
- receiving a command to execute the test case.
13. A system comprising:
- a process repository to store definitions of business processes; and
- a deployment server, coupled to the process repository, to receive input identifying one of the definitions of business processes, and to transform the identified definition of the business process into a web application package, without requiring a user to specify deployment descriptors for executing the business process as a web application.
14. The system of claim 13 wherein:
- the definition of the business process is in business process execution language (BPEL); and
- the definition of the business process comprises a BPEL process definition document and one or more web services description language (WSDL) interface documents.
15. The system of claim 13 wherein:
- the definition of the business process specifies one or more partner links and one or more roles associated with the partner links; and
- the process deployer is to transform the definition of the business process into the web application package by building a port component for each partner link associated with a role, and building a web archive for a web application using port components created for the partner links, the process deployer is further to deploy the web archive of the web application to an application server.
16. The system of claim 15 wherein the process deployer is to build the port component by
- generating WSDL implementation documents using the definition of the business process,
- generating Java mapping artifacts using the WSDL implementation documents,
- creating a web component deployment descriptor, and
- creating a web services deployment descriptor.
17. The system of claim 13 wherein the process deployer is further to facilitate testing of the business process using an application client compliant with Java 2 Enterprise Edition (J2EE).
18. The system of claim 17 wherein the process deployer is to facilitate testing of the business process by
- generating an application client deployment descriptor,
- providing an environment context for the application client,
- creating a test case, and
- receiving a command to execute the test case.
19. A machine-accessible medium including data that, when accessed by a machine, cause the machine to perform a method comprising:
- receiving a definition of a business process; and
- transforming the definition of the business process into a web application package, without requiring a user to specify deployment descriptors for executing the business process as a web application.
20. The machine-accessible medium of claim 19 wherein:
- the definition of the business process is in business process execution language (BPEL); and
- the definition of the business process comprises a BPEL process definition document and one or more web services description language (WSDL) interface documents.
21. The machine-accessible medium of claim 19 wherein:
- the definition of the business process specifies one or more partner links and one or more roles associated with the partner links;
- transforming the definition of the business process into the web application package comprises building a port component for each partner link associated with a role, and building a web archive for the web application using port components created for the partner links; and
- the method further comprises deploying the web archive of the web application to an application server.
22. The machine-accessible medium of claim 21 wherein building the port component comprises:
- generating WSDL implementation documents using the definition of the business process;
- generating Java mapping artifacts using the WSDL implementation documents;
- creating a web component deployment descriptor; and
- creating a web services deployment descriptor.
Type: Application
Filed: Aug 31, 2007
Publication Date: Mar 5, 2009
Patent Grant number: 9058571
Inventors: Tom Baeyens , Alejandro Guizar (Houston, TX)
Application Number: 11/897,570
International Classification: G06Q 10/00 (20060101);