Oracle International Corporation

Greg Pavlik

Paul Parkinson

Peter H Petersen

Prabhu Thukkaram

Qing Zhong

Khanderao Kand

Albert Tam

Avi Borthakur

Clemens Utschig-Utschig

Aniruddha Thakur

A framework is provided for enabling and managing customizations to an application. In one embodiment, techniques are provided that enable the customizability of an application to be controlled based upon hierarchical relations between elements of the application.

Techniques related to customizations for composite applications

A transaction processing system provides the capability to use one two-phase commit engine over multiple protocols and products, while being able to vary the log presumptions according to the requirements of each protocol and product. The transaction processing system comprises a coordinator operable to receive a commit or abort request from a transaction and to perform a two-phase commit protocol on behalf of the transaction and a recovery presumption mechanism operable to perform a recovery process on the transaction upon recovery of the transaction processing system from a failure.

Method for strategizing protocol presumptions in two phase commit coordinator

A framework by which arbitrary routines may be executed in reaction to specific events for analysis and testing, while avoiding the need to manipulate the actual code being monitored. A method for performing functional failure testing of a software-based system comprises monitoring execution of target software for occurrence of a specified event, in response to detecting occurrence of the specified event, performing an action to cause or simulate a failure of the target software or of software or hardware that operatively interacts with the target software, and monitoring the target software for a response to the performed action.

Failure test framework

A system and methods are provided for allowing a transaction based on arbitrary atomic transaction models initiated in a web services environment to be imported into a J2EE application server environment. An extensible mechanism is provided to bridge from the web services environment into XA and execute a web services operation in the context of the bridged transaction. A resource adapter deployed in the application server receives a SOAP request and converts it into a SOAPMessage, and determines whether it comprises a transaction request. The SOAPMessage is inflowed into the application server as Work, and is routed to a SOAP processing engine (instead of packaging the request for delivery to an application component). The SOAP engine processes the request within the context of the transaction imported from the web services environment. A SOAPMessage response may be returned to the resource adapter and serialized to the web services environment.

System and method for exposing a J2EE application server as a web service transaction participant

A method, system, and computer program product provides automatic and consistent resolution of in doubt branches of a transaction, and which will provide reduced cost of operating the system and improved overall performance of the system. A method of managing transaction branches comprises the steps of beginning execution of a transaction, storing information relating to branches of the transaction in a data structure, iterating over the data structure to identify branches of the transaction that are eligible for an action, executing a first action for at least some branches of the transaction identified as eligible for an action, and changing a state of the transaction and applying a second action to branches of the transaction, if the first action returns an error.

Transaction branch management to ensure maximum branch completion in the face of failure

A method, system, and computer program product stores transaction state information in application server process cluster information, eliminating transaction state logging and reducing the processing and communications expense that is necessary for transaction processing. A method of performing transaction execution comprises the steps of beginning execution of a transaction using a first process, storing a state of execution of the transaction in user state information included in cluster information accessible to a plurality of processes including the first process, switching a context from the first process to a second process that is one of the plurality of processes having access to the user state information included in the cluster information, and continuing execution of the transaction using the second process and the user state information included in the cluster information. The step of switching the context from the first process to the second process may be performed if the first process fails.

Growing community of inventors

Shamong, NJ, United States of America

Greg Pavlik