WO2004079521A2 - Universal deployment tool - Google Patents

Universal deployment tool Download PDF

Info

Publication number
WO2004079521A2
WO2004079521A2 PCT/US2004/005949 US2004005949W WO2004079521A2 WO 2004079521 A2 WO2004079521 A2 WO 2004079521A2 US 2004005949 W US2004005949 W US 2004005949W WO 2004079521 A2 WO2004079521 A2 WO 2004079521A2
Authority
WO
WIPO (PCT)
Prior art keywords
deployment
application server
target application
plug
module
Prior art date
Application number
PCT/US2004/005949
Other languages
French (fr)
Other versions
WO2004079521A3 (en
Inventor
Sreedhara Srinivasulu Narayanaswamy
Gerald L. Boyd
Original Assignee
Computer Associates Think, Inc.
Priority date (The priority date is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the date listed.)
Filing date
Publication date
Application filed by Computer Associates Think, Inc. filed Critical Computer Associates Think, Inc.
Priority to EP04715158A priority Critical patent/EP1599797A4/en
Priority to BRPI0407738-5A priority patent/BRPI0407738A/en
Priority to JP2006508889A priority patent/JP2006521638A/en
Priority to CA002514755A priority patent/CA2514755A1/en
Priority to AU2004216794A priority patent/AU2004216794A1/en
Publication of WO2004079521A2 publication Critical patent/WO2004079521A2/en
Publication of WO2004079521A3 publication Critical patent/WO2004079521A3/en
Priority to IL169816A priority patent/IL169816A0/en

Links

Classifications

    • GPHYSICS
    • G06COMPUTING; CALCULATING OR COUNTING
    • G06FELECTRIC DIGITAL DATA PROCESSING
    • G06F9/00Arrangements for program control, e.g. control units
    • G06F9/06Arrangements for program control, e.g. control units using stored programs, i.e. using an internal store of processing equipment to receive or retain programs
    • GPHYSICS
    • G06COMPUTING; CALCULATING OR COUNTING
    • G06FELECTRIC DIGITAL DATA PROCESSING
    • G06F8/00Arrangements for software engineering
    • G06F8/60Software deployment
    • G06F8/61Installation

Definitions

  • the present application relates to computer systems, and particularly, to a system and method for assembling and deploying software components to a target server or platform.
  • Middle tier applications also referred to as application servers, typically sit on top of a wide range of existing enterprise systems such as database management systems, transaction monitors, and naming and directory services. Many of these application servers are built based on standard specifications such as the Java 2 Platform, Enterprise Edition (J2 ⁇ E) to provide portability and scalability to applications managing and accessing various enterprise systems.
  • J2 ⁇ E Java 2 Platform, Enterprise Edition
  • J2E ⁇ defines a specification for developing enterprise applications to follow as a standard.
  • J2EE bases the enterprise applications on standardized, modular components, by providing a set of services to those components, and by handlJ.Tig many details of application behavior automatically.
  • J2EE includes support for Enterprise JavaBeans (EJB) components, Java Servlets API, JavaServer Pages and Extended Marked-up Language (XML) technology.
  • EJB Enterprise JavaBeans
  • Java Servlets API JavaServer Pages
  • XML Extended Marked-up Language
  • an application built conforming to the J2EE standard specification may be deployed to an application server that supports the J2EE standards, thus allowing the deployed application to manage and access various resources provided by the underlying enterprise systems via the application server .
  • deployment is the process of distributing and configuring various part of application programs such as J2EE applications to appropriate locations in application servers.
  • J2E ⁇ provides standard specifications for application servers and applications running on ' these application servers, each application must be deployed according to vendor or application server provider's specific criteria. In most cases, each vendor supplying the application server also provides deployment methods and tools for deploying applications to its application server specifically. Further, applications developed in a particular application server development environment are limited to deploying to that application server only. Thus, to deploy applications to different application servers, multiple development environment tools may need to be used to develop the applications for deploying.
  • the deployment tool in one aspect assembles and deploys program modules or software components generated by any predetermined standard compliant application tools.
  • the system and method in one aspect isolates each application server' s specific deployment logic into plug-in modules.
  • a user is provided with a series of input tools or panels for specifying deployment variables and customizing the deployment as needed.
  • the customization includes the ability to select the target application server and optionally, the target platform and operating system.
  • the system and method provided may be run in a standalone mode and/or may be integrated into a development tool from which it may be started.
  • the system comprises a deployment module operable to determine a target application server to which to deploy one or more program modules.
  • the system also includes a common set of program definitions for a plug-in module to implement for interacting with the deployment module.
  • the common set of program definitions are used by the plug-in module and the deployment module to configure target application server specific information for deploying to the target application server.
  • the common set of program definitions may include object-oriented interface definitions defining methods and variables, which the plug-in module may implement for customizing the plug-in for the particular target application server.
  • the system may provide one or more plug- in modules.
  • the system may provide a plug-in module corresponding to each target application server that the .system support.
  • the plug-in modules implement the common set of pvo ram definitions, providing customization related to target application server specific configurations for the associated target application server.
  • a method for deploying program modules or files comprises determining a target application server to deploy one or more program modules and dynamically loading a plug-in module associated with the target application server for determining configuration information related to the target application server.
  • Deployment files are updated with the determined configuration information and the program modules are repackaged with the updated deployment files.
  • the repackaged file is then ready to be deployed to the target application server by invoking a deploy routine implemented in the plug-in.
  • the repackaged file is transferred to the target application server, for example, using the FTP (file transfer protocol) , before the deploy routine is invoked.
  • Figure 1 is an architectural diagram illustrating the deployment tool in one embodiment .
  • Figure 2 is a functional diagram illustrating an overview of the deployment process in one embodiment.
  • Figure 3 is process flow diagram that illustrates the deployment method in one embodiment .
  • Figures 4-13 are examples of screen panels in one embodiment licit are presented to a user for guiding the user through deployment process and collecting deployment information relating to particular target application servers.
  • the present disclosure describes a system and method for deploying software or program units, also referred to as program files or program modules to any middle tier applications or application servers complying with a predetermined specification standard.
  • An example of such predetermined specification standard includes J2EE and an example of such software units includes components.
  • the system and method in the present disclosure provides an ability to deploy Enterprise
  • EJBs JavaBeans
  • web applications web applications
  • servlets etc.
  • Deployable EJBs may include stateless session beans, stateful session beans, bean managed persistence entity beans, container managed persistence entity beans, message driven beans and web components or applications, but not lit ⁇ ted to only such components .
  • the system and method provided in the present disclosure enables deployment to J2EE 1.3
  • Reference Implementation and application servers such as Weblogic, Websphere, iPlanet, Jrun, Oracle9i, or any other application servers on platforms such as NT, Windows 2000, Solaris, AIX, HP, Linux, and AS/400.
  • FIG. 1 is an architectural diagram illustrating the system and method for a deployment tool of the present disclosure in one embodiment.
  • the deployment tool of the present disclosure implements a deployment wizard interface 102 and is invoked to begin deploying various application components to an application server.
  • a deployment wizard interface 102 includes a functionality to present a user with various input panels and message panels to guide the user through the deployment process.
  • deployment wizard interface 102 may be invoked on a command line interface and the user may run the deployment process without any presentation panels.
  • Deployment wizard interface 102 defines a number of methods and variables that may be implemented to use the deployment tool .
  • deployment tool classes may implement the following deployment wizard methods to provide its functionalities.
  • getDeploymentModules () which returns a list of EAR files to be deployed; setDeployer, which sets the deployer for the active deployment plugin; getDeployer, which returns the deployer for an active deployment plugin; getHelper, which returns the deployment helper interface; isStopped, which returns true if the deployment has been stopped; packageFiles, which packages the EAR files to be deployed; processFinish, whish is executed when the finish button is pressed; getPluginBundle, which returns the resource bundle being used by the active plugin; getBundleO, which returns the bundle being used by the deployment wizard,- isXmlEditorAllowed, which returns true if the XML editor can be invoked; isRunninglnsideJoe, which returns true if the deploy tool has been invoked by Advantage Joe, a development environment; getCon
  • two classes implement the deployment wizard interface 102.
  • One class 104 communicates with a development environment tool interface 104, such as the Advantage Joe interface, and may be invoked within the development environment tool.
  • the other class 106 receives input from a command line and is referred to as a command line interface.
  • the deployment tool of the present disclosure uses a plug-in architecture to isolate and modularize application specific functionalities and properties unique to each application server.
  • the unique functionalities and properties may include application server specific security information and factors such as whether caching is to be performed.
  • Other application server specific criteria include a particular location of an application server where the EAR file needs to be stored, whether an EAR file needs to be pre-processed to include application server required classes.
  • many application servers generally require that application server specific deployment descriptors be used. Accordingly, application specific deployment configuration and functionalities for a given target application server are encapsulated into a plug-in module 110 for that target application.
  • the plug-in modules 110 implement a plug-in deployer interfaces 112 and other helper interfaces to effect communication between the classes 104 106 that implement the deployment wizard interface 102.
  • the classes 104 and 106 which implement the deployment wizard interface 102, requests a server profile selection to determine which server profile is to be used to deploy a specified package of components or applications such as the archive J2EE application (EAR) file. For example, one or more plug-ins that are currently installed are determined and used to form a list of available target servers. That is, if an IBM Websphere plug-in is installed, then the Server Profile Manager 108 returns IBM Websphere application server as one of the candidate target servers .
  • EAR archive J2EE application
  • a server profile panel is presented to a user to select a target server from a list of target servers determined as described above.
  • a user may select one from the list or may specify a new target application server, creating a new server profile and installing a plug-in associated with the • new server.
  • a plug-in refers to an accessory program that enhances a main application. Plug-ins are program units that may be added to the main application without affecting the main application. Because the deployment tool of the present disclosure uses a plug-in architecture for application specific functionalities, additional target application servers may be added easily by, for example, adding plug-ins for those new target application servers. Accordingly, new application servers for deployment may be added dynamically without having to change or modify other parts of the deployment tool .
  • a deployer that is, a person performing the deployment selects a server type and defines a server profile 108 that is used to save deployment settings.
  • Server profile 108 may already have been created previously, for example, from a previous deployment session to the same application server.
  • Server profiles 108 are created for servers that have corresponding plug-ins 110 that implement the deployer interface 112.
  • server profiles are created and saved by the server profile manager 108 and are populated with the information provided by the user during the deployment process.
  • Server profiles store information needed by the plug-in, including such information as the profile name, host name, and the port number.
  • Other information in a server profile may include the type of deployment platform, file transfer protocol ("ftp") user identifier ("id") , ftp password, and deployment directory. Additional information needed for a particular application server may be requested from the user during the deployment process and stored in the server profile.
  • the deployment tool class 104 or 106 may determine which platforms are supported by the plug-in by invoking an instance of the plug- in method that implements the deployer interface 112. For example, a class in the plug-in implementing an interface provided for communicating platform information to the deployment tool class 104 or 106, for instance, the MultiPlatformPlugin interface defininig getPlatforms method, may provide a list of the platforms supported by that particular plug-in. After a platform is selected as shown at 114, a corresponding plug-in 110 is activated to package the EAR file.
  • a deployer helper interface 116 may be used by the plug-ins 110 and provides access to one or more methods for requesting services of the deployment tool classes 104 or 106 implementing the deployment wizard interface 116. For instance, after the EAR file is packaged, a user may edit the deployment descriptors using the deployer helper interface. The deployer helper interface 116 is passed to a plug-in, when the plug-in is activated by the deployment tool 104 or 106. Prior to displaying a summary page for a packaged EAR file, the deployment tool 104 or 106 may optionally display the contents of the packaged EAR file to be modified. The modifications may be performed using the helper interface dialogs or by using a provided XML editor. The packaged EAR file is then deployed to the selected target application server using the deploy method implemented by the plug-ins. For instance, the deploy method may be invoked from the deployment tool classes 104, 106 that implement the deployment wizard interface 102
  • Figure 2 illustrates an overview of a deployment process in one embodiment.
  • the deployment tool of the present disclosure is enabled to handle a complete EAR file, which may contain both the EJB and web application components, and other files.
  • Deployable components may be created by using any one of the available enterprise development environment tools.
  • One such tool is Advantage Joe 3.0, which provides capability for modeling, building, and deploying components onto an application server.
  • the disclosed deployment tool in one embodiment, combines the Java archives (JAR) files and incorporates them into Enterprise archive (EAR) files, which may then be deployed to a target application server, regardless of which tools were used to create the JAR files and EAR files.
  • JAR Java archives
  • EAR Enterprise archive
  • JAR files typically include one or more J2EE modules making up a J2EE application.
  • a J2EE module is a collection of one or more J2EE components of the same component type such as web and EJB.
  • Each J2EE module typically includes a corresponding deployment descriptor that contains declarative data required during the deployment of the components in the module.
  • a J2EE application includes one or more J2EE modules and one J2EE application deployment descriptor.
  • J2EE application deployment descriptor generally describes the WAR and EJB JAR files and includes security and database information specific to the application, if any.
  • a J2EE application is packaged using the Java archive (JAR) file format into a file with .ear filename extension.
  • JAR Java archive
  • J2EE modules used in the application are selected, an application directory structure is created, J2EE module deployment descriptors are created, a deployment descriptor for the J2EE application is created, and the J2EE application is packaged.
  • a deployment tool of the present disclosure may receive input in the form of module selection and model information, for example, if the deployment tool is being invoked as part of a development environment. That is, when operating as an integrated part of a development tool such as Advantage Joe, the deployment tool, in one embodiment, is supplied with development tool's information model, a directory of J2EE modules packaged in JAR files, and a project selection.
  • a development tool's information model may include detailed information about the application such as description of the classes and internal logic and relationships between the classes.
  • a project selection may be used to build and deploy project related objects, for example, by selecting from a list of objects including classes, specifications, methods, parameters, projects, and jars. Accordingly, a project selection allows the deployment tool to locate the particular project output built using a development environment tool . This output may include an output directory containing classes resulting from the build process and also any applicable jar files created during the build process in the development environment tool .
  • the deployment tool in the present disclosure uses the project selection information to access the development tool's information model and the output directory in order to package the J2EE modules into an EAR file 202.
  • EAR file 202 is processed.
  • the EAR file 202 is expanded into its individual components so that one or more deployment descriptors in the EAR file 202 may be extracted and modified.
  • the deployer interfaces provided in the present disclosure may be used to modify the deployment descriptors.
  • these descriptors may need to be modified prior to the actual deployment to a target application server.
  • a deployment descriptor refers to an XML file provided for each module and application, and describes how the modules and applications are to be deployed.
  • a target application server to which the EAR file is to be deployed is selected.
  • the selection may, for example, be determined by presenting the user with a list of available application servers that have corresponding plug-ins 208 and allowing the user to select an application server from the list.
  • a plug-in corresponding to the selected application server is dynamically loaded.
  • any other plug-ins that are available may also be dynamically loaded at this time.
  • a profile is created for the selected application server if one does not exist already. For example, a new application server may need a corresponding application server profile created. This application server profile includes information such as the host name and the port number of the target application server to which the EAR files is being deployed.
  • a validity check is performed to make sure that the EAR file includes a valid version of a deployment descriptor and conforms to valid data type definitions (DTD) .
  • DTD data type definitions
  • the deployment descriptors are XML files and, therefore, need to be associated with a valid document type declaration provided in a DTD.
  • the EAR file is repackaged. The repackaged EAR file may contain modified DTD FILE and descriptors.
  • a target platform for the selected application server is selected. The selection may be determined, for example, by presenting a list of platforms that the selected application server runs on, and allowing the user to select a platform server from the list. The list of platforms supported by the selected application server is provided by the corresponding plug-in via, for example, the plug- in interface method implemented by the corresponding plug-in.
  • deployment process begins.
  • the deployment process may begin, for example, if a user presses a finish button after having selected a platform from the list of the platform presented to the user. In this case, the user pressing the finish button, or performing any analogous activity to indicate that all customizations pertaining to the selected application server are complete, triggers a deploy method implemented by the plug-in to be invoked.
  • the deployment descriptor files may include, for example, the platform selected by the user as described above, and any other EJB properties that the user specified. For example, deployment of message driven EJBs requires that the user supply several pieces of information about the message queues to be supported.
  • the system and method of the present disclosure provides one or more user interface panels to collect this information. That is, the one or more user interface panels help a person doing the deployment to specify information relating to message driven beans.
  • the deployment tool of the present disclosure also allows the user to edit the deployment descriptors directly. After the deployment descriptors have been updated or generated, the EAR is reconstructed or repackaged with the modified deployment descriptors at 232.
  • the resulting EAR file is -then sent to the target application server at 234, for example, by using a file transfer protocol (FTP) , and the process proceeds to step 240.
  • FTP file transfer protocol
  • step 240 if it is determined that the EAR file is being deployed to a local server, that is, the server sitting on the same platform as the deployment tool, application server specific deployment files are generated.
  • the generated application server specific deployment files are repackaged into EAR file.
  • a deployment procedure is executed by invoking a deploy method of the deployer interface implemented by the application server specific plug-in.
  • a plug-in is implemented for a corresponding application server to which applications and components are being deployed.
  • one or more interfaces are provided for plug-ins to implement for modifying existing deployment descriptors, repackaging, and deploying the files to a target application server and interacting with the deployment tool provided in the system and method of the present disclosure.
  • a plug-in for an application server implements a Deployer interface .
  • the Deployer interface provides various methods that a plug-in may use to deploy files to a desired target application servers.
  • the "setHelper" method of the "DeploymentHelper” interface is called as a first method.
  • the DeploymentHelper interface provides a way for a plug-in to get the information and services it needs after the plug-in is dynamically loaded, for example, by a class implementing the deployment wizard interface.
  • a DeploymentHelper object may be passed into the plug-in.
  • each plug-in keeps a local copy of this object and uses its methods to interact with the deployment tool of the present disclosure.
  • a MultiPlatformPlugin interface For plug-ins that support multiplatforms, a MultiPlatformPlugin interface is provided. If, for example, a plug-in does not implement this interface, the deployment tool of the present disclosure in one embodiment, assumes that the plug- in supports a single platform. Replacer interface may be implemented by a plug-in. The plug-in supplies this interface when using the convertContainers method on the DeploymentHelper interface . ConvertContainers method opens the EAR files and scans through the deployment descriptors . The strings read from the deployment descriptor are passed to the Replacer interface as long as the Replacer remains active, for example, isActive method of the Replacer interface returns true. The methods in this interface are used to modify or update the deployment descriptors .
  • the checkForStart and checkForEnd methods of the Replacer interface are called to locate the beginning and end of strings that may need to be replaced.
  • a string that may need to be replaced is passed to "willReplace, " which returns true if the string will be replaced.
  • the newString method of the Replacer interface returns the replacement string.
  • the initialize method of the Replacer interface is called whenever a new deployment descriptor is about to be processed.
  • WindowsServerPageUser interface is provided for plug-ins to implement in case a plug-in uses a default windows platform profile details page provided by the ExtendedHelper interface's method getWindowsServerPage .
  • This interface provides a generic information retrieving panel, which a plug-in can use to obtain windows platform profile details from a user.
  • the ExtendedHelper interface generally allows a plug-in to make use of the extended features of the deployment helper interface. These extended features, in one embodiment, provide default implementations of the packaging and deployment features.
  • UnixServerPageUser interface is provided for plug-ins to implement in case a plug-in uses a default Unix platform profile details page provided by ExtendedHelper interface's method, getUnixServerPage method. This interface may be used by a plug in that supports Unix or Linux based platforms to get Unix platform profile detail information. Alternatively, a plug-in may implement its own profile detail page for retrieving information related to a specific platform.
  • a deployment tool provided in the system and method of the present disclosure may be started as a separate process using a command line interface.
  • a batch file for example, JoeDeployTool.bat, may be provided to help in starting the tool.
  • the batch file sets the appropriate classpath for the tool and activates the tool.
  • the batch file is invoked with a location of the EAR file to be deployed, for example, as a parameter.
  • one usage of the batch file may be:
  • JoeDeployTool ⁇ EAR file location> [-ejbTree] [-xmlEditor] [- noProgress] [-contextRoot warName rootName] where ,
  • EAR file location specifies the path of the EAR file; -ejbTree causes display of a tree view of the EAR file; -xmlEditor allows the XML editor to be invoked to edit deployment descriptors;
  • -contextRoot warName rootName specifies the name of the context root to be used when deploying a web archive (war) file; this parameter may be repeated as many times as necessary to specify context roots for every war.
  • the batch file e.g., JoeDeployTool above
  • JoeDeployTool finishes, it leaves a status code in the ERRORLEVEL.
  • a status of zero indicates a successful deployment and a status of two, for example, indicates that deployment failed. If a user terminates or cancels the deployment, a status of two may be returned.
  • the deployment tool provided in the system and method of the present disclosure may be started from within a development environment tool such as Advantage Joe.
  • a class in the Advantage Joe implementing a deployment wizard interface may be started by right clicking on a project in the project tree.
  • the menu option, "Deploy EJB's/War's" may be use to start the class which implement the deployment wizard interface.
  • the Deployer interface is implemented by each deployment plug-in.
  • the following code defines the Deployer interface in one embodiment: public interface Deployer ⁇ public void deploy () throws Deployment Exception; public void packageFiles ( ) throws DeploymentException; public DeplWizPanel getNextPanel ( ) ; public ServerProfile addProfile (String sType) ; public String getResourceString (String key) ; public void setHelper (DeploymentHelper dm) ; public DeploymentHelper getHelper ();
  • the deploy () method is called to begin a deployment process, for example, when a user clicks a finish button from user interface panel that is provided by a deployment tool for stepping the user through the deployment process .
  • These user interface panels allow the user to enter application server specific variables and start the deployment.
  • the deploy () nethod performs the deployment of all modules packaged in an EAR file as specified in the deployment descriptors. If an error occurs, it throws a DeploymentException.
  • Each plug-in may have its own status and error messages displayed during execution.
  • the packageFiles () method is called prior ' to displaying a summary page.
  • the summary page may allows a deployer to verify the deployment options before initiating deployment to the target application server.
  • This method packages one or more files to be deployed.
  • the packaged files in general result in an EAR file, but need not be limited to an EAR file only. If an error occurs, it throws a DeploymentException.
  • Each plug-in may have its own status and error messages displayed during execution.
  • the getNextPanel () is used to display panels for collecting input data related to deployment from a user.
  • a deployment tool provided in the system and method of the present disclosure displays an introductory page and a server profile selection page.
  • Each plug-in implements the subsequent panels through this method.
  • Each panel may extend either DeplWizPanel or DeplWizSummary.
  • the DeplWizSummary extends DeplWizPanel.
  • the addProfile (String sType) is used to create a new default server profile for a selected application server type. For example, when a user clicks on add server profile button on the server profile selection page, this method of a corresponding plug-in is invoked.
  • Each plug-in may includes its customized ServerProfile object, for example, J2EE_RIServerProfile, which extends ServerProfile .
  • the ServerProfile class provides one or more useful attributes, and set and get methods for these attributes. A plug-in, however may add new attributes to a child of Server Profile object.
  • the getResourceString (String key) method may be used to access resource strings, for example, via plug-in' s user interface (UI) panels.
  • UI user interface
  • Deployer interface has a local ResourceBundle object, from which resource strings may be accessed or returned using this method.
  • a ResouceBundle contains resource strings that are paired sequences of strings. One string represents a key and the other string represents a value associated with the key.
  • a Java program access the ResourceBundle using the key string and the ResourceBundle returns the value to be used. ResourceBundles are used to allow a Java program to be customized for specific environments including different language environments .
  • the setHelper (DeploymentHelper dm) method is used to access the DeploymentHelper object, and returns a local copy of that object in one embodiment.
  • the DeploymentHelper object will be described in more detail with reference to the DeploymentHelper interface .
  • the MultiPlatformPlugin interface is implemented by a plug- in if the plug-in supports multiple platforms. In one embodiment, if this interface is not implemented, the deployment tool provided in the system and method of the present disclosure assumes that only a single platform is supported.
  • the MultiPlatformPlugin interface defines the following methods : public Iterator getPlatforms () ,- public int getNumPlatforms () ; public DeplWizPanel getNextPanel (String platform) .
  • the getPlatforms () method returns Iterator of String objects, each String object containing the name of a platform. Each String object is used to list available platforms from which a user may select.
  • the getNumPlatforms ( ) method returns the number of platforms supported by this plug-in.
  • the getNextPanel (String platform) method retrieves next panel for selecting a platform among multiple platforms supported by the plug-in.
  • the Replacer interface is implemented by a plug-in and is supplied when using the convertContainers method on the DeploymentHelper interface. ConvertContainers method opens the EAR files and scans through the deployment descriptors. The strings read from the deployment descriptor are passed to the Replacer interface when the isActive method returns true.
  • the isActive method returns true as long as a plug-in still needs to convert portions of the deployment descriptor. When the plug-in is done with the deployment descriptor conversion, the isActive method returns false, at which time the Replacer may complete the conversion process.
  • the checkForStart and checkForEnd methods are called to locate the beginning and end of strings which may need to be replaced. A string that may need to be replaced is passed to "willReplace, " which returns true if the string is to be replace.
  • the newString method returns the replacement string.
  • the initialize method is called whenever a new deployment descriptor is about to be processed.
  • the following methods are defined in the Replacer interface: public boolean isActive (); public boolean willReplace (String strToReplace) ; public String newString (); public int checkForStart (String str, int startinglndex); public int checkForEnd (String str, int startinglndex); public int endingSize () ; public void initialize () .
  • the isActive () method returns true if additional searches or scans through the deployment descriptor are needed.
  • the willReplace (String strToReplace) method returns true if the specified string is to be replaced.
  • the parameter strToReplace includes the string that may need to be replaced.
  • the newString () method returns the replacement string.
  • the checkForStart (String str, int startinglndex) method returns index in specified string where substring to be replaced is located. For example, parameter str includes a string in which a starting sequence is searched, and parameter startinglndex includes a location in str at which to start looking.
  • the checkForEnd (String str, int startinglndex) returns index of ending substring. For example, parameter str includes a string to search for the ending sequence and parameter startlndex includes a location in str at which to start search.
  • the endingSize() method returns size of the ending sequence.
  • the initialize () method is used to reinitialize, typically before starting to convert another file.
  • the UnixServerPageUser interface defines the following methods in one embodiment for getting the labels needed for the fields on the panel : public String getServerNameLabel () ; public String getHostNameLabel () ; public String getPortLabel () ; public String getUserldLabel () ; public String getPasswordLabel ( ) ; public String getDeployLocationLabel ( ) .
  • the UnixServerPageUser also defines public void validateFields (String serverName, String hostname, String portNumber, String userId, String password, String DeployLocation) to determine whether the fields are complete.
  • the DeploymentHelper interface's method, "setValidationStatus" is called by the plug-in that implements this method to set fields as valid or invalid. If the fields are incomplete or invalid, the plug-in may use setValidateStatus to return a false indicator.
  • the WindowsServerPageUser interface defines the following methods to get the labels needed for the fields on the panel : public String getServerNameLabel () ; public String getHostNameLabel () ; public String getPortLabel () .
  • This interface also defines public void validateFields (String serverName, String hostName, String portNumber) to determine whether the fields are complete.
  • the DeploymentHelper interface's method, "setValidationStatus" is called by the implementor of this method.
  • the system and method of the present disclosure also provides one or more additional interfaces that plug-ins may implement.
  • the Deployment Helper interface is provided to the plug-ins to provide a way for a plug-in to get the information and services it needs after being dynamically loaded by the deployment wizard.
  • the plug-in may be built and released independent of the deployment tool .
  • DeploymentModules are objects that correspond to any J2EE deployment modules.
  • DeploymentModules include a collection of deployment modules such as ejb-jars, web archives, client jars that J2EE modules contain.
  • the getJ2eeApplication() method returns a Vector of DeploymentModule objects that correspond to J2EE applications, which were selected to be deployed by a user.
  • the getEjbJars (DeploymentModule de) method returns a Vector of DeploymentModule objects that correspond to ejb- ars for a given J2EE Application.
  • the getBundle ( ) method returns the ResourceBundle for the deployment tool of the present disclosure.
  • the saveProfile () method is invoked if a profile for a given server is to be saved, for example, for a future use. For example, when a user is finished with a panel that collects server profile information, this method may be invoked to save the profile data that the user entered using the panel.
  • the deployment tool provided in the present disclosure automatically manages saving and retrieving of the ServerProfile objects for a plug-in. This method, however, is available for the plug-ins to also implement if desired.
  • the getWorkingProfile () method is invoked to get the information on the target server that a user specified for deployment. For example, when a user selects one of the server profile objects, the deployment tool provided in the system and method of the present disclosure sets a working profile using the selected server profile object.
  • the getHostsO method returns a list of unique host names used in all saved Server Profile objects. If a plug-in desires to provide this list, for example, in a drop down list, as a convenience to the user, this method may be used.
  • the isStopped() method is invoked to test if a deployment wizard, through which the deployment process began, has stopped. The plug-in then may terminated itself when this method returns true .
  • the log (String text) method is used to display any normal status messages once the deploy method is called. Any information related to the deployment process such as steps completed may be sent to an output window.
  • the logError (String text) method is invoked to display any error status messages once the deploy method is called. Any information related to the deployment process, such as exceptions, may be sent to an output window.
  • the logWarning (String text) method is used to display any warning status messages once the deploy method is called. Any information related to the deployment process such as incomplete steps may be sent to an output window.
  • the loglnformation (String text) method is used to display any informational status messages once the deploy method is called. Information related to the deployment process such as unusual conditions that do not affect the output may be sent to an output window.
  • the setFinishButtonEnabled (boolean b) method is used to enable or disable a Finish button. The enabling and disabling of this button may depend on a previous user input.
  • the setNextButtonEnabled (boolean b) method is used to enable or disable a Next button. The enabling and disabling of this button may depend on a previous user input .
  • the setCursor (int cursorType) method is used to change the cursor type, for example, to change the cursor to wait cursor during a long running process .
  • the getNextPage (Deployer deployer) method is called to get the next page to display in a deployment tool, for example, the deployment wizard.
  • the updateFrameStatus ( ) method is used to notify deployment helper interface classes that some action occurred on a plug-in panel. These actions may include updating a data field or pressing certain buttons on the panel.
  • the actions which warrart a call to the deployment helper interface classes may be determined by a plug-in.
  • the getResut() method returns an execution result of a deployment tool that is invoking the plug-in, for example, the deployment tool of the present disclosure.
  • the setDocTypelnfo (String defaultEarDocType, String defaultEarDtdPath, String defaultEjbDocType, String defaultEjbDtdPath) method is used to optionally override a default DOCTYPE information.
  • the setDocTypelnfor (ResourceBundle bundle) method is used to optionally override a default DOCTYPE information from the properties file.
  • setEJBll Boolean value
  • setEJBll() methods are used to optionally indicate that the target is compatible with EJB 1.1 version.
  • the convertContainer (Replacer stringReplacer) method is used to convert containers using plug-in supplied string replacer.
  • This method is used to modify the deployment descriptors and to update the JARS and EARS with modified deployment descriptors.
  • the isEjbOrWarAvailable () returns true if an EJB or Web application is available to deploy.
  • executeCommand (String cmd, Boolean verboseOnException) and executeCommand (String cmd) methods execute command indicated in the parameter "cmd" in a separate process. The results of the cmd are returned in a StringWriter object .
  • the verboseOnException parameter tells the method to put results in a log on an exception.
  • getVariableValue (String variableName) method returns the value of an environmental variables. The method returns null if the variables are not defined.
  • ExtendedHelper interface Another interface provided for plug-ins to implement is ExtendedHelper interface. This interface allows a plug-in to make use of the extended features of the helper interface, which provide default implementations of the packaging and deployment features.
  • ExtendeHelper interface may include the following methods: public Boolean isEarlnput ( ) ; public DeplWizPanel getWindowsServerPage (WindowsServerPageUser pageUser); public DeplWizPanel getUnixServerPage (UnixServerPageUser pageUser) ; public String createEarFile (DeploymentModule de, int appCount) throws DeploymentException; public void createRuntimeXml (DeploymnetModule de, String earPath) throws Deployment Exception; public void invokeCommandLine (String [] progArray, String processID, String prevErrorMsg) throws DeploymentException; public void invokeCommandLine (String [] progArray, String processID) throws DeploymentException; public void invokeCommandLine (String [] progArray, String processID) throws DeploymentException
  • the getWindowsServerPage (WindowsServerPageUser pageUser) method returns a default server details page for a windows based server.
  • the getUnixServerPage (UnixServerPageUser pageUser) method returns a default server details page for a Unix based server. This page, for example, collects ftp (file transfer protocol) parameters .
  • the createEarFile (DeploymentModule de, int appCount) method is used to specify modules and sub-modules to build an EAR file.
  • the createRuntimeXml (DeploymnetModule de, String earPath) method is used to create a sun-j2ee-ri .xml file for the EAR file, a deployment descriptor to J2EE Reference Implementation.
  • the invokeCommandLine (String [] progArray, String processID, String prevErrorMsg), invokeCommandLine (String progString, String processID) and invokeCommandLine (String [] progArray, String processID) methods are used to invoke a command using a command line interface.
  • the genFTPContainers (ResourceBundle bundle) method generates EAR files to be sent via ftp.
  • the deployFTPContainers (ResourceBundle bundle) method transfers the EAR files, for example, by ftp.
  • the genContainers (ResrouceBundle bundle) method generates the EAR files.
  • the getEarPathO method returns the local paths to access the EAR files.
  • the deployContainers (ResourceBundel bundle) method deploys the EAR files.
  • the setGenerateSql (boolean value) method allows a plug-in to specify whether to attempt to generate SQL (sequential query language) using the J2EE deploy tool.
  • FIG. 3 is a process flow diagiam that illustrates the deployment method in one embodiment and also refers to the examples of classes and methods that are invoked during the process.
  • a person acting in a role of an EJB deployer referred to as a user, uses the deployment tod.
  • the deployment tool is initiated, for example, on a command line or via a development environment tool, a method of a deployment wizard interface implemented by the deployment tool is invoked to present the user with an initial panel shown in Figure .
  • the panel 400 lists a list of available application servers 402 and also a "+" button 404 and a "X" button 406. This panel allows the user to select a target application server and to define a server profile for the selected target application ser ⁇ er as shown at 304.
  • Server profiles may be cieated for any application server for which there exists a deployment plugin. Server profiles are saved between invocations of the deployment tool.
  • a deployment plug-in is dynamically loaded and instantiated.
  • the deployment plug-ins implement the interfaces described above. Multiple profiles may be maintained for each server type.
  • plug-in implemented methods are invoked to obtain application server specific configuration information. This information is used to modify deployment descriptor files used during deployment.
  • EAR file having application server specific configuration information is repackaged.
  • EAR file is transferred, for example, by FTP, to that target application server.
  • a deploy method implemented by the plug-in is invoked to deploy the EAR file to the selected target application server.
  • the plug-in implemented classes invoked at 308 include MultiPlatformPlugin interface classes for those plug-ins that support more than one platform.
  • the display panel shown in Figure 5 may be displayed when the plug-in' s getNextPanel method is invoked with a list of platform supported by this plug-in. The list of platform is obtained by invoking the getPlatforms method implemented by this plug-in.
  • This panel 500 allows a user, that is, the person doing the deployment, to select a type of platform that will be used as the target for this deployment operation.
  • the platforms displayel in the drop-down list are supported by the plug-in.
  • Application server specific properties obtained through a plug-in may include various server profile details.
  • the server profile details can vary depending on the information needed to deploy to the specified application server and platform. These profile details are saved in the server profile and are made available as default values the next time the server profile is requested. The profile details are retrieved and displayed, for example, using a panel shown in Figure 6 as default values by invoking UnixServerPageUser or WindowsServerPageUser class methods. These panels are available for use by a plug-in and may be obtained from a particular plug-in by accessing the DeploymentHelper interface .
  • plug-ins may implement a different profile detail panels to obtain server profile detail information.
  • the EAR file is packaged and displayed.
  • the user may then modify the deployment descriptors for the J2EE modules.
  • the deployment descriptor may be modified in a number of different ways.
  • An XML editor may be used to edit the XML files selected, for example, from a panel showing EJB display tree illustrated in Figure 7. Once a user selects an XML file, other panels may be activated to open an editor to modify selected portions of the deployment descriptors as shown in Figure 8.
  • a message driven bean for example, may be selected by a user if the user desires to specify parameters related to the message driven bean. Qice the message driven bean is selected, a panel for specifying the parameters may be invoked.
  • an implemented class in the deployment tool of the present disclosure displays a panel showing a EJB display tree 702.
  • the objects on the tree may be modified by selecting different buttons 704 on the panel.
  • the buttons are connected to methods in the class, which then activate additional panels.
  • an XML editor provides a user with the capability to modify the deployment descriptors in any way the user desires.
  • the XML editor may be disabled by the deployment tool when it is first invoked.
  • the XML editor may provide formatting and highlighting specific to XML.
  • a JMS destination properties panel shown in Figuie 9 allows a user to specify one or more parameters necessary to configure an EJB as a JMS (Java message service) destination.
  • connection factory may default to either TopicConnectionFactory or QueueConnectionFactory, depending upon the message type being used. If desired, a user may enter in this field the JNDI name of any JMS connection factory installed on the target J2EE application server.
  • the JMS message selector 902 is an expression that causes incoming messages to be filtered based upon their properties. For example, a message selector expression may appear as:
  • This message selector 902 causes only messages having a "NewsType" property defined with a value of ⁇ eather' or Polities' to be received by the message consumer.
  • the information collected using the above-described panels, also referred to as deployment properties ' panels, is used to generate respective fields in the appropriate deployment descriptors .
  • EJB deployment descriptor is an XML descriptor included in a Java Archive (JAR) of an enterprise bean.
  • JAR Java Archive
  • This file, ejb-jar-xml, contains the message bean definition, its JMS message selector, the destination type, and its subscription durability for Topics.
  • the descriptor fields used to represent these properties are shown in the following example.
  • the EAR descriptor format may differ among application server vendors.
  • the following example shows the format used by the J2EE Reference Implementation application server. Examples of information that may be collected using the above-described panel and used to update the descriptor is shown in italics L ( ; ⁇ j2ee-ri-specific-information> ⁇ server-name> ⁇ /server-name> ⁇ rolemappingx/rolemapping> ⁇ enterprise-beans>
  • EJB' s that reference other resources may have the appropriate information added to their deployment descriptor using a resource references panel provided by the system and method of the present disclosure.
  • Figure 10 shows a resource references panel in one embodiment.
  • the JNDI name, user name, and password fields are associated with the selected resource reference .
  • the resource references panel 1000 is used to add additional information related to resources referenced by the EJB's the EJB deployment descriptor, for example, ejb-jar. ml, shown above, need to include resource reference definitions for the JMS objects accessed via JNDI.
  • the connection factory For message producers sending messages to a single topic or queue, there are only two JNDI references: the connection factory and the topic/queue.
  • the following session bean deployment descriptor shows how JMS references (in italic) are defined for a message producer that publishes a message to a topic: ⁇ ejb-jar> ⁇ description>no description ⁇ /description>
  • references to the connection factory and topic/queue names are also specified in the EAR deployment descriptor.
  • the EAR descriptor format may differ among application server vendors. The following EAR descriptor shows how these references (shown in italic) may be specified for deployment of a session bean publishing messages to a topic: ⁇ j2ee-ri-speific-information> ⁇ server-name ⁇ /server-name> ⁇ rolemappingx/rolemapping> ⁇ enterprise-beans>
  • FIG 11 shows a resource environment references panel .
  • Resource environment references allow a resource to be referred to by a different name in the source code of the application compared to its JNDI name.
  • This panel 1100 may be used to allow a user, for example, a person doing the deployment, to specify a correlation between the coded name and the JNDI name. This allows the JNDI name to vary between deployment environments without having to modify the EJB source code.
  • Figure 12 shows a summary panel in one embodiment .
  • the summary panel allows a user to verify the deployment options before initiating deployment to the target application server.
  • Figure 13 illustrates a progress panel in one embodiment .
  • the progress panel shows the progress and results of the deployment operations. This panel is optional and may be disabled by the deployment tool .
  • the individual plug-ins are isolated from each other. Thus, failures in a particular plug-in typically do not impact other plug-ins.
  • the deployment tool infrastructure described herein is used by the plug-ins to accomplish the deployment of specified EAR files.
  • the system and method of the present invention may be implemented and run on a general-purpose computer.
  • the deployment tool provided in the present system and method may be based on EJB 2.0 specification and J2EE 1.3 blueprint . This deployment tool enables deployment of EJBs to various application servers that are, for example, EJB 2.0 compliant and J2EE certified.

Abstract

A method for a deployment tool is provided. The deployment tool in one aspect assembles and deploys software components generated by any predetermined standard compliant application tools. The system and method in one aspect isolates each application server's specific deployment (114) logic into plug-in modules (110). A user is provided with a series of input tools or panels (102) for specifying deployment variables and customizing the deployment as needed. The customization includes the ability to select the target application server and optionally, the target platform and operating system.

Description

UNIVERSAL DEPLOYMENT TOOL
TECHNICAL FIELD
The present application relates to computer systems, and particularly, to a system and method for assembling and deploying software components to a target server or platform.
BACKGROUND
Middle tier applications, also referred to as application servers, typically sit on top of a wide range of existing enterprise systems such as database management systems, transaction monitors, and naming and directory services. Many of these application servers are built based on standard specifications such as the Java 2 Platform, Enterprise Edition (J2ΞE) to provide portability and scalability to applications managing and accessing various enterprise systems.
J2EΞ, for example, defines a specification for developing enterprise applications to follow as a standard. J2EE bases the enterprise applications on standardized, modular components, by providing a set of services to those components, and by handlJ.Tig many details of application behavior automatically. J2EE includes support for Enterprise JavaBeans (EJB) components, Java Servlets API, JavaServer Pages and Extended Marked-up Language (XML) technology. Accordingly, an application built conforming to the J2EE standard specification may be deployed to an application server that supports the J2EE standards, thus allowing the deployed application to manage and access various resources provided by the underlying enterprise systems via the application server . Briefly, deployment is the process of distributing and configuring various part of application programs such as J2EE applications to appropriate locations in application servers. Although J2EΞ provides standard specifications for application servers and applications running on' these application servers, each application must be deployed according to vendor or application server provider's specific criteria. In most cases, each vendor supplying the application server also provides deployment methods and tools for deploying applications to its application server specifically. Further, applications developed in a particular application server development environment are limited to deploying to that application server only. Thus, to deploy applications to different application servers, multiple development environment tools may need to be used to develop the applications for deploying.
Different deployment methods for different application servers mean that users need to learn multiple methods of deployment and keep up with numerous and changing deployment tools provided by different application server providers. Similarly, users need to learn and use multiple development environment tools for developing the applications for deployment . Accordingly, what is needed is a universal deployment tool that would allow a user to deploy applications and components built using any development environment tools to be assembled and deployed to any other application server.
SUMMARY A system and method for a deployment tool is provided. The deployment tool in one aspect assembles and deploys program modules or software components generated by any predetermined standard compliant application tools. The system and method in one aspect isolates each application server' s specific deployment logic into plug-in modules. A user is provided with a series of input tools or panels for specifying deployment variables and customizing the deployment as needed. The customization includes the ability to select the target application server and optionally, the target platform and operating system. The system and method provided may be run in a standalone mode and/or may be integrated into a development tool from which it may be started. In one aspect, the system comprises a deployment module operable to determine a target application server to which to deploy one or more program modules. The system also includes a common set of program definitions for a plug-in module to implement for interacting with the deployment module. The common set of program definitions are used by the plug-in module and the deployment module to configure target application server specific information for deploying to the target application server. The common set of program definitions may include object-oriented interface definitions defining methods and variables, which the plug-in module may implement for customizing the plug-in for the particular target application server.
In another aspect, the system may provide one or more plug- in modules. For example, the system may provide a plug-in module corresponding to each target application server that the .system support. The plug-in modules implement the common set of pvo ram definitions, providing customization related to target application server specific configurations for the associated target application server.
Yet in another aspect, a method for deploying program modules or files comprises determining a target application server to deploy one or more program modules and dynamically loading a plug-in module associated with the target application server for determining configuration information related to the target application server. Deployment files are updated with the determined configuration information and the program modules are repackaged with the updated deployment files. The repackaged file is then ready to be deployed to the target application server by invoking a deploy routine implemented in the plug-in. In one aspect, for those application servers that are located remotely from the system that is running the deployment tool of the present disclosure, the repackaged file is transferred to the target application server, for example, using the FTP (file transfer protocol) , before the deploy routine is invoked. Further features as well as the structure and operation of various embodiments are described in detail below with reference to the accompanying drawings. In the drawings, like reference numbers indicate identical or functionally similar elements.
BRIEF DESCRIPTION OF THE DRAWINGS
Figure 1 is an architectural diagram illustrating the deployment tool in one embodiment .
Figure 2 is a functional diagram illustrating an overview of the deployment process in one embodiment. Figure 3 is process flow diagram that illustrates the deployment method in one embodiment .
Figures 4-13 are examples of screen panels in one embodiment licit are presented to a user for guiding the user through deployment process and collecting deployment information relating to particular target application servers.
DETAILED DESCRIPTION
The present disclosure describes a system and method for deploying software or program units, also referred to as program files or program modules to any middle tier applications or application servers complying with a predetermined specification standard. An example of such predetermined specification standard includes J2EE and an example of such software units includes components. Thus, for example, the system and method in the present disclosure provides an ability to deploy Enterprise
JavaBeans (EJBs) , web applications, and servlets, etc. to various application servers. Deployable EJBs may include stateless session beans, stateful session beans, bean managed persistence entity beans, container managed persistence entity beans, message driven beans and web components or applications, but not litάted to only such components . Thus, for example, the system and method provided in the present disclosure enables deployment to J2EE 1.3 Reference Implementation and application servers such as Weblogic, Websphere, iPlanet, Jrun, Oracle9i, or any other application servers on platforms such as NT, Windows 2000, Solaris, AIX, HP, Linux, and AS/400.
In the following description, well-known functions and components are not described in detail. Thus, many known features and definitions related to J2EE standard specification and Java programming methods are not described in detail. Further, although the system and method disclosed is described with reference to J2EE and Java environment, this standard specification is used as an example only. Thus, it should be understood that the system and method for a deployment tool disclosed herein are not limited to use with J2EE and Java applications only, but may also apply to other such standards and specifications.
Figure 1 is an architectural diagram illustrating the system and method for a deployment tool of the present disclosure in one embodiment. The deployment tool of the present disclosure implements a deployment wizard interface 102 and is invoked to begin deploying various application components to an application server. A deployment wizard interface 102 includes a functionality to present a user with various input panels and message panels to guide the user through the deployment process. Alternatively, deployment wizard interface 102 may be invoked on a command line interface and the user may run the deployment process without any presentation panels.
Deployment wizard interface 102 defines a number of methods and variables that may be implemented to use the deployment tool . For example, deployment tool classes may implement the following deployment wizard methods to provide its functionalities. getDeploymentModules () , which returns a list of EAR files to be deployed; setDeployer, which sets the deployer for the active deployment plugin; getDeployer, which returns the deployer for an active deployment plugin; getHelper, which returns the deployment helper interface; isStopped, which returns true if the deployment has been stopped; packageFiles, which packages the EAR files to be deployed; processFinish, whish is executed when the finish button is pressed; getPluginBundle, which returns the resource bundle being used by the active plugin; getBundleO, which returns the bundle being used by the deployment wizard,- isXmlEditorAllowed, which returns true if the XML editor can be invoked; isRunninglnsideJoe, which returns true if the deploy tool has been invoked by Advantage Joe, a development environment; getContextRoot, which gets the context root for the project; getEjbRefs, which gets ejb references for a war or a project; setContextRoots, which sets the context root HashMap using the context root settings from application.xml files in the ear file; showSunJ2eeRi () , which returns true if the sun-j2ee- ri.xml file is to be shown in the ejb tree.
In one embodiment, two classes implement the deployment wizard interface 102. One class 104 communicates with a development environment tool interface 104, such as the Advantage Joe interface, and may be invoked within the development environment tool. The other class 106 receives input from a command line and is referred to as a command line interface.
The deployment tool of the present disclosure uses a plug-in architecture to isolate and modularize application specific functionalities and properties unique to each application server. Examples of the unique functionalities and properties may include application server specific security information and factors such as whether caching is to be performed. Other application server specific criteria include a particular location of an application server where the EAR file needs to be stored, whether an EAR file needs to be pre-processed to include application server required classes. Further, many application servers generally require that application server specific deployment descriptors be used. Accordingly, application specific deployment configuration and functionalities for a given target application server are encapsulated into a plug-in module 110 for that target application. The plug-in modules 110 implement a plug-in deployer interfaces 112 and other helper interfaces to effect communication between the classes 104 106 that implement the deployment wizard interface 102.
In one embodiment, the classes 104 and 106, which implement the deployment wizard interface 102, requests a server profile selection to determine which server profile is to be used to deploy a specified package of components or applications such as the archive J2EE application (EAR) file. For example, one or more plug-ins that are currently installed are determined and used to form a list of available target servers. That is, if an IBM Websphere plug-in is installed, then the Server Profile Manager 108 returns IBM Websphere application server as one of the candidate target servers .
In one embodiment, a server profile panel is presented to a user to select a target server from a list of target servers determined as described above. A user may select one from the list or may specify a new target application server, creating a new server profile and installing a plug-in associated with the new server. As known to those skilled in the art, a plug-in refers to an accessory program that enhances a main application. Plug-ins are program units that may be added to the main application without affecting the main application. Because the deployment tool of the present disclosure uses a plug-in architecture for application specific functionalities, additional target application servers may be added easily by, for example, adding plug-ins for those new target application servers. Accordingly, new application servers for deployment may be added dynamically without having to change or modify other parts of the deployment tool .
Typically, a deployer, that is, a person performing the deployment selects a server type and defines a server profile 108 that is used to save deployment settings. Server profile 108 may already have been created previously, for example, from a previous deployment session to the same application server. Server profiles 108 are created for servers that have corresponding plug-ins 110 that implement the deployer interface 112. For example, server profiles are created and saved by the server profile manager 108 and are populated with the information provided by the user during the deployment process. Server profiles store information needed by the plug-in, including such information as the profile name, host name, and the port number. Other information in a server profile may include the type of deployment platform, file transfer protocol ("ftp") user identifier ("id") , ftp password, and deployment directory. Additional information needed for a particular application server may be requested from the user during the deployment process and stored in the server profile.
Once a plug-in implements the deployer interface 112, the deployment tool class 104 or 106 may determine which platforms are supported by the plug-in by invoking an instance of the plug- in method that implements the deployer interface 112. For example, a class in the plug-in implementing an interface provided for communicating platform information to the deployment tool class 104 or 106, for instance, the MultiPlatformPlugin interface defininig getPlatforms method, may provide a list of the platforms supported by that particular plug-in. After a platform is selected as shown at 114, a corresponding plug-in 110 is activated to package the EAR file.
A deployer helper interface 116 may be used by the plug-ins 110 and provides access to one or more methods for requesting services of the deployment tool classes 104 or 106 implementing the deployment wizard interface 116. For instance, after the EAR file is packaged, a user may edit the deployment descriptors using the deployer helper interface. The deployer helper interface 116 is passed to a plug-in, when the plug-in is activated by the deployment tool 104 or 106. Prior to displaying a summary page for a packaged EAR file, the deployment tool 104 or 106 may optionally display the contents of the packaged EAR file to be modified. The modifications may be performed using the helper interface dialogs or by using a provided XML editor. The packaged EAR file is then deployed to the selected target application server using the deploy method implemented by the plug-ins. For instance, the deploy method may be invoked from the deployment tool classes 104, 106 that implement the deployment wizard interface 102
Figure 2 illustrates an overview of a deployment process in one embodiment. Although Figure 2 shows EJB. ear 202 as components that are being packaged and deployed, the deployment tool of the present disclosure is enabled to handle a complete EAR file, which may contain both the EJB and web application components, and other files. Deployable components may be created by using any one of the available enterprise development environment tools. One such tool is Advantage Joe 3.0, which provides capability for modeling, building, and deploying components onto an application server. The disclosed deployment tool, in one embodiment, combines the Java archives (JAR) files and incorporates them into Enterprise archive (EAR) files, which may then be deployed to a target application server, regardless of which tools were used to create the JAR files and EAR files.
JAR files typically include one or more J2EE modules making up a J2EE application. A J2EE module is a collection of one or more J2EE components of the same component type such as web and EJB. Each J2EE module typically includes a corresponding deployment descriptor that contains declarative data required during the deployment of the components in the module.
A J2EE application includes one or more J2EE modules and one J2EE application deployment descriptor. J2EE application deployment descriptor generally describes the WAR and EJB JAR files and includes security and database information specific to the application, if any. A J2EE application is packaged using the Java archive (JAR) file format into a file with .ear filename extension. When composing a J2EE application, J2EE modules used in the application are selected, an application directory structure is created, J2EE module deployment descriptors are created, a deployment descriptor for the J2EE application is created, and the J2EE application is packaged.
Referring back to Figure 2, the EAR file 202 received. Alternatively, a deployment tool of the present disclosure, may receive input in the form of module selection and model information, for example, if the deployment tool is being invoked as part of a development environment. That is, when operating as an integrated part of a development tool such as Advantage Joe, the deployment tool, in one embodiment, is supplied with development tool's information model, a directory of J2EE modules packaged in JAR files, and a project selection.
A development tool's information model may include detailed information about the application such as description of the classes and internal logic and relationships between the classes. A project selection may be used to build and deploy project related objects, for example, by selecting from a list of objects including classes, specifications, methods, parameters, projects, and jars. Accordingly, a project selection allows the deployment tool to locate the particular project output built using a development environment tool . This output may include an output directory containing classes resulting from the build process and also any applicable jar files created during the build process in the development environment tool . The deployment tool in the present disclosure uses the project selection information to access the development tool's information model and the output directory in order to package the J2EE modules into an EAR file 202.
At 204, input EAR file 202 is processed. Far example, the EAR file 202 is expanded into its individual components so that one or more deployment descriptors in the EAR file 202 may be extracted and modified. The deployer interfaces provided in the present disclosure may be used to modify the deployment descriptors. For instance, although the supplied or constructed EAR files 202 contain deployment descriptors, these descriptors may need to be modified prior to the actual deployment to a target application server. As known to those skilled in the art, a deployment descriptor refers to an XML file provided for each module and application, and describes how the modules and applications are to be deployed.
At 206, a target application server to which the EAR file is to be deployed is selected. The selection may, for example, be determined by presenting the user with a list of available application servers that have corresponding plug-ins 208 and allowing the user to select an application server from the list.
In addition, the user is given an option to enter a new application server not listed in the list. At 210, a plug-in corresponding to the selected application server is dynamically loaded. At 212, any other plug-ins that are available may also be dynamically loaded at this time. At 214, a profile is created for the selected application server if one does not exist already. For example, a new application server may need a corresponding application server profile created. This application server profile includes information such as the host name and the port number of the target application server to which the EAR files is being deployed. At 216, a validity check is performed to make sure that the EAR file includes a valid version of a deployment descriptor and conforms to valid data type definitions (DTD) . As known to those skilled in the art, the deployment descriptors are XML files and, therefore, need to be associated with a valid document type declaration provided in a DTD. At 218, it is determined whether the DTD needs to be edited, and if so, at 220, appropriate changes are made to DTD. For example, a user wanting to include any application server security tags for the deployment may edit the DTD file. At 222, the EAR file is repackaged. The repackaged EAR file may contain modified DTD FILE and descriptors. At 224, a target platform for the selected application server is selected. The selection may be determined, for example, by presenting a list of platforms that the selected application server runs on, and allowing the user to select a platform server from the list. The list of platforms supported by the selected application server is provided by the corresponding plug-in via, for example, the plug- in interface method implemented by the corresponding plug-in.
At 226, deployment process begins. The deployment process may begin, for example, if a user presses a finish button after having selected a platform from the list of the platform presented to the user. In this case, the user pressing the finish button, or performing any analogous activity to indicate that all customizations pertaining to the selected application server are complete, triggers a deploy method implemented by the plug-in to be invoked.
The following steps are processed within the plug-in. At 228, a determination is made as to whether the deployment is to take place to the local server or to a remote server connected by a network, by for example, examining the deployment properties listed in the deployment descriptors in the EAR file or the user inputs. If it is determined that the EAR file is being deployed to a remote server, application server specific deployment descriptor files are generated at 230. If the deployment tool is being invoked as part of an integrated development environment tool, these application server specific deployment descriptor files may be generated within the environment tool. If the deployment tool is being invoked on a command line interface, these application server specific deployment descriptor files may be generated using the data from the processed EAR file shown at 204 and any other input obtained from the user during the deployment process. For example, if the target application server is a weblogic application server, a weblogic-ejb-jar .xml file may be generated as the deployment descriptor.
The deployment descriptor files may include, for example, the platform selected by the user as described above, and any other EJB properties that the user specified. For example, deployment of message driven EJBs requires that the user supply several pieces of information about the message queues to be supported. The system and method of the present disclosure provides one or more user interface panels to collect this information. That is, the one or more user interface panels help a person doing the deployment to specify information relating to message driven beans. The deployment tool of the present disclosure also allows the user to edit the deployment descriptors directly. After the deployment descriptors have been updated or generated, the EAR is reconstructed or repackaged with the modified deployment descriptors at 232. The resulting EAR file is -then sent to the target application server at 234, for example, by using a file transfer protocol (FTP) , and the process proceeds to step 240. At 228, if it is determined that the EAR file is being deployed to a local server, that is, the server sitting on the same platform as the deployment tool, application server specific deployment files are generated. At 238, the generated application server specific deployment files are repackaged into EAR file.
At 240, a deployment procedure is executed by invoking a deploy method of the deployer interface implemented by the application server specific plug-in. At 242, it is determined whether the deployment was successful, and at 244, an appropriate deployment status report is generated.
In one embodiment, as described above, a plug-in is implemented for a corresponding application server to which applications and components are being deployed. In ore embodiment, one or more interfaces are provided for plug-ins to implement for modifying existing deployment descriptors, repackaging, and deploying the files to a target application server and interacting with the deployment tool provided in the system and method of the present disclosure. For example, a plug-in for an application server implements a Deployer interface . The Deployer interface provides various methods that a plug-in may use to deploy files to a desired target application servers. When the plug-in is instantiated, the "setHelper" method of the "DeploymentHelper" interface is called as a first method. The DeploymentHelper interface provides a way for a plug-in to get the information and services it needs after the plug-in is dynamically loaded, for example, by a class implementing the deployment wizard interface. Through the setHelper method, a DeploymentHelper object may be passed into the plug-in. In one embodiment, each plug-in keeps a local copy of this object and uses its methods to interact with the deployment tool of the present disclosure.
For plug-ins that support multiplatforms, a MultiPlatformPlugin interface is provided. If, for example, a plug-in does not implement this interface, the deployment tool of the present disclosure in one embodiment, assumes that the plug- in supports a single platform. Replacer interface may be implemented by a plug-in. The plug-in supplies this interface when using the convertContainers method on the DeploymentHelper interface . ConvertContainers method opens the EAR files and scans through the deployment descriptors . The strings read from the deployment descriptor are passed to the Replacer interface as long as the Replacer remains active, for example, isActive method of the Replacer interface returns true. The methods in this interface are used to modify or update the deployment descriptors .
The checkForStart and checkForEnd methods of the Replacer interface are called to locate the beginning and end of strings that may need to be replaced. A string that may need to be replaced is passed to "willReplace, " which returns true if the string will be replaced. The newString method of the Replacer interface returns the replacement string. The initialize method of the Replacer interface is called whenever a new deployment descriptor is about to be processed.
WindowsServerPageUser interface is provided for plug-ins to implement in case a plug-in uses a default windows platform profile details page provided by the ExtendedHelper interface's method getWindowsServerPage . This interface provides a generic information retrieving panel, which a plug-in can use to obtain windows platform profile details from a user.
The ExtendedHelper interface generally allows a plug-in to make use of the extended features of the deployment helper interface. These extended features, in one embodiment, provide default implementations of the packaging and deployment features.
UnixServerPageUser interface is provided for plug-ins to implement in case a plug-in uses a default Unix platform profile details page provided by ExtendedHelper interface's method, getUnixServerPage method. This interface may be used by a plug in that supports Unix or Linux based platforms to get Unix platform profile detail information. Alternatively, a plug-in may implement its own profile detail page for retrieving information related to a specific platform.
In one embodiment, a deployment tool provided in the system and method of the present disclosure may be started as a separate process using a command line interface. A batch file, for example, JoeDeployTool.bat, may be provided to help in starting the tool. The batch file sets the appropriate classpath for the tool and activates the tool. In one embodiment, the batch file is invoked with a location of the EAR file to be deployed, for example, as a parameter. Thus, for example, one usage of the batch file, may be:
JoeDeployTool <EAR file location> [-ejbTree] [-xmlEditor] [- noProgress] [-contextRoot warName rootName] where ,
EAR file location specifies the path of the EAR file; -ejbTree causes display of a tree view of the EAR file; -xmlEditor allows the XML editor to be invoked to edit deployment descriptors;
-noProgress prevents display of the final deployment progress panel, in which case, output that is normally displayed on progress page is sent to standard output;
-contextRoot warName rootName specifies the name of the context root to be used when deploying a web archive (war) file; this parameter may be repeated as many times as necessary to specify context roots for every war. When the batch file, e.g., JoeDeployTool above, finishes, it leaves a status code in the ERRORLEVEL. A status of zero, for example, indicates a successful deployment and a status of two, for example, indicates that deployment failed. If a user terminates or cancels the deployment, a status of two may be returned.
Similarly, the deployment tool provided in the system and method of the present disclosure may be started from within a development environment tool such as Advantage Joe. For example, a class in the Advantage Joe implementing a deployment wizard interface may be started by right clicking on a project in the project tree. The menu option, "Deploy EJB's/War's" may be use to start the class which implement the deployment wizard interface.
Examples of interface definitions for the above-described interfaces provided to the plug-ins will now be described in more detail. As described above, the Deployer interface is implemented by each deployment plug-in. The following code defines the Deployer interface in one embodiment: public interface Deployer { public void deploy () throws Deployment Exception; public void packageFiles ( ) throws DeploymentException; public DeplWizPanel getNextPanel ( ) ; public ServerProfile addProfile (String sType) ; public String getResourceString (String key) ; public void setHelper (DeploymentHelper dm) ; public DeploymentHelper getHelper ();
} The deploy () method is called to begin a deployment process, for example, when a user clicks a finish button from user interface panel that is provided by a deployment tool for stepping the user through the deployment process . These user interface panels allow the user to enter application server specific variables and start the deployment. The deploy () nethod performs the deployment of all modules packaged in an EAR file as specified in the deployment descriptors. If an error occurs, it throws a DeploymentException. Each plug-in may have its own status and error messages displayed during execution.
The packageFiles () method is called prior' to displaying a summary page. The summary page, for example, may allows a deployer to verify the deployment options before initiating deployment to the target application server. This method packages one or more files to be deployed. The packaged files in general result in an EAR file, but need not be limited to an EAR file only. If an error occurs, it throws a DeploymentException. Each plug-in may have its own status and error messages displayed during execution.
The getNextPanel () is used to display panels for collecting input data related to deployment from a user. Typically, a deployment tool provided in the system and method of the present disclosure displays an introductory page and a server profile selection page. Each plug-in implements the subsequent panels through this method. Each panel may extend either DeplWizPanel or DeplWizSummary. The DeplWizSummary extends DeplWizPanel.
The addProfile (String sType) is used to create a new default server profile for a selected application server type. For example, when a user clicks on add server profile button on the server profile selection page, this method of a corresponding plug-in is invoked. Each plug-in may includes its customized ServerProfile object, for example, J2EE_RIServerProfile, which extends ServerProfile . The ServerProfile class provides one or more useful attributes, and set and get methods for these attributes. A plug-in, however may add new attributes to a child of Server Profile object.
The getResourceString (String key) method may be used to access resource strings, for example, via plug-in' s user interface (UI) panels. The plug-in class that implements the
Deployer interface has a local ResourceBundle object, from which resource strings may be accessed or returned using this method. Generally, a ResouceBundle contains resource strings that are paired sequences of strings. One string represents a key and the other string represents a value associated with the key. A Java program access the ResourceBundle using the key string and the ResourceBundle returns the value to be used. ResourceBundles are used to allow a Java program to be customized for specific environments including different language environments .
The setHelper (DeploymentHelper dm) method is used to access the DeploymentHelper object, and returns a local copy of that object in one embodiment. The DeploymentHelper object will be described in more detail with reference to the DeploymentHelper interface .
The MultiPlatformPlugin interface is implemented by a plug- in if the plug-in supports multiple platforms. In one embodiment, if this interface is not implemented, the deployment tool provided in the system and method of the present disclosure assumes that only a single platform is supported.
The MultiPlatformPlugin interface defines the following methods : public Iterator getPlatforms () ,- public int getNumPlatforms () ; public DeplWizPanel getNextPanel (String platform) .
The getPlatforms () method returns Iterator of String objects, each String object containing the name of a platform. Each String object is used to list available platforms from which a user may select. The getNumPlatforms ( ) method returns the number of platforms supported by this plug-in. The getNextPanel (String platform) method retrieves next panel for selecting a platform among multiple platforms supported by the plug-in. The Replacer interface is implemented by a plug-in and is supplied when using the convertContainers method on the DeploymentHelper interface. ConvertContainers method opens the EAR files and scans through the deployment descriptors. The strings read from the deployment descriptor are passed to the Replacer interface when the isActive method returns true. The isActive method returns true as long as a plug-in still needs to convert portions of the deployment descriptor. When the plug-in is done with the deployment descriptor conversion, the isActive method returns false, at which time the Replacer may complete the conversion process. The checkForStart and checkForEnd methods are called to locate the beginning and end of strings which may need to be replaced. A string that may need to be replaced is passed to "willReplace, " which returns true if the string is to be replace. The newString method returns the replacement string.
The initialize method is called whenever a new deployment descriptor is about to be processed. The following methods are defined in the Replacer interface: public boolean isActive (); public boolean willReplace (String strToReplace) ; public String newString (); public int checkForStart (String str, int startinglndex); public int checkForEnd (String str, int startinglndex); public int endingSize () ; public void initialize () .
The isActive () method returns true if additional searches or scans through the deployment descriptor are needed. The willReplace (String strToReplace) method returns true if the specified string is to be replaced. The parameter strToReplace includes the string that may need to be replaced.
The newString () method returns the replacement string. The checkForStart (String str, int startinglndex) method returns index in specified string where substring to be replaced is located. For example, parameter str includes a string in which a starting sequence is searched, and parameter startinglndex includes a location in str at which to start looking. The checkForEnd (String str, int startinglndex) returns index of ending substring. For example, parameter str includes a string to search for the ending sequence and parameter startlndex includes a location in str at which to start search. The endingSize() method returns size of the ending sequence. The initialize () method is used to reinitialize, typically before starting to convert another file.
The UnixServerPageUser interface defines the following methods in one embodiment for getting the labels needed for the fields on the panel : public String getServerNameLabel () ; public String getHostNameLabel () ; public String getPortLabel () ; public String getUserldLabel () ; public String getPasswordLabel ( ) ; public String getDeployLocationLabel ( ) .
The UnixServerPageUser also defines public void validateFields (String serverName, String hostname, String portNumber, String userId, String password, String DeployLocation) to determine whether the fields are complete. The DeploymentHelper interface's method, "setValidationStatus" is called by the plug-in that implements this method to set fields as valid or invalid. If the fields are incomplete or invalid, the plug-in may use setValidateStatus to return a false indicator. The WindowsServerPageUser interface defines the following methods to get the labels needed for the fields on the panel : public String getServerNameLabel () ; public String getHostNameLabel () ; public String getPortLabel () . This interface also defines public void validateFields (String serverName, String hostName, String portNumber) to determine whether the fields are complete. The DeploymentHelper interface's method, "setValidationStatus" is called by the implementor of this method.
The system and method of the present disclosure also provides one or more additional interfaces that plug-ins may implement. For example, The Deployment Helper interface is provided to the plug-ins to provide a way for a plug-in to get the information and services it needs after being dynamically loaded by the deployment wizard. The plug-in may be built and released independent of the deployment tool .
An example definition of the DeployerHelper interface may be: public interface DeployerHelper { public static final int SUCCESS = 0; public static final int FAILED = 2; public Vector getJ2eeApplications (); public Vector getEjbJars (DeploymentModule de) ; public ResourceBundle getBundle () ; public void saveProfile () ; public ServerProfile getWorkingPrαfile ( ) ; public Vector getHostsO; public Boolean isStopped () ; public void log (String text); public void logError (String text); public void logWarning (String text) ; public void loglnformation (String text); public void setFinishButtonEnabled (boolean b) ; public void setNextButtonEnabled (Boolean b) ; public void setCursor (int cursorType) ,- public DeplWizPanel getNextPage (Deployer deployer); public void updateFrameStatus ( ) ; public void saveState (DeploymentModule de, String earPath) ; public int getResultO; public void setDocTypelnfo (String defaultEarDocType, String defaultEarDtdPath, String defaultEjbDocType, String defaultEjbDtdPath) ; public void setDocTypelnfor (ResourceBundle bundle); public void .setEJBll (Boolean value); public void setEJBll(); public void convertContainer (Replacer stringReplacer) ,- public Boolean isEjbOrWarAvailable () ; public StringWriter executCommand (String cmd, Boolean verboseOnException) throws DeploymentException; public StringWriter executeCommand (String cmd) throws DeploymentException; public String getVariableValue (String variableName) ; }
DeploymentModules are objects that correspond to any J2EE deployment modules. For example, DeploymentModules include a collection of deployment modules such as ejb-jars, web archives, client jars that J2EE modules contain. Thus, in the above interface definition, the getJ2eeApplication() method returns a Vector of DeploymentModule objects that correspond to J2EE applications, which were selected to be deployed by a user.
The getEjbJars (DeploymentModule de) method returns a Vector of DeploymentModule objects that correspond to ejb- ars for a given J2EE Application.
The getBundle ( ) method returns the ResourceBundle for the deployment tool of the present disclosure. The saveProfile () method is invoked if a profile for a given server is to be saved, for example, for a future use. For example, when a user is finished with a panel that collects server profile information, this method may be invoked to save the profile data that the user entered using the panel. In one embodiment, the deployment tool provided in the present disclosure automatically manages saving and retrieving of the ServerProfile objects for a plug-in. This method, however, is available for the plug-ins to also implement if desired.
The getWorkingProfile () method is invoked to get the information on the target server that a user specified for deployment. For example, when a user selects one of the server profile objects, the deployment tool provided in the system and method of the present disclosure sets a working profile using the selected server profile object.
The getHostsO method returns a list of unique host names used in all saved Server Profile objects. If a plug-in desires to provide this list, for example, in a drop down list, as a convenience to the user, this method may be used. The isStopped() method is invoked to test if a deployment wizard, through which the deployment process began, has stopped. The plug-in then may terminated itself when this method returns true .
The log (String text) method is used to display any normal status messages once the deploy method is called. Any information related to the deployment process such as steps completed may be sent to an output window.
The logError (String text) method is invoked to display any error status messages once the deploy method is called. Any information related to the deployment process, such as exceptions, may be sent to an output window.
The logWarning (String text) method is used to display any warning status messages once the deploy method is called. Any information related to the deployment process such as incomplete steps may be sent to an output window.
The loglnformation (String text) method is used to display any informational status messages once the deploy method is called. Information related to the deployment process such as unusual conditions that do not affect the output may be sent to an output window.
The setFinishButtonEnabled (boolean b) method is used to enable or disable a Finish button. The enabling and disabling of this button may depend on a previous user input. The setNextButtonEnabled (boolean b) method is used to enable or disable a Next button. The enabling and disabling of this button may depend on a previous user input .
The setCursor (int cursorType) method is used to change the cursor type, for example, to change the cursor to wait cursor during a long running process .
The getNextPage (Deployer deployer) method is called to get the next page to display in a deployment tool, for example, the deployment wizard. The updateFrameStatus ( ) method is used to notify deployment helper interface classes that some action occurred on a plug-in panel. These actions may include updating a data field or pressing certain buttons on the panel. The actions which warrart a call to the deployment helper interface classes may be determined by a plug-in.
The getResut() method returns an execution result of a deployment tool that is invoking the plug-in, for example, the deployment tool of the present disclosure.
The setDocTypelnfo (String defaultEarDocType, String defaultEarDtdPath, String defaultEjbDocType, String defaultEjbDtdPath) method is used to optionally override a default DOCTYPE information.
The setDocTypelnfor (ResourceBundle bundle) method is used to optionally override a default DOCTYPE information from the properties file.
The setEJBll (Boolean value) and setEJBll() methods are used to optionally indicate that the target is compatible with EJB 1.1 version.
The convertContainer (Replacer stringReplacer) method is used to convert containers using plug-in supplied string replacer.
This method is used to modify the deployment descriptors and to update the JARS and EARS with modified deployment descriptors. The isEjbOrWarAvailable () returns true if an EJB or Web application is available to deploy. executeCommand (String cmd, Boolean verboseOnException) and executeCommand (String cmd) methods execute command indicated in the parameter "cmd" in a separate process. The results of the cmd are returned in a StringWriter object . The verboseOnException parameter tells the method to put results in a log on an exception. getVariableValue (String variableName) method returns the value of an environmental variables. The method returns null if the variables are not defined.
Another interface provided for plug-ins to implement is ExtendedHelper interface. This interface allows a plug-in to make use of the extended features of the helper interface, which provide default implementations of the packaging and deployment features.
An example definition of the ExtendeHelper interface may include the following methods: public Boolean isEarlnput ( ) ; public DeplWizPanel getWindowsServerPage (WindowsServerPageUser pageUser); public DeplWizPanel getUnixServerPage (UnixServerPageUser pageUser) ; public String createEarFile (DeploymentModule de, int appCount) throws DeploymentException; public void createRuntimeXml (DeploymnetModule de, String earPath) throws Deployment Exception; public void invokeCommandLine (String [] progArray, String processID, String prevErrorMsg) throws DeploymentException; public void invokeCommandLine (String [] progArray, String processID) throws DeploymentException; public void invokeCommandLine (String progString, String processID) throws DeploymentException; public void genFTPContainers (ResourceBundle bundle) throws DeploymentException,- public void deployFTPContainers (ResourceBundle bundle) throws Deployment Exception; public void genContainers (ResrouceBundle bundle) throws DeploymnetException; public Vector getEarPathO ; pubic void deployContainers (ResourceBundel bundle) throws Deployment Exception; public void setGenerateSql (boolean value) . In the above definition, the isEarlnputO method returns true if an EAR file was input to the deployment tool, for example, when called as a standalone mode.
The getWindowsServerPage (WindowsServerPageUser pageUser) method returns a default server details page for a windows based server.
The getUnixServerPage (UnixServerPageUser pageUser) method returns a default server details page for a Unix based server. This page, for example, collects ftp (file transfer protocol) parameters . The createEarFile (DeploymentModule de, int appCount) method is used to specify modules and sub-modules to build an EAR file.
The createRuntimeXml (DeploymnetModule de, String earPath) method is used to create a sun-j2ee-ri .xml file for the EAR file, a deployment descriptor to J2EE Reference Implementation. The invokeCommandLine (String [] progArray, String processID, String prevErrorMsg), invokeCommandLine (String progString, String processID) and invokeCommandLine (String [] progArray, String processID) methods are used to invoke a command using a command line interface. The genFTPContainers (ResourceBundle bundle) method generates EAR files to be sent via ftp.
The deployFTPContainers (ResourceBundle bundle) method transfers the EAR files, for example, by ftp. The genContainers (ResrouceBundle bundle) method generates the EAR files.
The getEarPathO method returns the local paths to access the EAR files. The deployContainers (ResourceBundel bundle) method deploys the EAR files.
The setGenerateSql (boolean value) method allows a plug-in to specify whether to attempt to generate SQL (sequential query language) using the J2EE deploy tool. The parameter "value," for example, returns true if SQL is to be generated. The default is false.
The interfaces and the defined methods shown above are described only as examples, and should not be construed as being the only way of implementing the system and method provided in the present disclosure. Rather, those skilled in the art of computer programming will appreciate that methods and interface definitions can vary while still implementing similar functional procedures for achieving similar results.
A deployment method using the deployment tool provided in the system and method of the present disclosure in one embodiment will now be described with reference to Figure 3 and Figure 4-13, which illustrate a plurality of panels used during the deployment process. Figure 3 is a process flow diagiam that illustrates the deployment method in one embodiment and also refers to the examples of classes and methods that are invoked during the process. Typically, a person acting in a role of an EJB deployer, referred to as a user, uses the deployment tod. When the deployment tool is initiated, for example, on a command line or via a development environment tool, a method of a deployment wizard interface implemented by the deployment tool is invoked to present the user with an initial panel shown in Figure . The panel 400 lists a list of available application servers 402 and also a "+" button 404 and a "X" button 406. This panel allows the user to select a target application server and to define a server profile for the selected target application serΛer as shown at 304.
If no profile exists for a particular application server, a new server profile may be added, for example, by clicking on the "+" button 404. An "X" button 406 may be used to delete an existing server profile. Server profiles may be cieated for any application server for which there exists a deployment plugin. Server profiles are saved between invocations of the deployment tool.
At 306, a deployment plug-in is dynamically loaded and instantiated. The deployment plug-ins implement the interfaces described above. Multiple profiles may be maintained for each server type. At 308, plug-in implemented methods are invoked to obtain application server specific configuration information. This information is used to modify deployment descriptor files used during deployment. At 310, EAR file having application server specific configuration information is repackaged. At 312, if the selected target application server is located on a remote machine, EAR file is transferred, for example, by FTP, to that target application server. At 314, a deploy method implemented by the plug-in is invoked to deploy the EAR file to the selected target application server.
The plug-in implemented classes invoked at 308 include MultiPlatformPlugin interface classes for those plug-ins that support more than one platform. For example, the display panel shown in Figure 5 may be displayed when the plug-in' s getNextPanel method is invoked with a list of platform supported by this plug-in. The list of platform is obtained by invoking the getPlatforms method implemented by this plug-in.
This panel 500 allows a user, that is, the person doing the deployment, to select a type of platform that will be used as the target for this deployment operation. The platforms displayel in the drop-down list are supported by the plug-in.
Application server specific properties obtained through a plug-in may include various server profile details. The server profile details can vary depending on the information needed to deploy to the specified application server and platform. These profile details are saved in the server profile and are made available as default values the next time the server profile is requested. The profile details are retrieved and displayed, for example, using a panel shown in Figure 6 as default values by invoking UnixServerPageUser or WindowsServerPageUser class methods. These panels are available for use by a plug-in and may be obtained from a particular plug-in by accessing the DeploymentHelper interface .
If the information acquired via the panel shown in Figure 6 is sufficient for a plug-in, then it may be used by a plug-in via the DeploymentHelper interface. Alternatively, plug-ins may implement a different profile detail panels to obtain server profile detail information.
Once the deployment details have been specified for a server, the EAR file is packaged and displayed. The user may then modify the deployment descriptors for the J2EE modules. The deployment descriptor may be modified in a number of different ways. An XML editor may be used to edit the XML files selected, for example, from a panel showing EJB display tree illustrated in Figure 7. Once a user selects an XML file, other panels may be activated to open an editor to modify selected portions of the deployment descriptors as shown in Figure 8. Also from the EAR file contents panel shown in Figure 7, a message driven bean, for example, may be selected by a user if the user desires to specify parameters related to the message driven bean. Qice the message driven bean is selected, a panel for specifying the parameters may be invoked.
Generally, an implemented class in the deployment tool of the present disclosure displays a panel showing a EJB display tree 702. The objects on the tree may be modified by selecting different buttons 704 on the panel. The buttons are connected to methods in the class, which then activate additional panels. Referring to Figure 8, an XML editor provides a user with the capability to modify the deployment descriptors in any way the user desires. Alternatively, the XML editor may be disabled by the deployment tool when it is first invoked. The XML editor may provide formatting and highlighting specific to XML. A JMS destination properties panel shown in Figuie 9, for example, allows a user to specify one or more parameters necessary to configure an EJB as a JMS (Java message service) destination. The name of the connection factory may default to either TopicConnectionFactory or QueueConnectionFactory, depending upon the message type being used. If desired, a user may enter in this field the JNDI name of any JMS connection factory installed on the target J2EE application server.
The JMS message selector 902 is an expression that causes incoming messages to be filtered based upon their properties. For example, a message selector expression may appear as:
NewsType = ''Weather' OR NewsTypes = ^Politics' This message selector 902 causes only messages having a "NewsType" property defined with a value of λ eather' or Polities' to be received by the message consumer. The information collected using the above-described panels, also referred to as deployment properties' panels, is used to generate respective fields in the appropriate deployment descriptors .
As known to those skilled in the art, EJB deployment descriptor is an XML descriptor included in a Java Archive (JAR) of an enterprise bean. This file, ejb-jar-xml, contains the message bean definition, its JMS message selector, the destination type, and its subscription durability for Topics. The descriptor fields used to represent these properties are shown in the following example. Some of the information collected in the above-described example panels are indicated in italics : <ejb-jar>
<description>no description</description> <display name>NewsReceiverJar</display-name> <enterprise-beans> <message-driven> <description>no description</description>
<display name>NewsReceiver</display-name> <ejb-name>NewsReceiverMessageBean</ejb-name> <ejb-class>NewsReceiverMessageBean</ejb-class> <transaction-type>Container</transaction-type> <message-selector>
News Type=' Weather' OR NewsType=' Polities ' < /message- selector> <message-driven-destination> <destination- type> javax. jms . Topic< / destination- type>
<subscription-durabili ty>
Durabl e< /subs crip ti on- durabi 1 i ty> </message-driven-destination> <security-identity> <descriptionx/description>
<run-as-specified-identity> <descriptionx/description> <role-name></role-name> </run-as-specified-identity> </security-identity>
</message-driven> </enterprise-beans> <assembly-descriptor> <container-transaction> <method>
< ejb-name>NewsRecei veMessageBean< /ejb-name> <method-intf>Bean</method-intf>
<me thod-name> onMessage< /me thod-name> <method-parms> <method-param> javax. j s .Message</method-param> </method-parms>
</method>
<trans-attribute>Required</trans-attribute> </container-transaction> </assembly-descriptor> </ejb-jar>
The EAR descriptor format may differ among application server vendors. The following example shows the format used by the J2EE Reference Implementation application server. Examples of information that may be collected using the above-described panel and used to update the descriptor is shown in italicsL(; <j2ee-ri-specific-information> <server-name></server-name> <rolemappingx/rolemapping> <enterprise-beans>
<module-name>NewsReceiver. jar</module-name>
<unique-id>0</unique-id>
<ejb>
< ej b-name>NewsRecei verMessageDri venBean < /ejb-name>
<jndi-name>NewsTopic</jndi-name> <ior- security- conf ig> < transport- conf ig>
<integrity>supported</integrity> <confidentiality>supported</confidentiality> <establish- trust- in- target >supported </establish-trust-in-target>
<establish- trust- in- client >supported </establish-trust-in- client> </ transport- conf ig> <as-context> <auth-method>username_password</auth-method>
<realm>def ault</realm> <required>true</required> </as- context > <sas- context > <caller-propagation>supported
</caller-propagation> </sas- context > < /ior- security- conf ig> <principal> <namex/name>
</principal>
<jms-durable-subscription-name>MySub < /j ms-durable- subscription-name> <mdb- connection- factory>NewsConnectionFactory </mdb- connection- factory>
</ejb> </enterprise-Jbeans> </j2ee-ri-specific-information>
EJB' s that reference other resources may have the appropriate information added to their deployment descriptor using a resource references panel provided by the system and method of the present disclosure. Figure 10 shows a resource references panel in one embodiment. The JNDI name, user name, and password fields are associated with the selected resource reference .
If the resource references panel 1000 is used to add additional information related to resources referenced by the EJB's the EJB deployment descriptor, for example, ejb-jar. ml, shown above, need to include resource reference definitions for the JMS objects accessed via JNDI. For message producers sending messages to a single topic or queue, there are only two JNDI references: the connection factory and the topic/queue. For example, the following session bean deployment descriptor shows how JMS references (in italic) are defined for a message producer that publishes a message to a topic: <ejb-jar> <description>no description</description>
<display-name>NewsBroadcasterJar</display-name> <enterprise-beans> <session>
<description>no description</description> <display-name>NewsBroadcaster</desplay-name>
<ejb-name>NewsBroadcastersessionBean</ejb-name> <home>NewsBroadcasterHome</home> <remote>NewsBroadcasterRemote</remote> <ejb-class>NewsBroadcasterSessionBean </ejb-class>
<session-type>Stateless</session-type>
<transaction-type>Container<transaction-type>
<security-identity>
<descriptionx/description> <use-caller-identityx/use-caller-identity>
</security-identity> <resource-ref>
< res-re f -name>jms /NewsConnectonFactory < /res-re f-name>
<res- type>javax.jms . TopicConnectionFactory </res- type>
<res-auth>Container</res-auth> <res-sharing-scope>Shareable
</res-sharing-scope> </resource-ref> <resource-env-ref>
<resource-env-ref-name>jms/NewsTopic </resource-env-ref-name>
<resource-env-ref- type>javax. jms . Topic </resource-env-ref- type> </resource-env-ref> </session> </enterprise-beans>
<assembly-descriptor> <container-transaction> <method>
<ejb-name>NewsBroadcasterSessionBean </ejb-name>
<method-intf>Remote</method-intf> <method-name>broadcastNews</method-name> <method-paramsx/method-params> </method> <trans-attribute>Required</trans-attribute>
</container-transaction> </assembly-descriptor> </ejb-jar>
In addition to specifying references in the EJB deployment descriptor, references to the connection factory and topic/queue names are also specified in the EAR deployment descriptor. The EAR descriptor format may differ among application server vendors. The following EAR descriptor shows how these references (shown in italic) may be specified for deployment of a session bean publishing messages to a topic: <j2ee-ri-speific-information> <server-nameχ/server-name> <rolemappingx/rolemapping> <enterprise-beans>
<module-name>NewsBroadcaster . j ar</module-name> <unique-id>0</unique-id> <ejb>
<ejb-name>NewsBroadcasterSessionBean </ejb-name>
<jndi-name>NewsBroadcaster</jndi-name> <ior-security-config> <transport-config>
<integrity>supported</integrity>
<confidentiality>suppe ted</confidentiality>
<establish-trust-in-target>supported
</establish-trust-in-target> <establish-trust-in-client>supported
</establish-trust-in- client> </transport-config> <as-context>
<auth-method>username_password</auth-method> <realm>default</realm>
<required>true</required> </as-context> <sas-context>
<caller-propagation>supported </caller-propagation>
</sas-context> </ior-security-config> <resource-ref> < res -ref-name>jms/NewsConnecti onFactory
< /res-re f-name>
<jndi-name>TopicConnectionFactory</jndi-name> <default-resource-principal> <name>name</name>
<password>password</password> </default-resource-principal> </resource-ref> <resource-env-ref> <resource-env-ref-name>jms/NewsName
< /resource- env-ref -name> <jndi-name>NewsTopic<jndi-name>
</resource-env-ref> </ejb> </enterprise-beans>
</j2ee-ri-speific-information>
Figure 11 shows a resource environment references panel . Resource environment references allow a resource to be referred to by a different name in the source code of the application compared to its JNDI name. This panel 1100 may be used to allow a user, for example, a person doing the deployment, to specify a correlation between the coded name and the JNDI name. This allows the JNDI name to vary between deployment environments without having to modify the EJB source code.
Figure 12 shows a summary panel in one embodiment . The summary panel allows a user to verify the deployment options before initiating deployment to the target application server. Figure 13 illustrates a progress panel in one embodiment . The progress panel shows the progress and results of the deployment operations. This panel is optional and may be disabled by the deployment tool .
In one embodiment, the individual plug-ins are isolated from each other. Thus, failures in a particular plug-in typically do not impact other plug-ins. The deployment tool infrastructure described herein is used by the plug-ins to accomplish the deployment of specified EAR files. The system and method of the present invention may be implemented and run on a general-purpose computer. The deployment tool provided in the present system and method, for example, may be based on EJB 2.0 specification and J2EE 1.3 blueprint . This deployment tool enables deployment of EJBs to various application servers that are, for example, EJB 2.0 compliant and J2EE certified.
The embodiments described above are illustrative examples and it should not be construed as limiting to these particular embodiments. Various changes and modifications may be effected by one skilled in the art without departing from the spirit or scope of the invention as defined in the appended claims . For example, although the system and method disclosed herein has been described with respect to J2EE and Java environment as an example for ease of explanation, it is not limited only to such programming environment. Further, although interfaces and classes defined have been described to explain the operational details of the deployment tool, it should be understood that programming codes may vary. Accordingly, the present invention is not limited except as by the appended claims.

Claims

CLAIMSWe claim:
1. A system for deploying program modules, comprising: a deployment module operable to run in an integrated development environment or in a standalone mode, the deployment module operable to determine a target application server to which to deploy one or more program modules; and one or more plug-in modules dynamically loadable by the deployment module to process application server specific deployment configurations associated with one or more target application servers for deploying the one or more program modules to the one or more target application servers from the deployment module .
2. The system of claim 1, wherein the deployment module is operable to provide a user with a list of available target application servers to allow the user to select the target application server.
3. The system of claim 2, wherein the deployment module is operable to allow the user to add a new target application server.
4. The system of claim 3, wherein a new plug-in module associated with the new target application server may be dynamically loaded to run with the deployment module without updating the deployment module.
5. The system of claim 1, further including a common set of program definitions for the one or more plug-in modules to implement for interacting with the deployment module.
6. The system of claim 4, wherein the common set of program definitions includes object oriented interface definitions .
7. The system of claim 1, wherein the application server specific deployment configurations include one or more platforms on which the one or more target application servers run.
8. The system of claim 7, wherein the application server specific deployment configurations include information related to the one or more platforms .
9. The system of claim 1, wherein the application server specific deployment configurations include directory structure of the target application server.
10. The system of claim 1, wherein the application server specific deployment configurations include security information associated with the target application server.
11. The system of claim 1, wherein the application server specific deployment configurations include information related to the one or more program modules .
12. A method for deploying program modules, comprising: determining a target application server to deploy one or more program modules; dynamically loading a plug-in associated with the target application server for determining configuration information related to the target application server; updating a deployment file with the determined configuration information; packaging the one or more program modules and the updated deployment file; and deploying the packaged one or more program modules to the target application server.
13. The method of claim 12 , further including transferring the packaged one or more program modules to the target application server.
14. The method of claim 13, wherein the transferring includes transferring by file transfer protocol (FTP) .
15. The method of claim 12 , wherein the determining a target application server includes determining a target application server among a plurality of application servers provided by different application server providers.
16. A method for providing a deployment tool for deploying programs to one or more target application servers, comprising: providing a deployment module operable to determine a target application server; providing a set of common definitions for a plug-in module to implement, the set of common definitions used to provide interaction between the deployment module and the plug-in module and also used to process one or more target application server specific configurations for deploying one or more program modules to the target application server.
17. The method of claim 16, further including: providing one or more plug-in modules implementing the set of common definitions, the one or more plug-in modules associated with respective one or more target application servers.
18. A program storage device readable by machine, tangibly embodying a program of instructions executable by the machine to perform method steps of deploying program modules, comprisiig: determining a target application server to deploy one or more program modules; dynamically loading a plug-in module associated with the target application server for determining configuration information related to the target application server; updating a deployment file with the determined configuration information; packaging the one or more program modules and the updated deployment file; and deploying the packaged one or more program modules to the target application server.
19. A system for deploying one or more program modules to a target application server, comprising: a deployment module operable to run in an integrated development environment or in a standalone mode, the deployment module operable to determine a target application server to which to deploy one or more program modules; and a common set of program definitions for a plug-in module to implement for interacting with the deployment module, the common set of program definitions used by the plug-in module and the deployment module to configure target application server specific information for deploying to the target application server.
20. The system of claim 19, further including: one or more plug-in modules associated with respective one or more target application servers, the one or more plug-in modules implementing the common set of program definitions to determine application server specific configurations associated with respective one or more target application servers.
PCT/US2004/005949 2003-03-03 2004-02-26 Universal deployment tool WO2004079521A2 (en)

Priority Applications (6)

Application Number Priority Date Filing Date Title
EP04715158A EP1599797A4 (en) 2003-03-03 2004-02-26 Universal deployment tool
BRPI0407738-5A BRPI0407738A (en) 2003-03-03 2004-02-26 universal development tool
JP2006508889A JP2006521638A (en) 2003-03-03 2004-02-26 Universal deployment tool
CA002514755A CA2514755A1 (en) 2003-03-03 2004-02-26 Universal deployment tool
AU2004216794A AU2004216794A1 (en) 2003-03-03 2004-02-26 Universal deployment tool
IL169816A IL169816A0 (en) 2003-03-03 2005-07-21 Universal deployment tool

Applications Claiming Priority (2)

Application Number Priority Date Filing Date Title
US10/378,503 US7069553B2 (en) 2003-03-03 2003-03-03 Universal deployment tool
US10/378,503 2003-03-03

Publications (2)

Publication Number Publication Date
WO2004079521A2 true WO2004079521A2 (en) 2004-09-16
WO2004079521A3 WO2004079521A3 (en) 2005-03-10

Family

ID=32926504

Family Applications (1)

Application Number Title Priority Date Filing Date
PCT/US2004/005949 WO2004079521A2 (en) 2003-03-03 2004-02-26 Universal deployment tool

Country Status (9)

Country Link
US (1) US7069553B2 (en)
EP (1) EP1599797A4 (en)
JP (1) JP2006521638A (en)
KR (1) KR20050113214A (en)
AU (1) AU2004216794A1 (en)
BR (1) BRPI0407738A (en)
CA (1) CA2514755A1 (en)
IL (1) IL169816A0 (en)
WO (1) WO2004079521A2 (en)

Cited By (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP2006259806A (en) * 2005-03-15 2006-09-28 Hitachi Ltd Pooling method, system, and program

Families Citing this family (125)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US6712427B1 (en) * 1999-11-24 2004-03-30 Schukra-Geratebau Gesmbh Lumbar support member
US7606898B1 (en) 2000-10-24 2009-10-20 Microsoft Corporation System and method for distributed management of shared computers
US7448024B2 (en) * 2002-12-12 2008-11-04 Bea Systems, Inc. System and method for software application development in a portal environment
US8122106B2 (en) * 2003-03-06 2012-02-21 Microsoft Corporation Integrating design, deployment, and management phases for systems
US7890543B2 (en) 2003-03-06 2011-02-15 Microsoft Corporation Architecture for distributed computing system and automated design, deployment, and management of distributed applications
US7689676B2 (en) 2003-03-06 2010-03-30 Microsoft Corporation Model-based policy application
EP1614254A1 (en) * 2003-04-04 2006-01-11 Computer Associates Think, Inc. Method and system of alert notification
US20040261060A1 (en) * 2003-06-20 2004-12-23 Haselden J. Kirk Dependency based package deployment
WO2005008480A2 (en) * 2003-07-10 2005-01-27 Computer Associates Think, Inc. System and method for generating a web-enabled graphical user interface plug-in
US7761842B2 (en) * 2003-07-11 2010-07-20 Computer Associates Think, Inc. System and method for generating a graphical user interface (GUI) element
US7861243B2 (en) * 2003-07-11 2010-12-28 Computer Associates Think, Inc. Automatically deploying program units to a cluster of networked servers
WO2005008477A2 (en) * 2003-07-11 2005-01-27 Computer Associates Think, Inc. System and method for dynamic generation of a graphical user interface
US20050049998A1 (en) * 2003-08-28 2005-03-03 International Business Machines Corporation Mechanism for deploying enterprise information system resources
US7480895B2 (en) * 2003-11-24 2009-01-20 International Business Machines Corporation Web application development tool
US20050125788A1 (en) * 2003-12-03 2005-06-09 International Business Machines Corporation Wizard-based installation package with run-time debugging support
US20050137932A1 (en) * 2003-12-23 2005-06-23 D'angelo Joseph K. System and method of enterprise risk evaluation and planning
US7778422B2 (en) 2004-02-27 2010-08-17 Microsoft Corporation Security associations for devices
US7647588B2 (en) * 2004-04-15 2010-01-12 International Business Machines Corporation Smart archive for JAR files
US20050246529A1 (en) 2004-04-30 2005-11-03 Microsoft Corporation Isolated persistent identity storage for authentication of computing devies
US7418501B2 (en) * 2004-04-30 2008-08-26 International Business Machines Corporation Dynamic extension of network-accessible services
US7797697B2 (en) * 2004-05-05 2010-09-14 Bea Systems, Inc. System and method for deploying applications with library modules
US20050251495A1 (en) * 2004-05-06 2005-11-10 Bea Systems, Inc. System and method for unified file management
US7730112B2 (en) * 2004-05-10 2010-06-01 Bea Systems Inc. Scoped applications
US7428733B2 (en) * 2004-05-13 2008-09-23 Bea Systems, Inc. System and method for custom module creation and deployment
US7814484B2 (en) * 2004-05-14 2010-10-12 Bea Systems, Inc. System and method for web application extensibility
US7526764B2 (en) * 2004-05-18 2009-04-28 Bea Systems, Inc. System and method for deployment plan
US7707572B2 (en) * 2004-05-19 2010-04-27 Bea Systems, Inc. System and method for application container architecture
US7607126B2 (en) * 2004-05-21 2009-10-20 Bea Systems, Inc. System and method for external override of annotations
US7849412B2 (en) * 2004-05-21 2010-12-07 Computer Associates Think, Inc. System and method for generating a web control in a Windows development environment
US20050267918A1 (en) * 2004-05-28 2005-12-01 Gatev Andrei A System and method for bundling deployment descriptor files within an enterprise archive for fast reliable resource setup at deployment time
US20050267733A1 (en) * 2004-06-01 2005-12-01 Rainer Hueber System and method for a translation process within a development infrastructure
US7490102B2 (en) * 2004-06-07 2009-02-10 Sap Ag System and method for interacting with a persistence layer
US20050289538A1 (en) * 2004-06-23 2005-12-29 International Business Machines Corporation Deploying an application software on a virtual deployment target
US8898256B2 (en) * 2004-07-13 2014-11-25 International Business Machines Corporation Prioritization of application component distribution
US7941402B2 (en) * 2004-09-24 2011-05-10 Sap Ag Storing and using classes in databases
US7849459B2 (en) * 2004-11-04 2010-12-07 International Business Machines Corporation Deploying java applications in resource constrained environments
US9043781B2 (en) * 2004-12-03 2015-05-26 International Business Machines Corporation Algorithm for automated enterprise deployments
US7770150B2 (en) * 2004-12-15 2010-08-03 International Business Machines Corporation Apparatus, system, and method for sharing and accessing data by scopes
US20060136897A1 (en) * 2004-12-22 2006-06-22 Chaitanya Laxminarayan System and method for a packaging and deployment mechanism for Web service applications
US8849960B2 (en) * 2005-02-11 2014-09-30 Hewlett-Packard Development Company, L.P. Non-invasive method and system for automated administration of diverse security constrained servers
US20060195434A1 (en) * 2005-02-25 2006-08-31 International Business Machines Corporation Multiple Invocation Style Integration Framework
US8812964B2 (en) * 2005-03-31 2014-08-19 International Business Machines Corporation Managing evelopment of an enterprise application
US20060230396A1 (en) * 2005-04-07 2006-10-12 International Business Machines Corporation Deployment of reusable software components to be hosted in a container running on a modular code runtime platform through a runtime platform extension point
US7797147B2 (en) 2005-04-15 2010-09-14 Microsoft Corporation Model-based system monitoring
US8489728B2 (en) 2005-04-15 2013-07-16 Microsoft Corporation Model-based system monitoring
US20060245354A1 (en) * 2005-04-28 2006-11-02 International Business Machines Corporation Method and apparatus for deploying and instantiating multiple instances of applications in automated data centers using application deployment template
US8140816B2 (en) * 2005-05-12 2012-03-20 International Business Machines Corporation Utilizing partition resource requirements from workload estimation to automate partition software configuration and validation
US20060277537A1 (en) * 2005-06-01 2006-12-07 International Business Machines Corporation Deployment of containers and container extensions in a modular code runtime platform through a runtime platform extension point
US8549513B2 (en) 2005-06-29 2013-10-01 Microsoft Corporation Model-based virtual system provisioning
US7945902B1 (en) * 2005-07-13 2011-05-17 Oracle America, Inc. Detection of non-standard application programming interface usage via analysis of executable code
US7661108B2 (en) * 2005-08-12 2010-02-09 Bea Systems, Inc. Messaging component configuration and deployment in an archived form
US9274774B2 (en) * 2005-10-28 2016-03-01 Google Inc. Common installer server
US7941309B2 (en) 2005-11-02 2011-05-10 Microsoft Corporation Modeling IT operations/policies
US20070156913A1 (en) * 2005-12-30 2007-07-05 Hiroyuki Miyamoto Method for enabling extension points through plug-ins
US20070240145A1 (en) * 2006-03-01 2007-10-11 Sbc Knowledge Ventures L.P. Method and system for java application administration and deployment
US7451246B2 (en) * 2006-04-19 2008-11-11 Hewlett-Packard Development Company, L.P. Indirectly controlling a target device on a network
US7802243B1 (en) 2006-04-20 2010-09-21 Open Invention Network Llc System and method for server customization
US20070282801A1 (en) * 2006-06-05 2007-12-06 Ajay A Apte Dynamically creating and executing an application lifecycle management operation
US8589569B2 (en) * 2006-09-06 2013-11-19 Oracle International Corporation Method and apparatus for invoking a plug-in on a server
US8296758B2 (en) * 2006-09-20 2012-10-23 Sap Ag Deployment and versioning of applications
US8468494B2 (en) * 2007-01-22 2013-06-18 Oracle Taleo Llc In-line editor
US20080270974A1 (en) * 2007-04-30 2008-10-30 Krasimir Topchiyski Enterprise JavaBeans Metadata Model
US8640146B2 (en) * 2007-05-31 2014-01-28 Red Hat, Inc. Providing extensive ability for describing a management interface
US8327341B2 (en) * 2007-05-31 2012-12-04 Red Hat, Inc. Integrating aspect oriented programming into the application server
US8302092B2 (en) * 2007-06-26 2012-10-30 Microsoft Corporation Extensible data driven deployment system
US9058571B2 (en) * 2007-08-31 2015-06-16 Red Hat, Inc. Tool for automated transformation of a business process definition into a web application package
US8423955B2 (en) * 2007-08-31 2013-04-16 Red Hat, Inc. Method and apparatus for supporting multiple business process languages in BPM
US8914804B2 (en) 2007-09-12 2014-12-16 Red Hat, Inc. Handling queues associated with web services of business processes
US8825713B2 (en) * 2007-09-12 2014-09-02 Red Hat, Inc. BPM system portable across databases
US8954952B2 (en) * 2007-11-30 2015-02-10 Red Hat, Inc. Portable business process deployment model across different application servers
US8775577B1 (en) * 2007-12-18 2014-07-08 Amazon Technologies, Inc. System and method for configuration management service
US8176114B2 (en) * 2008-02-28 2012-05-08 Oracle International Corporation Distributed cross-application server deployment
US8191075B2 (en) 2008-03-06 2012-05-29 Microsoft Corporation State management of operating system and applications
US8762977B2 (en) * 2008-04-10 2014-06-24 Telefonaktiebolaget L M Ericsson (Publ) Mobile device software management method and apparatus
GB2459682B (en) * 2008-04-30 2012-04-25 Vmware Inc A computer system and a method of deploying an application in a computer system
US9235909B2 (en) * 2008-05-06 2016-01-12 International Business Machines Corporation Simplifying the presentation of a visually complex semantic model within a graphical modeling application
US20090319239A1 (en) * 2008-06-18 2009-12-24 International Business Machines Corporation Topology modeling application that handles abstract entities through the realization of conceptual objects
US8010479B2 (en) * 2008-06-18 2011-08-30 International Business Machines Corporation Simplifying the creation of user-defined custom elements for use in a graphical modeling application
US8291378B2 (en) 2008-07-29 2012-10-16 International Business Machines Corporation Simplified deployment modeling
US8849987B2 (en) * 2008-07-29 2014-09-30 International Business Machines Corporation Automated discovery of a topology of a distributed computing environment
US8302093B2 (en) * 2008-08-28 2012-10-30 International Business Machines Corporation Automated deployment of defined topology in distributed computing environment
US8793652B2 (en) 2012-06-07 2014-07-29 International Business Machines Corporation Designing and cross-configuring software
US9280335B2 (en) 2010-09-30 2016-03-08 International Business Machines Corporation Semantically rich composable software image bundles
US8417658B2 (en) 2008-09-12 2013-04-09 International Business Machines Corporation Deployment pattern realization with models of computing environments
US8402381B2 (en) * 2008-09-23 2013-03-19 International Business Machines Corporation Automatically arranging widgets of a model within a canvas using iterative region based widget relative adjustments
US8049918B2 (en) 2008-11-03 2011-11-01 Microsoft Corporation Print plug-in isolation
US9015593B2 (en) * 2008-12-01 2015-04-21 International Business Machines Corporation Managing advisories for complex model nodes in a graphical modeling application
US8918761B1 (en) * 2008-12-05 2014-12-23 Amazon Technologies, Inc. Elastic application framework for deploying software
GB2466220A (en) * 2008-12-12 2010-06-16 Symbian Software Ltd Installing or uninstalling computer programs using installer plug-in modules
US8245223B2 (en) * 2008-12-23 2012-08-14 Microsoft Corporation Networked deployment of multi-application customizations
JP5278185B2 (en) * 2009-06-12 2013-09-04 株式会社リコー Information processing apparatus, installer program, and storage medium
US8799203B2 (en) * 2009-07-16 2014-08-05 International Business Machines Corporation Method and system for encapsulation and re-use of models
US8549476B2 (en) * 2009-07-30 2013-10-01 Hewlett-Packard Development Company, L.P. Comparison of result of program operation to result of an operation of a different version of the program
US8499294B2 (en) * 2009-09-30 2013-07-30 Red Hat, Inc. Persisting the changes for managed components in an application server
US9223946B1 (en) * 2009-10-29 2015-12-29 Hewlett Packard Enterprise Development Lp Specification and configuration of management intent
US8650540B2 (en) * 2009-12-31 2014-02-11 International Business Machines Corporation Melding of mediation flow service component architecture (SCA) components
US20110209144A1 (en) * 2010-02-19 2011-08-25 International Business Machines Corporation Application runtime expert for deployment of an application on multiple computer systems
US20120117539A1 (en) * 2010-05-26 2012-05-10 Tibco Software Inc. Capability model for deploying componentized applications
JP5589574B2 (en) * 2010-06-08 2014-09-17 株式会社リコー Device control apparatus, device control program, storage medium, and device control system
US8612963B2 (en) * 2010-12-02 2013-12-17 International Business Machines Corporation Guided problem resolution in deploying an application
US9298482B2 (en) 2011-12-12 2016-03-29 International Business Machines Corporation Plug-in based templatization framework for automating the creation of open virtualization format virtual appliances
US9378255B2 (en) 2012-05-11 2016-06-28 Sap Se Cloud logistics
US9342330B2 (en) * 2012-05-11 2016-05-17 Sap Se Deploying a user-configured virtual appliance template including a portion of an existing computing application to enhance functionality
US10044522B1 (en) 2012-08-21 2018-08-07 Amazon Technologies Inc. Tree-oriented configuration management service
US9992268B2 (en) * 2012-09-27 2018-06-05 Oracle International Corporation Framework for thin-server web applications
US9760361B2 (en) 2012-11-26 2017-09-12 International Business Machines Corporation Optimized installation of received patches for application programs already running on computer systems
US9411571B2 (en) * 2013-02-28 2016-08-09 Adobe Systems Incorporated Method and apparatus for deploying software as a service
US20140380300A1 (en) * 2013-06-25 2014-12-25 Bank Of America Corporation Dynamic configuration framework
CN104283919B (en) * 2013-07-05 2019-11-05 中兴通讯股份有限公司 A kind of interface calling system and method
WO2015013936A1 (en) * 2013-07-31 2015-02-05 华为技术有限公司 Associated plugin management method, device and system
US9432405B2 (en) * 2014-03-03 2016-08-30 Microsoft Technology Licensing, Llc Communicating status regarding application of compliance policy updates
US9971583B2 (en) 2014-10-31 2018-05-15 Hewlett Packard Enterprise Development Lp Common deployment model
US9965260B2 (en) 2015-02-18 2018-05-08 Oracle International Corporation Software product release automation framework
CN105159686B (en) * 2015-09-28 2018-09-04 北京奇虎科技有限公司 A kind of Website page development approach and device
US20170123777A1 (en) * 2015-10-28 2017-05-04 Hewlett Packard Enterprise Development Lp Deploying applications on application platforms
CN106354533B (en) * 2016-08-29 2019-09-20 北京恒华伟业科技股份有限公司 A kind of module dynamic loading method and device
CN106598663B (en) * 2016-12-09 2020-07-24 北京恒华伟业科技股份有限公司 Web application updating method and web server
US10908926B2 (en) * 2017-09-09 2021-02-02 Box, Inc. Plug-in management wrappers
US10990368B2 (en) 2017-12-26 2021-04-27 Oracle International Corporation On-premises and cloud-based software provisioning
US10698673B2 (en) * 2018-04-20 2020-06-30 Red Hat, Inc. Managing software installation
CN108776589B (en) * 2018-06-04 2021-07-27 中国电子科技集团公司第十四研究所 Deployment method of radar signal processing software component
CN110136560B (en) * 2019-05-31 2020-12-29 山东交通学院 Oblique-section type bionic bat-ear horn model function device and experimental method
US20230031354A1 (en) * 2020-02-12 2023-02-02 Hewlett-Packard Development Company, L.P. Abridged container images
US11762644B2 (en) 2021-05-10 2023-09-19 International Business Machines Corporation Agentless installation for building deployments
CN114385192A (en) * 2022-01-18 2022-04-22 北京字节跳动网络技术有限公司 Application deployment method and device, computer equipment and storage medium

Family Cites Families (31)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
FR2689997B1 (en) * 1992-04-08 1997-06-13 Innovatron Sa CONTACTLESS DATA EXCHANGE SYSTEM BETWEEN A TERMINAL AND A MODULAR PORTABLE ASSEMBLY.
US5644364A (en) * 1993-04-16 1997-07-01 Avid Technology, Inc. Media pipeline with multichannel video processing and playback
US6357047B1 (en) * 1997-06-30 2002-03-12 Avid Technology, Inc. Media pipeline with multichannel video processing and playback
US5771354A (en) * 1993-11-04 1998-06-23 Crawford; Christopher M. Internet online backup system provides remote storage for customers using IDs and passwords which were interactively established when signing up for backup services
WO1995026100A1 (en) * 1994-03-18 1995-09-28 Avid Technology, Inc. Pipeline processing of still images adapted for real time execution of digital video effects
IL113572A (en) * 1995-05-01 1999-03-12 Metalink Ltd Symbol decoder
US6505160B1 (en) * 1995-07-27 2003-01-07 Digimarc Corporation Connected audio and other media objects
US5903261A (en) * 1996-06-20 1999-05-11 Data Translation, Inc. Computer based video system
US6175562B1 (en) * 1997-04-29 2001-01-16 Intervoice Limited Partnership Switchless call processing
US6314565B1 (en) * 1997-05-19 2001-11-06 Intervu, Inc. System and method for automated identification, retrieval, and installation of multimedia software components
US6233567B1 (en) * 1997-08-29 2001-05-15 Intel Corporation Method and apparatus for software licensing electronically distributed programs
US6216152B1 (en) * 1997-10-27 2001-04-10 Sun Microsystems, Inc. Method and apparatus for providing plug in media decoders
US5974454A (en) * 1997-11-14 1999-10-26 Microsoft Corporation Method and system for installing and updating program module components
US6334189B1 (en) * 1997-12-05 2001-12-25 Jamama, Llc Use of pseudocode to protect software from unauthorized use
US6480959B1 (en) * 1997-12-05 2002-11-12 Jamama, Llc Software system and associated methods for controlling the use of computer programs
US6141759A (en) * 1997-12-10 2000-10-31 Bmc Software, Inc. System and architecture for distributing, monitoring, and managing information requests on a computer network
US6498791B2 (en) * 1998-04-03 2002-12-24 Vertical Networks, Inc. Systems and methods for multiple mode voice and data communications using intelligently bridged TDM and packet buses and methods for performing telephony and data functions using the same
US6009401A (en) * 1998-04-06 1999-12-28 Preview Systems, Inc. Relicensing of electronically purchased software
US6499035B1 (en) * 1998-07-15 2002-12-24 Microsoft Corporation Licensing java objects
US6067044A (en) * 1998-09-21 2000-05-23 National Systems And Research Company Remote tracking and sensing system and method
US6636506B1 (en) * 1998-11-16 2003-10-21 Fanstel Systems, Llc Internet telephone system and method therefor
US6343280B2 (en) * 1998-12-15 2002-01-29 Jonathan Clark Distributed execution software license server
US6526097B1 (en) * 1999-02-03 2003-02-25 Sarnoff Corporation Frame-level rate control for plug-in video codecs
US6508709B1 (en) * 1999-06-18 2003-01-21 Jayant S. Karmarkar Virtual distributed multimedia gaming method and system based on actual regulated casino games
US6684387B1 (en) * 1999-09-23 2004-01-27 International Business Machines Corporation Method and apparatus for verifying Enterprise Java Beans
US6628644B1 (en) * 1999-09-30 2003-09-30 Cisco Technology, Inc. Telephone-based hypertext transport protocol server
US6557100B1 (en) * 1999-10-21 2003-04-29 International Business Machines Corporation Fastpath redeployment of EJBs
US6614786B1 (en) * 1999-11-24 2003-09-02 Lucent Technologies Inc. Enhanced dual mode telephone for internet telephony
US6757689B2 (en) * 2001-02-02 2004-06-29 Hewlett-Packard Development Company, L.P. Enabling a zero latency enterprise
US6826716B2 (en) * 2001-09-26 2004-11-30 International Business Machines Corporation Test programs for enterprise web applications
US6679177B1 (en) * 2002-04-24 2004-01-20 G&H Technology, Inc. Resettable and redundant NEA-initiated hold-down and release mechanism for a flight termination system

Non-Patent Citations (1)

* Cited by examiner, † Cited by third party
Title
See references of EP1599797A4 *

Cited By (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP2006259806A (en) * 2005-03-15 2006-09-28 Hitachi Ltd Pooling method, system, and program

Also Published As

Publication number Publication date
BRPI0407738A (en) 2006-02-14
KR20050113214A (en) 2005-12-01
EP1599797A4 (en) 2008-05-07
AU2004216794A1 (en) 2004-09-16
US7069553B2 (en) 2006-06-27
US20040177352A1 (en) 2004-09-09
WO2004079521A3 (en) 2005-03-10
JP2006521638A (en) 2006-09-21
IL169816A0 (en) 2007-07-04
CA2514755A1 (en) 2004-09-16
EP1599797A2 (en) 2005-11-30

Similar Documents

Publication Publication Date Title
US7069553B2 (en) Universal deployment tool
US7861243B2 (en) Automatically deploying program units to a cluster of networked servers
US8726270B2 (en) Distributed installation configuration over multiple machines
US6430556B1 (en) System and method for providing a query object development environment
US6957256B1 (en) Linking external applications to a network management system
US7805735B2 (en) System and method of representing data entities of standard device applications as built-in components
US7284233B2 (en) Integrated development environment for java message service mark-up language
US6268852B1 (en) System and method for facilitating generation and editing of event handlers
US8250458B2 (en) Method, system, and software tool for emulating a portal application
US20020101448A1 (en) Generating a declarative user interface
US20030110315A1 (en) System and method for providing a java interface to an application view component
US20070288853A1 (en) Software, methods and apparatus facilitating presentation of a wireless communication device user interface with multi-language support
US20030163807A1 (en) Weighted selection of target systems for distributed software installation
EP1974498B1 (en) Method, system and computer program product for automatically cloning it resource structures
US20030182626A1 (en) On-demand creation of MIDlets
US20070061277A1 (en) Method, system, and storage medium for providing dynamic deployment of grid services over a computer network
US9049044B1 (en) Method of management and distribution of device adapters for element management systems
CA2367889A1 (en) Dynamic application systems and processes for distributed computer environment
Bai Developing Java Web Applications to Access Databases
Kromann et al. Introducing PDO
Guide Pramati Server 3.0
Brown et al. Data Access Options for Web Applications
Gilmore Introducing PDO
JP2004355413A (en) Mainframe open system for computer network system

Legal Events

Date Code Title Description
AK Designated states

Kind code of ref document: A2

Designated state(s): AE AG AL AM AT AU AZ BA BB BG BR BW BY BZ CA CH CN CO CR CU CZ DE DK DM DZ EC EE EG ES FI GB GD GE GH GM HR HU ID IL IN IS JP KE KG KP KR KZ LC LK LR LS LT LU LV MA MD MG MK MN MW MX MZ NA NI NO NZ OM PG PH PL PT RO RU SC SD SE SG SK SL SY TJ TM TN TR TT TZ UA UG US UZ VC VN YU ZA ZM ZW

AL Designated countries for regional patents

Kind code of ref document: A2

Designated state(s): BW GH GM KE LS MW MZ SD SL SZ TZ UG ZM ZW AM AZ BY KG KZ MD RU TJ TM AT BE BG CH CY CZ DE DK EE ES FI FR GB GR HU IE IT LU MC NL PT RO SE SI SK TR BF BJ CF CG CI CM GA GN GQ GW ML MR NE SN TD TG

121 Ep: the epo has been informed by wipo that ep was designated in this application
DPEN Request for preliminary examination filed prior to expiration of 19th month from priority date (pct application filed from 20040101)
WWE Wipo information: entry into national phase

Ref document number: 200505427

Country of ref document: ZA

WWE Wipo information: entry into national phase

Ref document number: 2004216794

Country of ref document: AU

REEP Request for entry into the european phase

Ref document number: 2004715158

Country of ref document: EP

WWE Wipo information: entry into national phase

Ref document number: 2004715158

Country of ref document: EP

Ref document number: 3096/DELNP/2005

Country of ref document: IN

WWE Wipo information: entry into national phase

Ref document number: 169816

Country of ref document: IL

ENP Entry into the national phase

Ref document number: 2004216794

Country of ref document: AU

Date of ref document: 20040226

Kind code of ref document: A

WWE Wipo information: entry into national phase

Ref document number: 2514755

Country of ref document: CA

WWP Wipo information: published in national office

Ref document number: 2004216794

Country of ref document: AU

WWE Wipo information: entry into national phase

Ref document number: 20048049188

Country of ref document: CN

WWE Wipo information: entry into national phase

Ref document number: 1020057016333

Country of ref document: KR

WWE Wipo information: entry into national phase

Ref document number: 2006508889

Country of ref document: JP

WWP Wipo information: published in national office

Ref document number: 2004715158

Country of ref document: EP

WWP Wipo information: published in national office

Ref document number: 1020057016333

Country of ref document: KR

ENP Entry into the national phase

Ref document number: PI0407738

Country of ref document: BR