|
YOUR FEEDBACK
Did you read today's front page stories & breaking news?
SYS-CON.TV |
TOP THREE LINKS YOU MUST CLICK ON WebLogic Server New Deployment Model in BEA WebLogic Server 7.0
New Deployment Model in BEA WebLogic Server 7.0
By: Kumar Allamraju
Mar. 27, 2003 12:00 AM
The release of BEA WebLogic Server 7.0 offered several new features such as Web services; a pluggable, flexible security infrastructure; a migratable framework; new developer tools; JMS; and a new deployment model to provide a highly reliable framework for scalable and secure applications. In this article I'll talk about the deployment model introduced in WebLogic Server 7.0 and the different modes of application staging.
New Deployment Model In previous versions of WebLogic Server, when an application was deployed, the admin server sent a copy of the application file(s) to all the targeted servers. The main problem with this approach is, if deployment of an application fails to any of these targeted servers, the entire deployment's state across its target servers became inconsistent. The second problem was, since the admin server copyied the files to managed servers upon their restart, server start-up was delayed as all the JSP's had to be compiled. The new deployment model (aka "2 phase deployment protocol") was introduced to solve this problem in addition to maintaining domain consistency. In other words, this model ensures homogeneous application deployment in Clusters.
It also ensures better status reporting for success/failure of deployments. The WebLogic Server 6.x deployment style will continue to work as is; however, you are strongly encouraged to use the new deployment model as it is highly flexible and rich in terms of its new features:
Now let's talk about the phases in the new deployment model.
If deployment of an application fails in either the prepare or activation phase, then the cluster deployment will fail. In the case of a non-cluster environment, the application won't be prepared or activated.
Application Staging
Nostage
java weblogic. Deployer url {admin-url} This command activates the EAR specified with the name myapp. The application is deployed to the targeted server, which in this case is called managed-server1. The -nostage option indicates that the application path "c:/myapps" is available on all of the servers in the domain and that it is not necessary to "stage" or transfer the files to the managed servers (e.g., shared file system). This staging mode may not be helpful if admin & managed servers are in different machines or in different Operating Systems.
Stage
java weblogic.Deployer url {admin-url} -username This command activates the EAR specified with the name myapp. The application is deployed to the targeted server, which in this case is called managed-server1. The -stage option indicates that the application files are copied from -source directory to a directory with the application name under each target server's staging directory.
External_stage
java weblogic.Deployer url {admin-url} -username {admin-user} This command activates the EAR specified with the name myapp. The application is deployed to the targeted server, which in this case is called managed-server1. The -external_stage option indicates that the application files expect to be copied under each target server's staging directory.
Default Staging modes The staging directory for each server is located under $WL_HOME/user_projects/mydomain/{server_name}/stage
Available Deployment Tools for Two-Phase Deployment
In this article we looked at the new deployment model introduced in WebLogic Server 7.0, which ensures homogeneous deployments in a clustered environment. I hope this will help you choose the appropriate staging mode depending on your deployment needs.
References BEA WEBLOGIC LATEST STORIES
SUBSCRIBE TO THE WORLD'S MOST POWERFUL NEWSLETTERS SUBSCRIBE TO OUR RSS FEEDS & GET YOUR SYS-CON NEWS LIVE!
|
SYS-CON FEATURED WHITEPAPERS MOST READ THIS WEEK BREAKING NEWS FROM THE WIRES
|
|||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||