Abstract: Various embodiments of a networked computer system in which an application server associates an identity with each data source included in the system are disclosed. The networked computer system may include several backend systems, each including one or more data resources, and the identity of a data source may be unique to a data resource. When an application requests a connection to a data resource, the application server may ascertain the identity of the associated data source and compare this identity to identities of data sources with existing connections. If a match is found, the application server may provide an existing connection to the application, whereas if no match is found the application server may provide a new connection. The identity of a data source may include one or more data source configuration properties. In some embodiments, the identity may include database name, URL, and user name.

Abstract: A dynamically configurable resource pool may provide a pool of computing resource for use in a computing system or application, such as a connection pool or a thread pool for server systems such as application and web server systems. In one embodiment, a server may include a resource pool configured to provide a plurality of computing resources. Other components in the server may be configured to request use of one of the computing resources from the connection pool. The resource pool may include a resource pool manager configured to service requests for the computing resources. The resource pool manager may manage configuration of the resource pool. The resource pool manager may also be configured to receive a configuration change request to change the configuration of the resource pool while the resource pool is available for use.

Abstract: A system and method for implementing a common transaction manager interface. A system may implement an application server with a transaction manager module configured to provide a common application interface to a local transaction manager and a global transaction manager. The transaction manager module may be configured to determine if a transaction initiated by an application component should be managed by the local transaction manager or the global transaction manager. The local transaction manger may be configured to create a local transaction object for each transaction managed by the local transaction manager, and the global transaction manger may be configured to create a global transaction object for each transaction managed by the global transaction manager. The local transaction objects and the global transaction objects may provide a common application interface for implementing their respective transactions.

Abstract: A transaction manager may be paused so that transactions managed by the transaction manager are prevented from making transactional state changes. When all transactions being coordinated by a transaction manager are paused, the transaction manager may be said to be paused or frozen. While the transaction manager is paused, the transactions that the transaction manager is supporting may not be allowed to complete. A transaction manager may obtain permission from a transaction freeze manager in order to transition the state of a transaction. The transaction freeze manager may function as a read/write lock manager controlling locks on a transaction freeze object. In servicing a transaction state transition request, the transaction freeze manager may grant the transaction manager a read lock on the transaction freeze object. In servicing a transaction manager pause request, the transaction freeze manager may grant an administrative entity a write lock on the transaction freeze object.

Abstract: A transaction manager may be paused so that the transactions it manages are prevented from making transaction state changes. While the transaction manager is paused, the transactions that the transaction manager is executing may not be allowed to complete. A transaction manager may be configured to obtain permission from a transaction freeze manager in order to transition the state of a transaction. The transaction freeze manager may function as a read/write lock manager controlling locks on a transaction freeze object. In servicing a transaction state transition request, the transaction freeze manager may grant the transaction manager a read lock on the transaction freeze object. In servicing a transaction manager pause request, the transaction freeze manager may grant an administrative entity a write lock on the transaction freeze object.

Abstract: A system and a method for simultaneously managing a local transaction and a global transaction in an application server. In one embodiment, a system may manage a first transaction, from a first application component, as a local transaction and also manage a second transaction, from a second application component, as a global transaction. In one embodiment, the first transaction and the second transaction may be managed from the same instance of the application server.

Abstract: A system and method for excluding from a transaction accesses to one or more data sources marked as read-only. Data sources may be designated as read-only at a data source level, connection level, or on a registry. A global transaction may be delayed until two or more non-read-only data sources are being used. A transaction involving multiple data sources may still be managed as a non-global transaction if only one of the data sources is non-read-only. The other read-only data sources may be left out of the transaction.

Abstract: Various embodiments of a utility for configuring data sources in a networked computer system are disclosed. A networked computer system may include a number of backend systems hosting a variety of types of data resources including databases produced by a variety of vendors. Application servers running transactional applications as well as many other types of computer systems may be included in the networked system. The data source configuration utility may determine the data source configuration parameters associated with each of the various types of data resources included in the system. When a data source is selected for configuration, the utility may present the configuration parameters corresponding to that particular data source to the user. The utility may create one or more data source configuration files based on parameter values received from the user.

