The ear is deployed to my server. I am using Weblogic 12c. Improve this question. Add a comment. Active Oldest Votes. Improve this answer. Rafa Arana Rafa Arana 44 1 1 bronze badge. Sign up or log in Sign up using Google.
Sign up using Facebook. Sign up using Email and Password. Post as a guest Name. This is the recommended deployment approach. Since almost all modules must be deployed to both the administration server and to the cluster, any performance or disk space benefits you want to achieve by targeting individual modules is not significant. However, if for some reason you want to use targeted deployment, use the following recommendations, which are listed in order from easiest to most difficult.
The sequence with which you start managed servers is important and depends upon your application deployment.
See Table for the startup sequences you must use. If you are not deploying a new application or an updated application , you can start all managed servers in parallel simultaneously. There are numerous ways to start a managed server and bind it to your administration server, including using Node Manager. For your initial setup, you may want to use the startManagedWebLogic script in the domain root directory.
You can run this script by specifying the name of the managed server for this server instance and the URL of the administration server. Before starting the script, edit it and give the managed server more memory than it is allocated by default. For example, change the memory allocation to -Xmsm -Xmxm. After starting a managed server, you can browse your portal application by going to the appropriate URL on the managed server instance. To provide your users a single point of entry to your cluster, as well as support session failover, you will need to configure a proxy server.
There are no WebLogic Portal-specific configuration tasks when setting up a proxy plug-in. This is because the variables for those values are read from the request.
The same could happen if a user on a proxy server port 80 clicks a link to a resource outside the proxy server port This section contains instructions for redeployment, partial redeployment, and iterative deployment of datasync data, such as user profile properties, user segments, content selectors, campaigns, discounts, and other property sets.
Deployer tool to redeploy an updated portal application to your production server. See weblogic. Deployer Utility. The following batch file shown in Listing is an example of how to use weblogic.
Deployer to redeploy a portal application to production. In certain situations you can reduce the time needed to redeploy individual pieces of a portal application by using the weblogic.
Deployer tool. If your updates are contained within a particular portal web application, you can redeploy just that web application and greatly reduce the time spent in redeployment. This is of use if you have new portlets and page flows, but no new EJBs, libraries, or modules which are Enterprise application scoped. Because a portal web application has a number of dependencies on WebLogic Workshop control classes, those needed to be redeployed as well.
The following batch file can be used to help simplify that process. You need to have weblogic. This section explains how to use the import utility and includes these topics:. For example:. The utility is shown in Figure After the new EAR file is deployed, you can add the portlets contained in the imported WAR file s to your application.
To do this, you need to add the web application s as WSRP producers. After a web application is added as a producer, you can incorporate the application's portlets as you would with any WSRP producer using the WebLogic Administration Portal.
Configuring Portal Application Deployment Descriptors Similar to any J2EE application, a portal application has a number of deployment descriptors that you may want to tune for your production environment. Among other settings, it has a set of elements for configuring security for the web application. For more details about web. For more details, see: weblogic. For production, it is common to make these modifications: Turn off debugging by setting debug to false.
Precompile the JSPs in the web application to reduce the time needed to display pages on their first invocation by setting precompile to true. Also set precompileContinue to true, because if any JSPs do not compile, deployment of the web application stops.
You may need to add these elements to weblogic. Caches will be visible to the individual modules only. If you are deploying multiple WAR files, note that this configuration produces the largest number of Coherence nodes in the cluster—one for each deployed WAR file that uses coherence. It also results in the largest resource utilization of the three configurations—one copy of the Coherence classes are loaded for each deployed WAR.
On the other hand, since each deployed Web application is its own cluster, Web applications are completely isolated from other potentially misbehaving Web applications. As an alternative to the Administration Console, you can also deploy the JAR files on the command line. The following are sample deployment commands:. Import coherence. As an alternative to using the manifest file, copy coherence. Example illustrates the contents of a sample manifest.
Optional If you want to configure Coherence cluster properties, create a CoherenceClusterSystemResourceMBean and reference it as a coherence-cluster-ref element in weblogic. Example illustrates a sample configuration for WAR-scoped clusters in the weblogic. For this enterprise deployment topology, you must install and deploy the dizzyworld. To do so, compete the following steps:.
0コメント