Oracle SOA Suite 12.2.1 New Features

Pipeline components. With this activity it is possible to handle payload with native and custom functions of this language without converting from JSON to XML (i.e., we are able to create REST BPEL orchestrations and OSB flows using JSON and work with this structure in a natural way with JavaScript). You can read more about using JavaScript in SOA Composites in the well-explained and complete article found here: https://technology.amis.nl/2015/11/02/soa-suite-12-2-1-a-first-look-at-end-to-end-json-and-javascript-support-in-soa-composites/. caracteristicas1221_1.pngcaracteristicas1221_2.pngXSLT Mapping Debug. XSLT transformations now have debug functionality. We can set breakpoints to check a function's input and output data at runtime. This feature is available for applications deployed in local and remote servers, and for BPEL and Mediator components as well as for OSB projects. caracteristicas1221_3.pngOracle Integration Continuous Availability. This complete solution comprises a set of SOA Suite operative functionality, including diagnosis, performance, availability, scalability among other operative aspects. Its main purpose is to provide tools and capabilities to solve issues arising from failures and improve our implementations. The following are part of this group:In-Memory SOA. When we create a BPEL in JDev, a new tab called In-Memory SOA lets us choose from three persistence options: immediate, deferred and faulted. This functionality uses Coherence cache associated with WebLogic Server to run non-transactional short-running BPEL processes in-memory. This helps improve performance, lighten the DB job and make its maintenance easier. State data is stored and read from Coherence cache according to the option we choose:


Immediate: Process state, flow trace and audit trace are persisted to the database all the time(i.e., its behavior is the same as if in-memory SOA is not enabled).

Deferred: Process state, flow trace and audit trace are persisted initially to the Coherence cache while an independent thread performs persistency to the database at periodic intervals (the default is 5 minutes).

Faulted: Process state, flow trace and audit trace are persisted to the database only for faulted instances; once the flow has been recovered, all flow data is purged. If a component reaches dehydration point, the state data is persisted to the Coherence cache. This option is not enabled by default--it has to be set in Enterprise Manager Console--and in order to create a BPEL process with this feature its transaction must be notSupported.

caracteristicas1221_4.png

 

Circuit Breaker. This feature has been designed for constantly unavailable external services, by reason of, among other things, low performance, capacity, processing, or resources. These issued services commonly end up affecting invoking clients, causing large amounts of failed instances in error hospital waiting for recovery--which involves time and (sometimes) manual recovery. To solve this situation, Circuit Breaker automatically suspends this service and redirects the pending messages to a message queue or file, to be processed later, when the service is available and can retake them.Composite Running Instance Patching. This functionality lets us change a composite and create a patch version, deploy this new version to the server, apply it to running instances and recover those with failures. To create a composite patch version, it is necessary to use SOA Patch Developer role in JDev; this option automatically disables actions not allowed to edit the composite. Some allowed changes using this role are: fault policy, sensors and analytics, transformation activities, assign activities and JCA adapter properties, among others.   


caracteristicas1221_5.png

caracteristicas1221_6.png

Integration Workload Statistics (IWS). This feature refers to a new tool in SOA Suite that provides statistics capability focused on improving system resources performance, tuning and troubleshooting (e.g., Datasources or WorkManagers). It takes periodic snapshots of different metrics in predefined intervals, and stores the results in the database for each Managed Server of the cluster. With this information, IWS can generate customized reports and deliver them in XML, CSV or HTML format. It is not possible to use this feature on the integrated WebLogic server provided with the quickstart version.


caracteristicas1221_7.png

Automatic Service Migration. This feature is useful when, within a cluster environment with several Managed Servers, one of them is down for any reason. In this situation, what usually happens is either an automatic restart of the whole server into another node of the cluster, which can be a slow process and requires a backup node in a passive mode, or another functional node takes the full load of this action. Automatic Service Migration functionality avoids the restart process, so that actions are taken against node failure by migrating only singleton services like JTA and JMS to some other running node. This reduces recovery time and infrastructure