Initiate Systems, Inc.

International Business Machines Corporation

John Alexander Buslawski

David Smith

Jim Skufca

Rob Bugh

David Yu Chang

Robert Howard High, Jr

Messaoud Benantar

Virgil Anthony Albaugh

Derek Wan Hok Ho

Dynamic Multi-sourced Persisted Enterprise Java Bean (EJB) instances are dynamically created on aJ2EE compliant Application Server to access data contained in multiple data source systems. This Dynamic Multi-sourced Persisted EJB is a general class responsible for dynamically aggregating source system information and caching it based on a Context definition. Individual EJB attributes that include mapping, caching and security definitions are mapped to individual pieces of data in source systems by the Context definition. A caching definition can be reloaded during execution as desired. Applications can access the Dynamic Multi-sourced Persisted EJB directly, or use a Session EJB to create a static interface to the dynamically mapped, cached and secured data. Bi-directional synchronization of the cache between client and source system data and modifications of data attributes are achieved without recoding, recompiling and redeploying of custom coded solutions.

System and method for dynamically caching dynamic multi-sourced persisted EJBs

Dynamic Multi-sourced Persisted Enterprise Java Bean (EJB) instances are dynamically created on a J2EE compliant Application Server to access data contained in multiple data source systems. This Dynamic Multi-sourced Persisted EJB is a general class responsible for dynamically aggregating source system information and it to data in the source systems based on a Context definition. Individual EJB attributes that include mapping, caching and security definitions are mapped to individual pieces of data in source systems by the Context definition. A mapping definition can be reloaded during execution as desired. Applications can access the Dynamic Multi-sourced Persisted Entity EJB directly, or use a Session EJB to create a static interface to the dynamically mapped, cached and secured data. Dynamic mapping of Context definition attributes to source system data for transferring data between client and source systems and for modifying data attributes are achieved without recoding, recompiling and redeploying of custom coded solutions.

System and method for dynamically mapping dynamic multi-sourced persisted EJBs

Dynamic Multi-sourced Persisted Enterprise Java Bean (EJB) instances are dynamically created on a J2EE compliant Application Server to access data contained in multiple data source systems. This Dynamic Multi-sourced Persisted EJB is a general class responsible for dynamically aggregating source system information and securing it based on a Context definition. Individual EJB attributes that include mapping, caching and security definitions are mapped to individual pieces of data in source systems by the Context definition. A Context definition can be reloaded during execution as desired. Applications can access the Dynamic Multi-sourced Persisted EJB directly, or use a Session EJB to create a static interface to the dynamically mapped, cached and secured data. Using an attribute securing element, a security engine enforces access requirements on a system-wide basis.

System and method for dynamically securing dynamic-multi-sourced persisted EJBS

A method and implementing computer system are provided in which a Quality Of Protection (QOP) indication is established in a tagged component for servers in a network domain. Each server may have one QOP setting associated with the server for inbound messages and another QOP setting associated with the server for outbound messages. In an exemplary embodiment, the QOP settings are contained in a list which may be updated to include additional QOPs which the server may be equipped to support.

Network domain with secured and unsecured servers

A method and apparatus in a computer system for establishing a connection between a client proxy object and a server target object. A request is received from the client proxy object to access the server target object, wherein the request includes an identification of a type of communication and type of message to be sent to the server target object. A connection object is identified based on the type of communication and the type of message. The connection object implementing the type of communication is returned, wherein the connection between the client proxy object and the server target object is facilitated using the connection object.

Growing community of inventors

Austin, TX, United States of America

John Alexander Buslawski