Abstract: A distributed data system may include a plurality of nodes one or more of which may include at least one multi-threaded process operable to access portions of distributed data. A lock mechanism may grant locks to the multi-threaded processes for portions of the distributed data. Only a process holding a lock may access a portion corresponding to the lock. Threads of other processes may not access the portion. A process may include a lock management thread pool dedicated to managing locks for portions of the distributed data for access by other threads of the process. Each lock management thread of the lock management thread pool may request a lock for a portion of distributed data on behalf of the process. The process may hold one or more locks for portions of distributed data corresponding to one or more lock management threads of the lock management thread pool.

Abstract: A system and method for specifying a transaction manager type at various levels in an application. A system may implement several application components in which each application component may use a different transaction manager type. A transaction manager type may be specified at a module or component level for each of the application components. The transaction manager type may also be specified at an instance wide level.

Abstract: A system and a method for simultaneously managing a local transaction and a global transaction in an application server. In one embodiment, a system may manage a first transaction, from a first application component, as a local transaction and also manage a second transaction, from a second application component, as a global transaction. In one embodiment, the first transaction and the second transaction may be managed from the same instance of the application server.

Abstract: A system and method for implementing a common transaction manager interface. A system may implement an application server with a transaction manager module configured to provide a common application interface to a local transaction manager and a global transaction manager. The transaction manager module may be configured to determine if a transaction initiated by an application component should be managed by the local transaction manager or the global transaction manager. The local transaction manger may be configured to create a local transaction object for each transaction managed by the local transaction manager, and the global transaction manger may be configured to create a global transaction object for each transaction managed by the global transaction manager. The local transaction objects and the global transaction objects may provide a common application interface for implementing their respective transactions.

Abstract: A system and method for specifying a transaction manager type at various levels in an application. A system may implement several application components in which each application component may use a different transaction manager type. A transaction manager type may be specified at a module or component level for each of the application components. The transaction manager type may also be specified at an instance wide level.

Abstract: A system and method for excluding from a transaction accesses to one or more data sources marked as read-only. Data sources may be designated as read-only at a data source level, connection level, or on a registry. A global transaction may be delayed until two or more non-read-only data sources are being used. A transaction involving multiple data sources may still be managed as a non-global transaction if only one of the data sources is non-read-only. The other read-only data sources may be left out of the transaction.

Abstract: A system and a method for promoting a first accessed data resource from being managed as a local transaction to being managed as a global transaction. An application server may put off setting a connection type for a first connection until other data resources are accessed. If other data resources are accessed, the connection to the first data resource may be set as global. If no other data resources are accessed, the first data resource may be handled as a local transaction.

Abstract: A system and method for managing a transaction for an application by changing a local transaction to a global transaction if one or more data resources different from the first one accessed are also accessed. If only one data resource is accessed, it may use a non-global transaction connection and be managed as a local transaction. However, if multiple data resources are accessed, the transaction may be changed to a global transaction and handled with a global transaction manager.

Abstract: A dynamically configurable resource pool may provide a pool of computing resource for use in a computing system or application, such as a connection pool or a thread pool for server systems such as application and web server systems. In one embodiment, a server may include a resource pool configured to provide a plurality of computing resources. Other components in the server may be configured to request use of one of the computing resources from the connection pool. The resource pool may include a resource pool manager configured to service requests for the computing resources. The resource pool manager may manage configuration of the resource pool. The resource pool manager may also be configured to receive a configuration change request to change the configuration of the resource pool while the resource pool is available for use.

Abstract: A distributed data system may include a plurality of nodes one or more of which may include at least one multi-threaded process operable to access portions of distributed data. A lock mechanism may grant locks to the multi-threaded processes for portions of the distributed data. Only a process holding a lock may access a portion corresponding to the lock. Threads of other processes may not access the portion. A process may include a lock management thread pool dedicated to managing locks for portions of the distributed data for access by other threads of the process. Each lock management thread of the lock management thread pool may request a lock for a portion of distributed data on behalf of the process. The process may hold one or more locks for portions of distributed data corresponding to one or more lock management threads of the lock management thread pool.

Abstract: A framework for distributed state management across servers is described, in particular for enterprise systems. The framework provides an architecture including a distributed state management adapter for servers and their applications to access a distributed state management server. The distributed state management adapter is coupled to applications through an application program interface. The distributed state management server is couple to the distributed state management adapters through a standardized service provider interface. This framework enables interoperability among applications using state data. The distributed state management system may provide or support various functionalities, including state synchronization, secure data access, event notification, state management control, transaction based state management, and persistent state back-up.