Documentation for developers that describes how to design, secure, test, and deploy Oracle Service-Oriented Architecture SOA composite applications consisting of service and reference binding components and Oracle BPEL process, human task, business rule, Oracle Mediator, and spring service components. Includes additional information on designing transformations and business events, integrating Oracle Business Activity Monitoring and Oracle User Messaging Service into composites, and acting upon human tasks during runtime in Oracle BPM Worklist. This software and related documentation are provided under a license agreement containing restrictions on use and disclosure and are protected by intellectual property laws. Except as expressly permitted in your license agreement or allowed by law, you may not use, copy, reproduce, translate, broadcast, modify, license, transmit, distribute, exhibit, perform, publish, or display any part, in any form, or by any means. Reverse engineering, disassembly, or decompilation of this software, unless required by law for interoperability, is prohibited. The information contained herein is subject to change without notice and is not warranted to be error-free.
|Published (Last):||12 November 2008|
|PDF File Size:||16.4 Mb|
|ePub File Size:||10.76 Mb|
|Price:||Free* [*Free Regsitration Required]|
Section 1. Changing markets, increasing competitive pressures, and evolving customer needs are placing greater pressure on IT to deliver greater flexibility and speed. Today, every organization is faced with predicting change in a global business environment, to rapidly respond to competitors, and to best exploit organizational assets for growth. In response to these challenges, leading companies are adopting service-oriented architecture SOA to deliver on these requirements by overcoming the complexity of their application and IT environments.
SOA provides an enterprise architecture that supports building connected enterprise applications to provide solutions to business problems. SOA facilitates the development of enterprise applications as modular business web services that can be easily integrated and reused, creating a truly flexible, adaptable IT infrastructure. SOA separates business functions into distinct units, or services. A SOA application reuses services to automate a business process. A standard interface and message structure define services.
The most widely used mechanism are web services standards. These XML standards are easily exchanged using standard protocols. Because standards for web services use a standard document structure, they enable existing systems to interoperate regardless of the choice of operating system and computer language used for service implementation.
When designing a SOA approach, you create a service portfolio plan to identify common functionality to use as a service within the business process. By creating and maintaining a plan, you ensure that existing services and applications are reused or repurposed whenever possible. This plan also reduces the time spent in creating needed functionality for the application.
Oracle SOA Suite provides a complete set of service infrastructure components for designing, deploying, and managing composite applications. Oracle SOA Suite enables services to be created, managed, and orchestrated into composite applications and business processes. Composites enable you to easily assemble multiple technology components into one SOA composite application. The components of Oracle SOA Suite benefit from common capabilities, including a single deployment, management, and tooling model, end-to-end security, and unified metadata management.
Oracle SOA Suite is unique in that it provides the following set of integrated capabilities:. Oracle SOA Suite puts a strong emphasis on standards and interoperability. Among the standards it leverages are:. Provides the service details and their interdependencies to form composite applications. SCA enables you to represent business logic as reusable service components that can be easily integrated into any SCA-compliant application. The resulting application is known as a SOA composite application.
Specifies a standard data method and can modify business data regardless of how it is physically accessed. Knowledge is not required about how to access a particular back-end data source to use SDO in a SOA composite application.
Consequently, you can use static or dynamic programming styles and obtain connected and disconnected access. Provides enterprises with an industry standard for business-process orchestration and execution. Using BPEL, you design a business process that integrates a series of discrete services into an end-to-end process flow. This integration reduces process cost and complexity.
BPEL versions 1. Provides a Java technology solution to the problem of connectivity between the many application servers in Enterprise Information Systems EIS. Provides a messaging standard that allows application components based on the Java 2 Platform, Enterprise Edition Java EE to access business logic distributed among heterogeneous systems.
Provides the entry points into a SOA composite application. The WSDL file provides a standard contract language and is central for understanding the capabilities of a service. SCA provides a programming model for the following:. The use of specific programming languages and technologies including web services is not required with SCA.
Assembling the service components into a SOA composite application. In the SCA environment, service components are the building blocks of applications.
SCA provides a model for assembling distributed groups of service components into an application, enabling you to describe the details of a service and how services and service components interact. Composites are used to group service components and wires are used to connect service components. SCA helps to remove middleware concerns from the programming code by applying infrastructure declaratively to composites, including security and transactions.
Service components integrate with other service components without needing to know how other service components are implemented. A SOA composite is an assembly of services, service components, and references designed and deployed in a single application. Wiring between the services, service components, and references enables message communication.
The details for a composite are stored in the composite. Figure provides an example of a composite that includes an inbound service binding component, a BPEL process service component named Account , a business rules service component named AccountRule , and two outbound reference binding components.
Service components are the building blocks that you use to construct a SOA composite application. The following service components are available. There is a corresponding service engine of the same name for each service component. All service engines can interact in a single composite. BPEL processes provide process orchestration and storage of a synchronous or an asynchronous process. You design a business process that integrates a series of business activities and services into an end-to-end process flow.
Human tasks provide workflow modeling that describes the tasks for users or groups to perform as part of an end-to-end business process flow. Binding components establish a connection between a SOA composite and the external world. There are two types of binding components:. Services provide the outside world with an entry point to the SOA composite application.
The WSDL file of the service advertises its capabilities to external applications. These capabilities are used for contacting the SOA composite application components.
References enable messages to be sent from the SOA composite application to external services in the outside world.
Wires enable you to graphically connect the following components in a single SOA composite application for message communication:. In this example, an external application a. For more information about descriptions of the tasks that services, references, service components, and wires perform in an application, see Section 1. The Service Infrastructure picks up the SOAP message from the binding component and determines the intended component target.
Table describes the operability of the SOA composite application shown in Figure Establishes the connectivity between a SOA composite and the external world. There are two types:. Service binding components provide an entry point to the SOA composite application. Reference binding components enable messages to be sent from the SOA composite application to external services. An example of a binding component reference in Figure is the Loan Process application. Posts the message for processing to the BPEL process service engine first and the human task service engine second.
Host the business logic or processing rules of the service components. Each service component has its own service engine. The UDDI advertises these services, and enables discovery and dynamic binding at runtime. The Service Infrastructure provides the following internal message routing infrastructure capabilities for connecting components and enabling data flow:.
Receives messages from the service providers or external partners through SOAP services or adapters. Receives the message back from the service engine and sends it to any additional service engines in the composite or to a reference binding component based on the wiring. Service engines are containers that host the business logic or processing rules of these service components. Service engines process the message information received from the Service Infrastructure.
The SAR packages service components, such as BPEL processes, business rules, human tasks, and mediator routing services into a single application. The SAR file is analogous to the BPEL suitcase archive of previous releases, but at the higher composite level and with any additional service components that your application includes for example, human tasks, business rules, and mediator routing services.
Top-Down: You analyze your business processes and identify activities in support of your process. You create all the services first, and then build the BPEL process, referencing the created services. Bottom-Up: You analyze existing applications and assets to identify those that can be used as services.
As you create a BPEL process, you build the services on an as-needed basis. This approach works well when IT must react to a change.
In addition to this developer's guide, Oracle also offers the following resources to help you learn how you can best use Oracle SOA Suite in your applications:. They are designed to be used either with the included examples and a sample schema, or with your own data.
Cue cards also include topics that provide more detailed background information, and viewlets that demonstrate how to complete the steps in the card. Cue cards provide a fast, easy way to become familiar with the basic features of Oracle SOA Suite, and to work through a simple end-to-end task. However, there may be some differences with using third-party application servers.
This chapter includes the following sections: Section 1. Oracle SOA Suite is unique in that it provides the following set of integrated capabilities: Messaging Service discovery Orchestration Web services management and security Business rules Events framework Business activity monitoring. Among the standards it leverages are: Service Component Architecture SCA assembly model Provides the service details and their interdependencies to form composite applications.
The key benefits of SCA include the following: Loose coupling Service components integrate with other service components without needing to know how other service components are implemented.
Flexibility Service components can easily be replaced by other service components. Services invocation Services can be invoked either synchronously or asynchronously. Productivity Service components are easily integrated to create a SOA composite application.
Oracle® Fusion Middleware
If you are interested in the documents on this page, the following resources may also be helpful:. Images and descriptions for each installation and deinstallation screen are also provided. Download As Instructions for deinstalling the software are also included. It describes the components of Oracle SOA Suite, and provides a high-level understanding of what you can accomplish with the suite. Administrator's Guide.