|Publication number||US6976061 B1|
|Application number||US 09/577,188|
|Publication date||Dec 13, 2005|
|Filing date||May 24, 2000|
|Priority date||May 24, 2000|
|Also published as||WO2001090893A2, WO2001090893A3|
|Publication number||09577188, 577188, US 6976061 B1, US 6976061B1, US-B1-6976061, US6976061 B1, US6976061B1|
|Original Assignee||Sun Microsystems, Inc.|
|Export Citation||BiBTeX, EndNote, RefMan|
|Patent Citations (10), Non-Patent Citations (2), Referenced by (47), Classifications (4), Legal Events (4)|
|External Links: USPTO, USPTO Assignment, Espacenet|
The present relates broadly to computer systems having a client server configuration. Specifically, the present invention relates to resource adapters used in client server applications. More specifically still, the present invention relates to the packaging of resource adapters in client server applications.
An enterprise information system (EIS) provides an information infrastructure to an enterprise in a client-server computer system configuration. An EIS offers a set of services to its clients. These services are exposed to clients as local and/or remote interfaces. A resource manager is a software module that manages a set of shared EIS resources. For example, a transactional resource manager can participate in transactions that are externally controlled and coordinated by a transaction manager.
A resource adapter is a system level software driver provided along with an EIS connector and is specific to an underlying EIS. A resource adapter is used by an application server or an application client to connect to the EIS. The resource adapter plugs into an application server and collaborates with the application server to provide the underlying mechanisms-transactions, security, and connection pooling.
There is currently no existing standard mechanism for deploying and configuring resource adapters in a managed application server environment. Each vendor has its own specific mechanism, making it difficult to achieve off-the-shelf pluggability of resource adapters in an application server. For application developers who design and implement application servers, the result is an enormous amount of duplicated or nearly duplicated effort expended to customize resource adapters into a specific client server configuration.
There is a need for a method of packaging a resource adapter in a client server environment such that the resource adapter is easily ported to different systems and applications.
The present invention provides a standardized format by which resource adapters may be packaged in client server computer configurations utilizing enterprise information systems. The file format defines the contract between a connector provider and deployer. A packaged resource adapter includes Java classes and interfaces that are required for the implementation of both connector contracts and functionality of the resource adapter; utility Java classes for the resource adapter; native libraries required by the resource adapter; and any help files and documentation and descriptive meta information that ties all of the above elements together. In the preferred embodiment, the resource adapter is packaged using the Java ARchive (JAR) format in to an resource adapter archive (RAR). For example, a resource adapter for EIS A can be packaged as an archive with a filename eisA.rar. The RAR file is structured as a hierarchical directory including a deployment descriptor, a directory containing Java interfaces, implementation and utility classes as required by the resource adapter, and a directory containing any native libraries used by the resource adapter. Any platform dependent libraries are in this directory.
The present invention specifies requirements for packaging and deploying of a resource adapter. These requirements support a modular and portable deployment of a resource adapter into a J2EE compliant application server.
A connector provider develops a set of Java interfaces/classes as part of its implementation of a resource adapter 202. These Java classes implement connector architecture specified contracts and implement EIS specific functionality provided by the resource adapter 202. The development of a resource adapter 202 can also require use of native libraries that are specific to the underlying EIS 204. The Java interfaces/classes are then packaged together (with required native libraries, help files, documentation and other resources) with a deployment descriptor to create a Resource Adapter Module 206. A deployment descriptor defines the contract between a connector provider and deployer for the deployment of a resource adapter 202.
A resource adapter module 206 corresponds to a J2EE module in terms of the J2EE composition hierarchy. A J2EE module represents the basic unit of composition of a J2EE application. Examples of J2EE modules include: EJB module, application client module, web client module. A resource adapter module 206 can be deployed either directly into an application server 208 as a stand alone unit, or with a J2EE application that consists of one or more J2EE modules in addition to a resource adapter module 206. The J2EE specification specifies requirements for the assembly and packaging of J2EE applications. The stand alone deployment of a resource adapter module 206 into an application server 208 is typically done to support scenarios in which multiple J2EE applications share a single resource adapter module. However in certain scenarios, a resource adapter module 206 will only be required by components within a single J2EE application. The deployment option of resource adapter module 206 bundled with a J2EE application supports the latter scenario. During the deployment, the deployer installs a resource adapter module 206 in an application server 208 and then configures it in the target operational environment.
The RAR file contains a deployment descriptor based on the format specified in the section. The deployment descriptor is stored with the name RA-INF/ra.xml in theRAR file. A resource adapter packaged as a RAR file contains a META-INF directory that contains information useful to the Java Archive tools.
A deployment descriptor defines the contract between a connector provider and deployer. It captures the declarative information that is intended for the deployer for deployment of a resource adapter in a target operational environment. A resource adapter module 206 is deployed based on the deployment requirements specified by the connector provider through the deployment descriptor.
Connector Provider's Responsibility
The connector provider specifies the deployment descriptor for a resource adapter 202. The connector provider specifies general information about a resource adapter, such as the name of the resource adapter, a description of the resource adapter, a URI of a UI icon for the resource adapter, and the identity of the vendor who provides the resource adapter. The connector provider can also specify the type of EIS system, such as the name of a specific database, ERP system, etc. Additionally, the connector provider can specify the version of the connector specification (represented as a string) supported by the resource adapter, as well as the version of the resource adapter, also represented as a string.
The connector provider also specifies the fully qualified name of the Java class that implements the javax.resource.ManagedConnectionFactory interface, as well as the fully qualified name of the Java interface and implementation class for the connection factory. The connector provider specifies the fully qualified name of the Java interface and implementation class for the connection interface. The connector provider specifies the level of transaction support provided by the resource adapter implementation. The level of transaction support can be any one of the following: no—transaction, local—transaction or xa—transaction. Note that this support is specified for a resource adapter and not for the underlying EIS instance. no—transaction indicates that the resource adapter 202 does not support either resource manager local or JTA transactions. It does not implement either XAResource or LocalTransaction interfaces.
local—transaction indicates that the resource adapter 202 supports resource manager local transactions by implementing the LocalTransaction interface.
xa—transaction indicates that the resource adapter 202 supports both resource manager local and JTA transactions by implementing the LocalTransaction and XAResource interfaces respectively.
The connector provider specifies name, type, description and an optional default value for the properties that have to be configured on a per ManagedConnectionFactory instance. Each ManagedConnectionFactory instance creates connections to a specific EIS instance based on the properties configured on the ManagedConnectionFactory instance. The configurable properties are specified only once in the deployment descriptor, even though a resource adapter 202 can be used to configure multiple ManagedConnnectionFactory instances (that create connections to different instances of the same EIS). For example, a deployment tool can create multiple copies of XML based deployment descriptor; each copy of the deployment descriptor carries a specific configuration of properties for a ManagedConenctionFactory.
The connector provider specifies all the authentication mechanisms that are supported by the resource adapter 202. This relates to the support provided by the resource adapter 202 implementation but not by the underlying EIS instance. The standard values are: basicpassword and kerbv5. The resource adapter 202 can support one or more of these authentication mechanisms. Basicpassword is a user password based authentication mechanism that is specific to an EIS Kerbv5 is a Kerberos version 5 based authentication mechanism. If there is no authentication mechanism specified as part of the deployment descriptor, the resource adapter 202 does not support any standard security authentication mechanisms as part of security contract.
The connector provider specifies whether resource adapter 202 supports reauthentication of an existing physical connection. The security permission listed in the deployment descriptor are different from those required by the default permission set. The deployment descriptor specified by the connector provider for its resource adapter is consistent with the XML document type description (DTD) as specified below.
The deployer is responsible for using a deployment tool to configure a resource adapter 202 in a target operational environment. The configuration of a resource adapter 202 is based on the properties defined in the deployment descriptor as part of the resource adapter module 206. The deployer performs the following tasks to configure a resource adapter 202.
The deployer configures one or more property sets (per ManagedConnectionFactory instance) for creating connections to various underlying EIS instances. The deployer creates a property set by using a deployment tool to set valid values for various configurable fields. The configuration of each field is based on the name, type and description of the field specified in the deployment descriptor.
Each property set represents a specific configuration for creating connections to a specific EIS instance. Since a resource adapter 202 can be used to create connections to multiple instances of the same EIS, there can be multiple property sets (one for each configured instance of the object ManagedConnectionFactory) for a single resource adapter 202.
The deployer also configures application server 208 mechanisms for transaction management based on the level of transaction support specified by the resource adapter 202. Additionally, the deployer configures security in the target operational environment based on the security requirements specified by the resource adapter 202 in its deployment descriptor. During deployment, the deployer can check whether or not an underlying EIS instance supports the same capabilities such as transaction support and authentication mechanisms as the corresponding resource adapter 202. For example, if a resource adapter 202 provides implementation support for Kerberos based authentication but the underlying EIS instance does not support Kerberos, then the deployer can decide not to configure Kerberos for authentication to this EIS instance. However if the deployer does not perform such checks during deployment, any misconfigura-tions should lead to runtime exceptions.
Application Server Responsibilities
An application server 208 provides a deployment tool that supports deployment of multiple resource adapters. A deployment tool can also be provided by third party enterprise tools vendors. A deployment tool is capable of reading the deployment descriptor from a resource adapter module 206. It enables the deployer to configure a resource adapter 202 in the operational environment and thereby reflect the values of all properties declared in the deployment descriptor for the resource adapter 202. A deployment tool supports management of multiple property sets (one per configured ManagedConnectionFactory instance) for a resource adapter 202. This includes support for adding or removing a property set from the configuration for a resource adapter 202.
A deployment tool supports addition and removal of resource adapters from an operational environment. An application server 208 uses the deployment properties about the capabilities of a resource adapter 202 (for example, support level for transactions) to provide different QoS for a configured resource adapter 202 and its underlying EIS. The preferred embodiment of the present invention incorporates the following interfaces and classes.
The class that implements ManagedConnectionFactory 212 interface supports a set of properties that provide information required by the ManagedConnectionfactory 212 for the creation of physical connections to the underlying EIS. A resource adapter 202 can implement the ManagedConnectionFactory 212 interface as a Java Bean. As a Java Bean implementor, the resource adapter 202 can also provide a BeanInfo class that implements the java.beans.BeanInfo interface and provides explicit information about the methods and properties supported by the ManagedConnectionFactory implementation class. The implementation of ManagedConnectionFactory 212 as a Java Bean improves the tool ability (for tools that are based on the JavaBeans framework) for the configuration of ManagedConnectionFactory instances. In the preferred embodiment, the deployment tool uses an XML based deployment descriptor to find out the set of configurable properties for a ManagedConnectionFactory 212. A deployment descriptor for a resource adapter 202 specifies name, type, description and default value of the configurable properties.
The ManagedConnectionFactory implementation class provides getter and setter methods for each of its supported properties. The supported properties are consistent with the specification of configurable properties specified in the deployment descriptor. The getter and setter methods convention are based on Java Beans design pattern. These methods are defined on the implementation class and not on the ManagedConnectionFactory interface 212. The reason for this requirement is to keep ManagedConnectionfactory interface 212 independent of any resource adapter or EIS specific properties.
The connector architecture identifies a standard set of properties common across various types of resource adapters and EISs. A resource adapter 202 is not required to support a standard property if that property does not apply to its configuration. These standard properties include the name of the server for the EIS instance, the port number for establishing connection to an EIS instance, name of the user establishing connection to an EIS instance, password for the user establishing connection, and the URL for the EIS instance to which to connect.
In addition to these standard properties, a ManagedConnectionFactory implementation class can support properties that are specific to a resource adapter and its underlying EIS. All the properties are administered by the deployer and are not visible to an application component provider. It is required that the specified properties be bound within specific limits or be restricted to well defined values. In the XML deployment descriptor, any bounds or well defined values of properties are described in the description element.
JNDI Configuration and Lookup
In both managed and nonmanaged application scenarios, an application component 210 (or application client) looks up a connection factory instance in the component's environment using the Java Naming and Directory Interface (JNDI). The application component 210 then uses the connection factory instance to get a connection to the underlying EIS. The following code extract example shows the JNDI lookup of a javax.resource.cci.ConnectionFactory instance.
In both managed or nonmanaged environment, registration of a connection factory 214 instance in the JNDI namespace can be performed by using either JNDI Reference or Serializable mechanism. The choice between the two JNDI mechanisms depends on whether the JNDI provider being used supports specific mechanism, whether the application server 208 and resource adapter 202 provide the necessary support as specified in the respective requirements, and any constraints on the size of serialized objects that can be stored in the JNDI namespace. The reference mechanism allows for only a reference to the actual object to be stored in the JNDI namespace. This is preferable to the serializable mechanism that stores the whole serialized object in the namespace.
The deployer is responsible for configuring connection factory instances in the JNDI environment. The deployer manages the JNDI namespace such that the same programming model for JNDI based connection factory lookup is supported in both managed and nonmanaged environments.
The implementation class for a connection factory interface is required to implement the java. io.Serializable interface to support JNDI registration. An implementation of javax.naming. Referenceable interface by connection factory class is only required if the connection factory 214 supports Reference mechanism-based JNDI registration. The ManagedConnectionFactory implementation class is required to implement the java.io.Serializable interface. To support Reference mechanism in a nonmanaged environment, a resource adapter or a helper class is utilized to provide an implementation of the javax.naming.spi.ObjectFactory interface.
The implementation class for javax.resource.ConnectionManager is required to implement java.io.Serializable interface. If an application server 208 supports JNDI Reference mechanism based connection factory lookup, it is required to provide an implementation class for javax.naming.spi.ObjectFactory interface. The implementation of this interface is application server specific.
In a serializeable scenario, The implementation classes for both javax.resource.-cci.ConnectionFactory and javax.resource.ManagedConnectionFactory interfaces implement java.io.Serializable interface. The deployment code retrieves the configuration properties from the XML deployment descriptor for the resource adapter 202. The deployment code then creates an instance of ManagedConnectionFactory implementation class and configures properties on the instance. An example appears below:
In a non-managed environment, an application developer writes the deployment code. While in a managed environment, the deployment code is typically hidden by a deployment tool. The deployment code uses the ManagedConnectionFactory instance to create a connection factory instance. The code then registers the connection factory instance in the JNDI namespace.// Deployment Code
When an application component 210 does a JNDI lookup of connection factory instance, the returned connection factory instance is associated with a configured ManagedConnectionFactory instance and a ConnectionManager instance. The implementation class for connection factory 214 achieves the association between these instances in an implementation specific manner. A JNDI configuration in a managed environment can be based on the Reference mechanism, using the CCI interfaces javax.resource.cci.ConnectionFactory and javax.resource.cci.Connection as connection factory 214 and connection interface, respectively.
The implementation class for ConnectionFactory interface 214 implements the javax.naming. Referenceable as shown in the following code extract example.
An application server 208 provides a class (in an application server specific implementation) that implements the javax.naming.spi.ObjectFactory interface. In the ObjectFactory.getObject-Instance method, the information carried by the Reference parameter (as set in the Connection-FactoryImpl.setReference method) is used to lookup the property set to be configured on the target ManagedConnectionFactory instance. The mapping from a Reference instance to multiple configured property sets enables an application server 208 to configure multiple ManagedConnectionFactory instances with respective property sets. An application server 208 maintains the property set configuration in an implementation specific way based on the deployment descriptor specification.
The implementation and structure of Reference is specific to an application server 208. The following code extract shows an illustrative example of the ObjectFactory.getObjectInstance method.
The following deployment code example shows registration of a reference to a connection factory instance in the JNDI namespace:.// Deployment Code javax.naming.Context ctx=new javax.naming.InitialContext(env);
The deployment code is designed as generic. The code dynamically creates an instance of connection factory 214, create a Reference instance and then set the reference. In the above code sample, the setReference method is implementation specific and is not defined as part of the Referenceable interface. The Context.bind method registers a Reference to the connection factory instance in the JNDI namespace.
Connection Factory Lookup
The following steps happen when an application component 210 calls the method JNDI Context. lookup to lookup a connection factory instance. First, the JNDI passes control to the application server 208 and the method ObjectFactory. getObjectInstance implemented by the application server 208 is called. The application server 208 then reates a new instance of ManagedConnectionFactory implementation class provided by the resource adapter 202. The application server 208 then calls setter methods on the ManagedConnectionFactory instance to set various configuration properties on this instance. These properties provide information that is required by the ManagedConnectionFactory instance to create physical connections to the underlying EIS. The application server 208 uses an existing property set (configured during the deployment of resource adapter) to set the required properties on the ManagedConnectionFactory instance.
After the newly created ManagedConnectionFactory instance has been configured with its property set, the application server 208 creates a new.ConnectionManager instance. The application server 208 then calls the method createConnectionFactory on the ManagedConnectionFactory instance (passing in the ConnectionManager instance from the previous step) to get a ConnectionFactory instance.
The application server 208 then returns the connection factory instance to the JNDI provider so that this instance can be returned as result of the JNDI lookup. The application component 210 gets the ConnectionFactory instance as a result of the JNDI lookup.
The XML DTD may be used for the deployment descriptor for resource adapter 202. The comments in the DTD specify additional requirements for the syntax and semantics that cannot be specified by the DTD mechanism. All valid resource adapter deployment descriptors contain the following DOCTYPE declaration:
The root element of the deployment descriptor for a resource adapter is the connector. The content of the XML elements is usually case sensitive. A resource adapter (or an application server on behalf of resource adapter 202) can specify additional deployment information beyond the standard deployment descriptor. The additional information is stored in a separate file and refers to the standard deployment descriptor. Resource adapter 202 is not allowed to add any nonstandard information into a standard deployment descriptor.
The connector element is the root element of the deployment descriptor for the connector. This element includes general information vendor name, version, specification version supported, and icon related to the resource adapter module 206. It also includes information specific to the implementation of the resource adapter library as specified through the element resourceadapter, as shown in the following illustrative example.
The element resourceadapter specifies information about the resource adapter 202 provided by the connector provider. The information includes fully qualified names of class/interfaces required as part of the connector architecture specified contracts, level of transaction support provided, configurable properties for ManagedConnectionFactory instance, one or more authentication mechanisms supported and additional required security permissions. If there is no authmechanism specified as part of resource adapter element the resource adapter 202 does not support any standard authentication mechanisms as part of security contract. An example of the resourceadapter element appears below.
The element authmechanism specifies an authentication mechanism supported by the resource adapter 202. Note that this support is for the resource adapter 202 and not for the underlying EIS instance. The optional description specifies any.resource adapter specific requirement for the support of security contract and authentication mechanism. An example of the authmechanism element appears below.
The element credentialinterface specifies the interface that the resource adapter implementation supports for the representation of the security credentials. This element is used by application server 208 to find out the Credential interface it should use as part of the security contract. The possible values are:
The element authmechtype specifies type of an authentication mechanism. The possible values are:
The element connectionfactoryinterface specifies the fully qualified name of the ConnectionFactory interface supported by the resource adapter 202. An example appears below.
The element connectionfactoryimplclass specifies the fully qualified name of the ConnectionFactory class that implements resource adapter specific ConnectionFactory interface.
The element connectioninterface specifies the fully qualified name of the Connection interface supported by the resource adapter 202.
The element connectionimplclass specifies the fully qualified name of the Connection class that implements resource adapter specific Connection interface.
<!ELEMENT connectionimplclass (#PCDATA)>
The element configentry contains a declaration of a single configuration property for a ManagedConnectionFactory instance. Each ManagedConnectionFactory instance creates connections to a specific EIS instance based on the properties configured on the ManagedConnectionFactory instance. The configurable properties are specified only once in the deployment descriptor, even though a resource adapter 202 can be used to configure multiple ManagedConnectionFactory instances (that create connections to different instances of the same EIS). The declaration consists of an optional description, name, type and an optional value of the configuration property. If the connector provider does not specify a value than the deployer is responsible for providing a valid value for a configuration property. Any bounds or well defined values of properties are described in the description element. An example appears below.
The element configpropertyname contains the name of a configuration property.
The element configpropertytype contains the fully qualifies Java type of a configuration property as required by ManagedConnectionFactory instance. The following are the legal values of configpropertytype: java.lang.Boolean, java.lang.String, java.lang.Integer,.java.lang.Double, java.lang.Byte, java.lang.Short, java.lang.Long, java.lang.Float
The element configpropertyvalue contains the value of a configuration entry.
The element displayname contains a short name for the connector that is intended to be displayed by the tools.
The element description is used by connector provider to provide text describing the parent element. The description element includes any information that the connector provider wants to provide to the deployer. Typically tools used by the consumer of resource adapter module 206 will display the description when processing the parent element.
The element eistype contains information about the type of the EIS. For example, the type of an EIS can be product name of EIS independent of any version info. This helps in identifying EIS instances that can be used with this resource adapter.
The icon element contains the name of a file containing an icon image for the resource adapter module 206. The file name is relative path within the resource adapter module 206. This file is be either in JPEG or GIF format. The icon is used by tools to display information about the resource adapter module 206.
The element managedconnectionfactoryclass specifies the fully qualified name of the Java class that implements the javax.resource.ManagedConnectionFactory interface. This Java class is provided as part of resource adapter's implementation of connector specified contracts.
The element reauthenticationsupport specifies whether the resource adapter 202 implementation supports reauthentication of existing ManagedConnection instance. Note that this information is for the resource adapter 202 implementation and not for the underlying EIS instance. This element is one of the following:
The element specversion specifies the version of the connector architecture specification that is supported by this resource adapter 202. This information enables deployer to configure the resource adapter 202 to support deployment and runtime requirements of the corresponding connector specification.
The element securitypermission specifies a security permission that is required by the resource adapter code. The security permission listed in the deployment descriptor are ones that are different from those required by the default permission set as specified in the connector specification. The optional description can mention specific reason that resource adapter 202 requires a given security permission.
The element securitypermissionspec specifies a security permission based on the Security policy file syntax.
The transactionsupport element specifies the level of transaction support provided by the resource adapter. The value of transactionsupport is one of the following:
The element vendorname specifies the name of connector provider vendor.
The element version specifies a string based version of the resource adapter 202 from the connector provider.
The ID mechanism allows tools that produce additional deployment information (beyond the standard deployment descriptor) to store the nonstandard information in a separate file and to refer to standard deployment descriptor from these nonstandard tools specific file. Tools cannot add the nonstandard information into the standard deployment descriptor.
A resource adapter for use in a client server computer environment has been described and illustrated in detail. While there have been described above the principles of the present invention in conjunction with various embodiments, the foregoing description is made only by way of example and not as a limitation to the scope of the invention.
|Cited Patent||Filing date||Publication date||Applicant||Title|
|US5282273 *||May 13, 1993||Jan 25, 1994||Hitachi, Ltd.||Enterprise information system having three level hierarchy of data bases and communication paths|
|US5369570 *||Nov 14, 1991||Nov 29, 1994||Parad; Harvey A.||Method and system for continuous integrated resource management|
|US5581764 *||May 2, 1994||Dec 3, 1996||Novadigm, Inc.||Distributed computer network including hierarchical resource information structure and related method of distributing resources|
|US6453348 *||Nov 6, 1998||Sep 17, 2002||Ameritech Corporation||Extranet architecture|
|US6466654 *||Mar 6, 2000||Oct 15, 2002||Avaya Technology Corp.||Personal virtual assistant with semantic tagging|
|US6487208 *||Sep 9, 1999||Nov 26, 2002||International Business Machines Corporation||On-line switch diagnostics|
|US6499036 *||Aug 12, 1998||Dec 24, 2002||Bank Of America Corporation||Method and apparatus for data item movement between disparate sources and hierarchical, object-oriented representation|
|US6530080 *||Jul 19, 1999||Mar 4, 2003||Sun Microsystems, Inc.||Method and apparatus for pre-processing and packaging class files|
|US6687745 *||Jun 22, 2000||Feb 3, 2004||Droplet, Inc||System and method for delivering a graphical user interface of remote applications over a thin bandwidth connection|
|US6721777 *||May 24, 2000||Apr 13, 2004||Sun Microsystems, Inc.||Modular and portable deployment of a resource adapter in an application server|
|1||BEA Systems, "BEA WebLogic Enterprise-Getting Started," WebLogic Enterprise 5.0, Document Edition 5.0 (Dec. 1999) <http://edocs.bea.com/wle/wle50/pd/getstart.pdf>.|
|2||Shannon, "Java (TM) 2 Platform Enterprise Edition Specification, vl.2," (Dec. 1999) <http://java.sun.com/j2ee/docs.html>.|
|Citing Patent||Filing date||Publication date||Applicant||Title|
|US7480916 *||Oct 9, 2002||Jan 20, 2009||International Business Machines Corporation||Exploiting services in an integrated development environment|
|US7493628 *||Mar 28, 2003||Feb 17, 2009||Bea Systems, Inc.||Shared common connection factory|
|US7509429||May 28, 2004||Mar 24, 2009||Sap Ag||Message endpoint activation|
|US7594237 *||Jun 1, 2004||Sep 22, 2009||Sap Ag||Program object to support connection generation|
|US7657658 *||Jun 7, 2004||Feb 2, 2010||Sap Ag||Resource adapter deployment|
|US7676538 *||Mar 28, 2003||Mar 9, 2010||Bea Systems, Inc.||Systems and methods for application view transactions|
|US7676810||Jun 3, 2004||Mar 9, 2010||Sap Ag||Identification of execution context|
|US7685577 *||Sep 4, 2001||Mar 23, 2010||Op40, Inc.||System and method for translating an asset for distribution over multi-tiered networks|
|US7730112||Oct 8, 2004||Jun 1, 2010||Bea Systems Inc.||Scoped applications|
|US7756870 *||Jun 25, 2004||Jul 13, 2010||Sap Ag||Handling of standarized properties and their use in data exchange|
|US7797697||Oct 20, 2004||Sep 14, 2010||Bea Systems, Inc.||System and method for deploying applications with library modules|
|US7802260 *||Aug 9, 2004||Sep 21, 2010||Oracle America, Inc.||Receiver-processor-dispatcher mechanism for inbound connectors|
|US7814484 *||May 13, 2005||Oct 12, 2010||Bea Systems, Inc.||System and method for web application extensibility|
|US7937698||Aug 2, 2007||May 3, 2011||International Business Machines Corporation||Extensible mechanism for automatically migrating resource adapter components in a development environment|
|US8020171||Mar 27, 2008||Sep 13, 2011||Oracle International Corporation||System and method for creating and deploying applications with new container types|
|US8326883 *||Oct 28, 2010||Dec 4, 2012||OP40 Holdings, Inc||System and method for distributing assets to multi-tiered network nodes|
|US8352936 *||Apr 6, 2010||Jan 8, 2013||International Business Machines Corporation||Creating virtual appliances|
|US8458222 *||Oct 26, 2010||Jun 4, 2013||Op40 Holdings, Inc.||System, method, and data structure for packaging assets for processing and distribution on multi-tiered networks|
|US8495594||Jan 10, 2008||Jul 23, 2013||International Business Machines Corporation||Method and system for providing a componentized resource adapter architecture|
|US8620856||Jan 18, 2008||Dec 31, 2013||International Business Machines Corporation||Method and system for providing a data exchange service provider interface|
|US9065843 *||Feb 12, 2008||Jun 23, 2015||Sap Se||Method, system and article of manufacture for providing connections and connection aliases descriptors by services and libraries archives|
|US9411571 *||Feb 28, 2013||Aug 9, 2016||Adobe Systems Incorporated||Method and apparatus for deploying software as a service|
|US20030037173 *||Sep 4, 2001||Feb 20, 2003||Pace Charles P.||System and method for translating an asset for distribution over multi-tiered networks|
|US20030074217 *||Oct 9, 2002||Apr 17, 2003||International Business Machines Corporation||Resource adapter and integrated development environment|
|US20040019684 *||Mar 28, 2003||Jan 29, 2004||Timothy Potter||Systems and methods for application view transactions|
|US20040034859 *||Mar 28, 2003||Feb 19, 2004||Timothy Potter||Shared common connection factory|
|US20050251495 *||Oct 8, 2004||Nov 10, 2005||Bea Systems, Inc.||System and method for unified file management|
|US20050251507 *||Oct 8, 2004||Nov 10, 2005||Bea Systems, Inc.||Scoped applications|
|US20050251810 *||Oct 20, 2004||Nov 10, 2005||Bea Systems, Inc.||System and method for application libraries|
|US20050268276 *||Jun 1, 2004||Dec 1, 2005||Tankov Nikolai D||Program object to support connection generation|
|US20050273783 *||Jun 3, 2004||Dec 8, 2005||Tankov Nikolai D||Identification of execution context|
|US20050278452 *||May 28, 2004||Dec 15, 2005||Tankov Nikolai D||Message endpoint activation|
|US20050278718 *||May 13, 2005||Dec 15, 2005||Bea Systems, Inc.||System and method for web application extensibility|
|US20050289212 *||Jun 1, 2004||Dec 29, 2005||Tankov Nikolal D||Non-transactional resource reference|
|US20050289504 *||Jun 25, 2004||Dec 29, 2005||Daniel Buchmann||Handling of standarized properties and their use in data exchange|
|US20060031388 *||Jun 3, 2004||Feb 9, 2006||Tankov Nikolai D||Connection resource system|
|US20060080435 *||Jun 7, 2004||Apr 13, 2006||Tankov Nikolai D||Resource adapter deployment|
|US20070015411 *||Apr 19, 2004||Jan 18, 2007||Masafumi Hirata||Service utilization termianl for providing users with functions provided on network|
|US20080178174 *||Mar 27, 2008||Jul 24, 2008||Bea Systems, Inc.||System and method for creating and deploying applications with new container types|
|US20080270617 *||Feb 12, 2008||Oct 30, 2008||Gatev Andrei A||Method, System and Article of Manufacture for Providing Connections and Connection Aliases Descriptors by Services and Libraries Archives|
|US20090037898 *||Aug 2, 2007||Feb 5, 2009||Ella Belisario||Extensible mechanism for automatically migrating resource adapter components in a development environment|
|US20090183144 *||Jan 10, 2008||Jul 16, 2009||International Business Machines Corporation||Method and system for providing a componentized resource adapter architecture|
|US20090187926 *||Jan 18, 2008||Jul 23, 2009||International Business Machines Corporation||Method and system for providing a data exchange service provider interface|
|US20110137934 *||Oct 28, 2010||Jun 9, 2011||Pizzorni Paolo R||System and method for distributing assets to multi-tiered network nodes|
|US20110137949 *||Oct 26, 2010||Jun 9, 2011||Mark Bobick||System, method, and data structure for packaging assets for processing and distribution on multi-tiered networks|
|US20110246830 *||Apr 6, 2010||Oct 6, 2011||International Business Machines Corporation||Creating Virtual Appliances|
|US20140245290 *||Feb 28, 2013||Aug 28, 2014||Adobe Systems Incorporated||Method and apparatus for deploying software as a service|
|Aug 9, 2001||AS||Assignment|
Owner name: SUN MICROSYSTEMS, INC., CALIFORNIA
Free format text: ASSIGNMENT OF ASSIGNORS INTEREST;ASSIGNOR:SHARMA, RAHUL;REEL/FRAME:012065/0065
Effective date: 20010725
|May 13, 2009||FPAY||Fee payment|
Year of fee payment: 4
|Mar 8, 2013||FPAY||Fee payment|
Year of fee payment: 8
|Dec 14, 2015||AS||Assignment|
Owner name: ORACLE AMERICA, INC., CALIFORNIA
Free format text: MERGER AND CHANGE OF NAME;ASSIGNORS:ORACLE USA, INC.;SUN MICROSYSTEMS, INC.;ORACLE AMERICA, INC.;REEL/FRAME:037280/0159
Effective date: 20100212