Surety is performing system maintenance this weekend. Electronic date stamps on new Prior Art Database disclosures may be delayed.
Browse Prior Art Database

Dependent Resources Discovery and Management of J2EE Applications

IP.com Disclosure Number: IPCOM000172280D
Original Publication Date: 2008-Jul-08
Included in the Prior Art Database: 2008-Jul-08
Document File: 4 page(s) / 180K

Publishing Venue



Today one of the biggest challenges facing an administrator of J2EE deployment platform is to successfully provision the application to a new environment from scratch. Along with the application to be deployed, developers need to transfer the knowledge about the dependent resources for an application. For example, many applications assume that a JDBC data source has already been created. This means that you can not deploy the application until the data source has been provisioned. It is always a challenge for application deployer and system administrators to resolve such dependencies for an application themselves. In addition, after the application is successfully deployed, the dependency map between the resources and the application are not maintained by the J2EE container. Thus, the application transition or undeployment is not a trivial process and is often manual-intensive and error-prone. The invention provides a new feature of J2EE container to discover and manage dependent resources of J2EE applications. It brings a revised application deployment process by including dependent resources detection/creation in it. In addition, it introduces a method of discovering the potential dependent resources of a J2EE application and maintaining the dependency map in J2EE container. J2EE has been very accurately in providing specification for detailing the arrangement of resources within a server-side application, such as Web applications (*.war files), EJB components (*.jar files), and enterprise applications (*.ear files). Thus, it is easy to find the configuration files (web.xml, portlet.xml or ejb-jar.xml). Accordingly, by parsing the configuration files, some resources sensitive strings are detected (for example, an environment entry names “JNDI_DataSource_BReport”). And then, the deployment component inside J2EE container will present the potential dependent resources to the deployer by who the resources are created or ignored. Also, since the J2EE container will maintain the dependency relationship, it will reduce the communication expense between developers and deployers, especially for the subsequent administration of the application after the first installation. This method does not require application code changes, nor does it introduce any new standards or specifications. It is application-server-vendor neutral. Applying this method to a J2EE container should be simple and smooth.

This text was extracted from a PDF file.
At least one non-text object (such as an image or picture) has been suppressed.
This is the abbreviated version, containing approximately 83% of the total text.

Page 1 of 4

Dependent Resources Discovery and Management of J2EE Applications

When a J2EE artifact (*.ear, *.

war, or *.

jar) is uploaded to server to be deployed, the server

will extract and then parse the configuration file (


portlet.xml or ejb-

jar.xml) from the compression package before the real

deployment. When parsing the XML formatted configuration file, some potential

dependent resources will be detected. And then,

with deployer's confirmation, the exact dependent resources will

be created (if does not exist before) and the

dependency relation will be saved.

When an application is supposed to be undeployed bythe administrator, the server will judge whether the dependent resources can be deleted. For example, if a JDBC data source is used by multiple applications, it can be deleted only when all the relative applications have been undeployed.

J2EE Application User Interactive Deployment Process

Firstly, the user uploaded the artifact to server.


Page 2 of 4

After the VendorServiceEAR.ear is uploaded successfully, server will extract VendorServiceEAR.ear/




web.xml and parse it.


[This page contains 1 picture or other non-text object]

Page 3 of 4


[This page contains 1 picture or other non-text object]

Page 4 of 4

Third, the server asks for deployer's confirmation of the potentially dependent resources to be cr...