Abstract: An invention is disclosed for a load balancing method in a JAVA based environment. The method includes executing an application having a first service module and a control module. The control module includes application-specific policies for the application. During execution, the utilization of system resources is sensed. In response to the sensed utilization of system resources, a second service module is generated using the first service module. In addition, the state of the first service module is transferred to the second service module, and the first service module is terminated. To sense the system resource utilization, embodiments of the present invention can poll system resources, or receive notifications from the system resources. Further, some embodiments of the present invention include application-specific policies that include specific servers on which to generate the second service module during load balancing or module moving.

Abstract: An invention is disclosed for performing failure recovery in a Java platform. An application is executed that includes a service module and a control module. The control module includes application-specific polices for the application. When an error is detected in a system component, the detected error is reported to a runtime executive, and the system component is isolated. The control module is then notified of the system component failure.

Abstract: An invention for migrating managed application state for a Java based application is disclosed. A first Java module is executed on a first server. The first Java module includes a first entity bean and a first state object in communication with the first entity bean. The first state object stores a state of the first entity bean. The first state object is replicated to a state server or stored in-memory and made capable of migration by replicated state manager. Then, a second Java module is started on a second server as part of the module migration by a control module. The second Java module includes a second state object that is populated with state by either recovering from replica of fist state object stored on the state server or by getting transferred state of an in-memory copy of first state object managed on first server.

Abstract: An invention is disclosed managing the replicated and migration capable state for an enterprise Java bean (EJB) application. The invention includes executing a Java application on a server that includes an entity bean. In addition, a replicated state manager is executed that includes program instructions for managing an in-memory state of the Java application, and program instructions for replicating the in-memory state of the Java application to a replicated state server. The replicated state server can be a memory replicated state server, or a disk replicated state server. To facilitate application state management, embodiments of the present invention store states of the entity beans objects using state objects, which are updated in response to changes in the state of the application. Hence, the embodiments of the present invention define a logical separation between the application and the state objects.

Abstract: Methods and apparatus for a first component to asynchronously invoke a second component are provided. In one embodiment of the invention, a computer-implemented method for a first component to invoke a second component asynchronously in an object-oriented computing environment is provided. A request is received from a first component to invoke a second component. The scope of the received request is maintained. A thread is provided for identifying the received request and invoking the second component, wherein the thread identifies an exception listener for handling exceptions associated with the invocation of the second component.

Abstract: An invention is disclosed managing the replicated and migration capable state for an enterprise Java bean (EJB) application. The invention includes executing a Java application on a server that includes an entity bean. In addition, a replicated state manager is executed that includes program instructions for managing an in-memory state of the Java application, and program instructions for replicating the in-memory state of the Java application to a replicated state server. The replicated state server can be a memory replicated state server, or a disk replicated state server. To facilitate application state management, embodiments of the present invention store states of the entity beans objects using state objects, which are updated in response to changes in the state of the application. Hence, the embodiments of the present invention define a logical separation between the application and the state objects.

Abstract: An invention is disclosed for a control module, executed as part of an application, that includes application-specific strategies for the application, yet can be coded using the JAVA programming language. In one embodiment, a system for providing application-specific strategies to a JAVA platform is disclosed that includes a runtime subsystem and an application, which includes a control module in communication with the runtime subsystem. The application further includes a plurality of service modules in communication with the control module. The control module includes application-specific policies for the application, which are programmed using a JAVA programming language. The control module manages the service modules, and also is capable of starting a child application by starting a child control module, which is part of the child application.

Abstract: An invention is disclosed for a load balancing method in a JAVA based environment. The method includes executing an application having a first service module and a control module. The control module includes application-specific policies for the application. During execution, the utilization of system resources is sensed. In response to the sensed utilization of system resources, a second service module is generated using the first service module. In addition, the state of the first service module is transferred to the second service module, and the first service module is terminated. To sense the system resource utilization, embodiments of the present invention can poll system resources, or receive notifications from the system resources. Further, some embodiments of the present invention include application-specific policies that include specific servers on which to generate the second service module during load balancing or module moving.

Abstract: In order to support filtering operations in a CORBA system, the marshaling and unmarshaling process is encapsulated in a server invocation object created from a class which contains data, including the request ID, the marshal buffer and the marshal and unmarshal methods. Filtering is supported by extending the class with a subclass that overrides the marshal and unmarshal methods to invoke the filters at the proper points. During operation, the CORBA object request broker examines the request to determine whether filtering is requested and instantiates a server invocation object either from the parent class, if filtering is not requested, or from the subclass, if filtering is requested.

Abstract: In order to support filtering operations in a CORBA system, the marshaling and unmarshaling process is encapsulated in a server invocation object created from a class which contains data, including the request ID, the marshal buffer and the marshal and unmarshal methods. Filtering is supported by extending the class with a subclass that overrides the marshal and unmarshal methods to invoke the filters at the proper points. During operation, the CORBA object request broker examines the request to determine whether filtering is requested and instantiates a server invocation object either from the parent class, if filtering is not requested, or from the subclass, if filtering is requested.

Abstract: One or more filters may be included in each object implementation in a CORBA distributed object system. Each CORBA server object maintains a registry of filters containing unique identifiers and specifications for each of the filters and the order in which the filters must be applied. The filters execute selected code either before or after the conventional marshaling and unmarshaling which take place during a method invocation in the system. The CORBA client object builds a filter registry, from information that it received from the server. Filters may also be present in the client side of the ORB in order to execute code before and after the marshaling and unmarshaling that takes place in the client side of the ORB and these latter filters are also included in the client filter registry. The client then uses its filter registry to invoke the filters during a subsequent method invocation. The client also receives a time stamp from the server to identify the current filter composition.