Administrators who want to deploy Java 2 Platform, Enterprise Edition (J2EE) applications or application modules to WebLogic Server® instances or clusters. It is assumed that you are working in a production environment, which is generally characterized by multiple WebLogic Server instances or clusters running on multiple machines. It is also assumed that you have one or more application module archive files that have been tested and are ready to deploy on a production server.
Developers who may need to deploy an application in a development environment, package an application for delivery to an administrator or deployer, or create and export the configuration of an application for deployment to a testing, staging, or production environment
Guide to This Document
This chapter, Introduction and Roadmap, describes the organization of this document and highlights new deployment features introduced in this release of BEA WebLogic Server.
Exporting an Application for Deployment to New Environments,describes how to export an application's WebLogic Server deployment configuration to a custom deployment plan, which administrators use in deploying the application into non-development environments.
Auto-Deploying Applications in Development Domains, describes how to quickly deploy an application to a stand-alone server (Administration Server) for evaluation or testing in a single-server development environment.
WebLogic Server implements the J2EE 1.4 specification. J2EE 1.4 includes a deployment specification, JSR-88, that describes a standard API used by deployment tools and application server providers to configure and deploy applications to an application server.
WebLogic Server implements both the JSR-88 Service Provider Interface (SPI) plug-in and model plug-in to comply with the J2EE 1.4 deployment specification. You can use a basic J2EE 1.4 deployment API deployment tool with the WebLogic Server plug-ins (without using WebLogic Server extensions to the API) to configure, deploy, and redeploy J2EE applications and modules to WebLogic Server. See Compatibility Statement for BEA WebLogic Server 10.0.
Deployment Terminology
The following WebLogic Server deployment terms are used throughout this document:
application—One or more software programs, used collectively by an end user to perform computing tasks.
application installation directory—A WebLogic Server directory structure designed to help organize deployment files and generated deployment configuration artifacts for an application or module. Also referred to as an application root directory.
application module—An XML document used to configure JMS or JDBC resources. An application module can be one of the following types:
stand-alone— Resources are bound to the global JNDI tree.
application-scoped—Bundled as part of an Enterprise Application and scoped within the application itself.
application version—A string value that identifies the version of a deployed application. Compatible applications that use version strings can use the WebLogic Server production redeployment strategy.
deployment configuration—The process of defining the deployment descriptor values required to deploy an application to a particular WebLogic Server domain. The deployment configuration for an application or module is stored in three types of XML document: J2EE deployment descriptors, WebLogic Server descriptors, and WebLogic Server deployment plans.
deployment descriptor—An XML document used to define the J2EE behavior or WebLogic Server configuration of an application or module at deployment time.
deployment plan—An XML document used to define an application’s WebLogic Server deployment configuration for a specific WebLogic Server environment, such as development, test, or production. A deployment plan resides outside of an application’s archive file and contains deployment properties which override an application’s existing WebLogic Server deployment descriptors. Use deployment plans to easily change an application’s WebLogic Server configuration for a specific environment without modifying existing deployment descriptors. Multiple deployment plans can be used to reconfigure a single application for deployment to multiple, differing WebLogic Server environments.
distribution—The process by which WebLogic Server copies deployment source files to target servers for deployment.
production redeployment—A WebLogic Server redeployment strategy that deploys a new version of a production application alongside an older version, while automatically managing HTTP connections to ensure uninterrupted client access.
staging mode—The method WebLogic Server uses to make deployment files available to target servers in a domain. Staging modes determine whether or not files are distributed (copied) to target servers before deployment.
Related Documentation
For additional information about deploying applications and modules to WebLogic Server, see these documents:
Programming WebLogic Deployment describes the WebLogic Server deployment API, which implements and extends the J2EE 1.4 specification. All WebLogic Server deployment tools use this API.
Developing WebLogic Server Applications describes how to deploy applications during development using the wldeploy Ant task, and provides information about the WebLogic Server deployment descriptor for Enterprise Applications.
The WebLogic Server J2EE programming guides describe the J2EE and WebLogic Server deployment descriptors used with each J2EE application and module:
