Administration Guide
![]() |
![]() |
![]() |
![]() |
![]() |
![]() |
![]() |
This chapter describes how to deploy BEA Liquid Data for WebLogic applications to an Administration Server, Managed Server, or to a cluster. The chapter also describes how to deploy Liquid Data applications from development to production mode.
The chapter contains the following sections:
During development, you can deploy applications to a WebLogic Server directly from Workshop (or from other IDEs such as Eclipse with a WebLogic plug-in). Following development, however, applications are more typically deployed to production WebLogic Servers using the Administration Console.
In most production scenarios, there are multiple WebLogic instances in a given domain. Using the Administration Console, you can deploy applications to an Administration Server, a Managed WebLogic Server, or to a cluster.
Note: You can deploy a Liquid Data application to only a single target, which can be either a server or a cluster.
The Administration Console further enables you to upgrade applications or shut down application modules on a WebLogic Server without interrupting other running applications. For general information about deploying applications, see Deploying WebLogic Platform Applications at:
http://download.oracle.com/docs/cd/E13196_01/platform/docs81/deploy/index.html
The WebLogic deployment wizard automatically transfers the required items to the target server. These include the Liquid Data project artifacts, including configuration files and binary files, as well as WebLogic components such as data source connections and pools.
You need to make sure, however, that any data sources configured in the development environment are available from the production environment.
Table 3-1 lists the contents of a compiled Liquid Data project.
Compiled components and executables for the Liquid Data runtime engine. |
|
Individual JAR files for each Liquid Data project in the EAR file. |
An Administration Server is the central configuration repository for the set of WebLogic Servers in a domain. Once the Liquid Data application is deployed to the Administration Server, you can deploy it to all of the managed servers in the domain.
To deploy an application to WebLogic using the Administration Console:
For more information, see Using the WebLogic Server Console.
Figure 3-1 illustrates the Application node context-sensitive menu.
Figure 3-1 Deploy application menu selection
Figure 3-2 Deploy an Application page
You can deploy applications to Managed Servers in the WebLogic domain using the Administration Console.
To deployed applications to a Managed Server:
For more information, see Using the WebLogic Server Console.
A cluster is multiple WebLogic Server instances running simultaneously and working together to provide increased scalability and reliability. A cluster appears to clients to be a single WebLogic Server instance.
To deploy a Liquid Data application to a cluster:
For more information, see Using the WebLogic Server Console.
Figure 3-4 illustrates the screen for selecting an application to deploy to a cluster.
Figure 3-3 Selecting an Application to Deploy to a Cluster
The console displays the available clusters, as illustrated in Figure 3-5.
Figure 3-4 Selecting a Target for the Application
Liquid Data applications are typically developed and tested in development mode, which offers a relaxed security configuration and enables auto-deployment of applications. Once the application is available in its final form, you can deploy the application to production mode which offers full security and may use clusters or other advanced features.
This section describes the following methods for migrating Liquid Data applications from development to production mode:
You can migrate Liquid Data applications from development to production mode by creating a configuration template using the WebLogic Configuration Template Builder, and then choosing the template when creating a new domain using the WebLogic Configuration Wizard.
This section highlights steps specific to migrating Liquid Data applications. For complete information about using the Configuration Template Builder and Configuration Wizard, see the following:
To migrate Liquid Data applications using configuration templates:
You can manually deploy Liquid Data applications from development to production mode, if required.
To manually deploy an application from development to production mode:
liquiddata
folder which contains <
app_name
>LDconfig.xml
file from the development domain to the production domain.config.xml
file of the production domain, and add application elements which belong to the Liquid Data application and Liquid Data Console (ldconsole). Export the security policies for the WebLogic Authorization provider, and import the policies into the new security realm. For more information about migrating WebLogic Security data, see the WebLogic documentation at:
http://download.oracle.com/docs/cd/E13222_01/wls/docs81/secmanage/security_data_migration.html
Export the Liquid Data security policies in the development domain and import them into the production domain. For more information about exporting Liquid Data security policies, see Exporting Access Control Resources.
Each domain that runs Liquid Data Control applications has a single ldcontrol.properties
file, which stores the connection information for all Liquid Data Control applications running in the domain. The ldcontrol.properties
file is located at the root directory of your domain where the Liquid Data Control application EAR file is deployed. For more information about migrating the ldcontrol.properties
file, see the BEA WebLogic Workshop Online Help at:
http://download.oracle.com/docs/cd/E13226_01/workshop/docs81/doc/en/core/index.html
You can determine which version of Liquid Data you are through the WebLogic Administration Console.
To determine the Liquid Data version number:
For more information, see Using the WebLogic Server Console.
![]() ![]() |
![]() |
![]() |