Upgrading WebLogic Application Environments
This document describes how to upgrade your application environment to WebLogic Server 9.0 from: WebLogic Server 6.1, 7.0, or 8.1.
The following sections provide an overview of the topics discussed in this document:
We recommend that, before proceeding, you familiarize yourself with the following terminology:
The process required to upgrade an application environment depends on the scope of the application. An application environment includes a WebLogic domain and any applications and application data associated with the domain. It may also include external resources, such as firewalls, load balancers, and LDAP servers.
Figure 1-1 shows an example of a WebLogic application environment.
Figure 1-1 Example WebLogic Application Environment
The following table lists the components of the WebLogic application environment shown in Figure 1-1, and the upgrade requirements for each.
Includes the Administration Server (AS) and optionally one or more Managed Servers (for example, MS1, MS2, MS3, and MS4). The servers in a domain may span multiple machines. Furthermore, you can group Managed Servers into clusters to support load balancing and failover protection for critical applications. For more information about WebLogic domains, see "Understanding WebLogic Server Domains" in Understanding Domain Configuration at |
||
Supports custom security requirements. For information about developing custom security providers, see Developing Security Providers for WebLogic Server at |
Upgrade the custom security providers on each machine in the domain. |
|
Provides high availability to Managed Servers. For more information about Node Manager, see "Using Node Manager to Control Servers" in Managing Server Startup and Shutdown at |
||
Any J2EE applications, including Web applications, EJBs, and so on. Typically, applications are deployed to one or more Managed Servers in a domain. Depending on the deployment strategy, applications may reside locally on a machine or be accessible via a shared directory. In addition, external client applications may access the application environment from outside a firewall. |
Most WebLogic Server applications can be run without modifications in the new WebLogic Server 9.0 application environment. For more information, see Interoperability and Compatibility with Previous Releases. |
|
Software components, such as databases for storing domain and application data, load balancers, and firewalls. |
Verify that all external resources are compatible with WebLogic Server 9.0. |
Each step in the upgrade process is described in more detail in this document.
The WebLogic Upgrade Wizard guides you through the steps required to upgrade a WebLogic domain that is compatible with WebLogic Server 6.1, 7.0, or 8.1 such that it runs in a WebLogic Server 9.0 application environment. As part of the upgrade process, you must upgrade any custom security providers and Node Managers used in the domain.
You can step through the upgrade process interactively, using the graphical user interface (GUI), or "silently," by creating an upgrade script and running it.
View an interactive demo, Upgrading an 8.1 WebLogic Application Environment to 9.0, that shows you how to upgrade a WebLogic Server application environment, built using WebLogic Server 8.1, so that it runs on WebLogic Server 9.0.
The 8.1 Avitek Medical Records sample application is used in this demo to illustrate the upgrade process. For more information about this sample application, see the Avitek Medical Records Development Tutorials at http://download.oracle.com/docs/cd/E13222_01/wls/docs81/medrec_tutorials/index.html
.
Application environments that run with WebLogic Server 9.0 can interoperatre with application environments built on WebLogic Server 7.0 or 8.1.
Most existing WebLogic Server applications can be run without modification in the new WebLogic Server 9.0 application environment. You should review the compatibility information described in Compatibility with Previous Releases to determine whether any feature changes affect the applications in your environment. If your application uses APIs that have been deprecated or removed, then you may encounter warnings or exceptions at run time.