2004年2月1日BEA收回了WebLogic Server 5.1。在收回之前，它已经支撑了四年。迁移运行在WebLogic Server 5.1上的应用程序的一个选择是使用8.1，后者提供了大量针对基于J2EE 1.3的应用程序的新功能。
我将概述WebLogic Server 8.1中值得注意的重要功能，以及在将应用程序从WebLogic Server 5.1迁移到8.1的过程中涉及到的高级活动。
WebLogic Server 8.1的新功能
JDBC功能
为了连接到Microsoft SQL Server数据库，WebLogic Server 8.1 SP1包含了一个来自BEA的新的JDBC驱动程序。BEA WebLogic Type 4 JDBC MS SQL Server驱动程序取代了遭到非议的WebLogic jDriver for Microsoft SQL Server。新驱动程序：
- 提供JDBC 3.0兼容性和更好的性能
- 支持XA支持中的分布式事务
- 支持任何操作系统平台上的多语言应用程序开发，以访问支持Unicode编码的数据库和不支持Unicode编码的数据库。
管理功能
WebLogic Server 8.1提供了System Administration Console（系统管理控制台）来管理WebLogic Server域，这是一个基于web浏览器的图形化用户界面(GUI)。每个域中的WebLogic Server实例都被配置成Administration Server。Administration Server提供了一个管理WebLogic Server域的中心点。域中所有其他的WebLogic Server实例都称为Managed server。
WebLogic Server 8.1 System Administration Console提供的功能有：
- 配置，启动和终止WebLogic Server实例
- 配置WebLogic Server集群
- 配置WebLogic Server服务，如数据库连接(JDBC)和消息传递(JMS)
- 配置安全性参数，包括管理用户，组和角色
- 配置并部署应用程序
- 监控服务器和应用程序性能
- 查看服务器和域日志文件
- 查看应用程序部署描述符
- 编辑选择的运行时应用程序部署描述符元素
Administration Console为使用JRockit Virtual Machine运行的服务器提供了附加的运行时数据。
安全功能
WebLogic Server的SSL实现支持存储Private Key和可信的Certificate Authoritie(CA)的KeyStore。KeyStore给WebLogic Server旧版本中使用的普通文件添加了一层保护。
WebLogic Server 8.1支持标准的J2EE安全技术，例如Java Authentication and Authorization Service（Java认证和授权服务，JAAS）、Java Secure Sockets Extension（Java安全套接字扩展，JSSE)和Java Cryptography Extensions（Java 密码术扩展，JCE）。
支持的标准
WebLogic Server 8.1支持表1所示的Java标准。
WebLogic Server 8.1支持表2所示的Web Services标准。
表3显示了WebLogic Server 8.1支持的其他标准。
迁移策略
从WebLogic 5.1迁移到WebLogic 8.1的步骤（任务）
WebLogic Domain的创建
域是WebLogic Server实例的基本管理单元。它由一个或多个WebLogic Server实例组成，这些实例可以由一个管理服务器管理。域可以包括多个WebLogic Server集群或非集群的WebLogic Server实例。最小的域可以只包括一个WebLogic Server实例，该实例既是管理服务器又是托管服务器。但是，最好还是使用专用的管理服务器，并根据应用程序的需要，创建一个或多个托管服务器。
WebLogic环境中的每个服务器实例都必须有一个惟一的名字，不管它在哪个域或哪个集群，也不管它是一个管理服务器还是一个托管服务器。域中的每个服务器、计算机、集群、虚拟主机和其他任何资源类型都必须惟一地命名，并且不能使用和域相同的名字。对WebLogic JMS来说，这个严格的惟一命名规则也适用于JMS资源（如：当为获得域内可操作性而使用WebLogic Messaging Bridge或Foreign JMS Server功能时，多域环境中的JMS服务器和存储器）。
简单的生产环境可以由带有几个托管服务器的域组成，在这些托管服务器上驻留了进行管理操作的应用程序和管理服务器。在此配置中，应用程序和资源被部署到单个托管服务器；类似地，访问应用程序的客户机连接到单个托管服务器上。
需要更高的应用程序性能、吞吐量或可用性的产品环境可以配置两个或更多的托管服务器，构成一个集群。集群允许多个托管服务器作为一个整体驻留应用程序和资源。
WebLogic Server生产环境中的托管服务器通常是分布式的，跨越了多台计算机和多个地理位置。
Node Manager是一个Java实用程序，它作为一个与WebLogic Server分离的进程运行，并允许您执行托管服务器的普通操作任务，而无需考虑管理服务器的位置。虽然Node Manager是可选的，但如果您的WebLogic Server环境驻留了有较高的可用性要求的应用程序，它提供的益处就颇有价值了。
如果在驻留了托管服务器的计算机上运行Node Manager，就可以通过使用Administration Console或命令行，远程地启动和终止托管服务器。Node Manager还可以在意外失败后自动重启托管服务器。
Node Manager进程并没有与特定的WebLogic域联系起来。Node Manager在域的范围之外，并且可以使用一个Node Manager进程，启动它可以访问的任何WebLogic Server域中的托管服务器。
可以使用Configuration Wizard（配置向导）创建WebLogic Server管理域和服务器配置，该向导也可以用于配置诸如数据连接(JDBC)、消息传递服务(JMS)、安全组、安全角色和用户帐号等资源。还可以用于修改现有域。
理解WebLogic Domain Directory Structure
WebLogic Server 8.1中的服务器和应用程序都在WebLogic Server域中进行管理。最好把域目录放置在WebLogic Server安装目录以外。可以放在任何能够访问WebLogic Server安装和JVM的位置。图1中的树状图描述了一个典型的WebLogic域的目录结构。
图1
转换与WebLogic相关的属性文件
WebLogic Server 5.1使用weblogic.properties文件来配置应用程序。
在WebLogic Server 8.1中，是由域配置文件config.xml和部署描述符文件来处理配置的。从weblogic.properties文件变为config.xml文件，为应用程序创建了一个WebLogic Server 8.1域，并生成了定义如何设置应用程序的XML文件。把WebLogic 属性文件从5.1迁移到8.1时需要考虑的重要事项列在表4中。
表4
与应用程序相关的属性文件的位置
每个应用程序——Web应用程序或企业应用程序——都有自己的属性文件，用来配置应用程序。这些属性文件可以是与应用程序相关的档案文件(EAR或WAR)的一部分，也可以存储在WebLogic Server 8.1域目录中。
WebLogic Server 8.1域目录将会是所有部署在特定域中的应用程序的“当前工作目录”。
属性文件常见于部署在特定的WebLogic Server 8.1域中的不同应用程序中，它也可以存储在域目录中。
修改启动脚本
当使用“WebLogic Server 8.1 Configuration Wizard”创建WebLogic Server 8.1域时，将创建4个脚本文件：
- startWebLogic.cmd
- installService.cmd
- uninstallService.cmd
- setEnv.cmd
“startWebLogic.cmd”脚本用于在控制台模式中启动WebLogic Server。该脚本通常用于在开发模式下运行WebLogic server。
“installService.cmd”脚本用于将WebLogic 8.1管理服务器作为Windows NT服务安装。当“installService.cmd”脚本执行时，创建的默认Windows NT服务名是“beasvc < domain name>_<server name>”。在安装Windows NT服务前需要对“installService.cmd”脚本进行一些调整。所做的部分更改有：
- 为了运行WebLogic 8.1 Server，改变JVM使用的最大内存和最小内存。
- 添加任何需要传递的JVM参数。
- 扩展classpath环境变量，来包括外部类或JAR文件。
从JDK 1.3迁移到1.4
WebLogic Server 5.1通过了JDK 1.3认证而8.1通过了JDK 1.4认证。因此，所有的应用程序资源都必须迁移到JDK 1.4。最常用的JDK 1.4中不支持的方法是“java.util.Date”类的构造函数。必须使用“java.util.Calendar”类来创建“java.util.Date”对象。
把应用程序转换到企业档案或Web应用程序档案
企业应用程序和Web应用程序只能作为展开的档案目录(exploded archive directory)部署在WebLogic Server 5.1中。它们不能部署为档案文件（EAR或WAR）。使用这种方法，这有一个好机会，即可以将修补程序安装成展开的档案目录中单独的类文件或JSP文件。
WebLogic Server 8.1支持打包的部署，无论是使用Jar实用程序的档案文件，还是展开的档案目录。WebLogic Server 8.1支持特定于J2EE的独立模块（如Enterprise Java Beans和Resource Adapter模块）的部署。独立模块通常提供较大的、分布式的应用程序部件，但没有必要提供直接的用户界面。
WebLogic Server 8.1支持所有类型的J2EE应用程序部署，即：Web应用程序，企业应用程序和客户机应用程序。表5提供了关于能够部署在WebLogic Server 8.1上的每种类型的J2EE应用程序的成分的信息。
表5
建议
- 将独立的Web应用程序、资源适配器和EJB部署为企业应用程序的部分。这将使应用程序迁移、添加和更改更容易。
- 只有在下述情况下，才以展开的档案格式部署应用程序：
- 需要对应用程序进行部分升级，而无需重新部署整个应用程序
- 管理控制台必须用于编辑部署描述符
- 应用程序通过应用程序上下文执行直接的文件系统I/O
- 应用程序包含周期性升级的静态文件(例如，将Brio Reporting脚本作为Web应用程序的一部分使用)
- 当把文件分布到不同的用户和环境中时，将部署文件打包为档案格式（.ear、.jar或.war）
升级Enterprise Java Beans应用程序
WebLogic Server 5.1支持J2EE Enterprise Java Beans (EJB)版本1.1。WebLogic Server 8.1支持EJB v1.1和EJB v2.0。这意味着用于WebLogic Server 5.1上的1.1 Beans可以部署在WebLogic Server 8.1上面。但是，在把它们部署到WebLogic Server 8.1之前，最好能够把EJB 1.1 Beans迁移到EJB 2.0 Beans。
为了把应用程序从WebLogic Server 5.1迁移到8.1，最好把EJB从v1.1迁移到v2.0。为了把EJB从v1.1迁移到WebLogic Server 8.1上的v2.0，必须进行这些细微更改：
- 把J2EE部署描述符中对DTD的引用(WEB-INF/ejb-jar.xml)更新到“<!DOCTYPE ejb-jar PUBLIC '-//Sun Microsystems, Inc.//DTD Enterprise JavaBeans 2.0//EN' 'http://java.sun.com/dtd/ejb-jar_2_0.dtd'>”
- 把J2EE部署描述符中对DTD的引用(WEB-INF/weblogic-ejb-jar.xml)更新到
“<! DOCTYPE weblogic-ejb-jar PUBLIC "-//BEA Systems, Inc.//DTD WebLogic 8.1.0 EJB//EN" http://www.bea.com/servers/wls810/dtd/weblogic-ejb-jar.dtd" >”
- 更改JNDI Lookup 的INITIAL_CONTEXT_FACTORY属性，使用“weblogic.jndi.WLInitialContextFactory”
- 更改JNDI Lookup 的PROVIDER_URL属性，使用“t3://localhost:<port>”
请参考EJB 2.0的J2EE规范和WebLogic文档(http://e-docs.bea.com/wls/docs81/ejb/index.html)，把EJB从v1.1完整地升级到v2.0。WebLogic Server DDConverter实用程序也可以用于把EJB 1.1 Bean迁移到EJB 2.0 Bean。
SSL Configuration 发生了变化
从WebLogic Server 5.1到WebLogic Server 8.1，SSL Configuration发生了明显的变化。一些重要的变化有：
- 在WebLogic Server 8.1中，Private Key文件和服务器认证文件不能作为单独的文件部署。在部署到WebLogic Server中之前，Private Key文件和服务器认证文件必须安全地保存在Java KeyStore中。
- 在WebLogic Server 8.1中，客户端认证文件不能作为一个单独的文件部署。在部署到WebLogic Server中之前，客户端认证文件必须安全地保存在Java KeyStore中。
WebLogic Server 5.1中的Private Key文件常常是DER格式的，在导入到Java KeyStore中之前，必须把它转换成PEM格式。把DER格式的Private Key文件转换成PEM格式并把它载入新的Java KeyStore文件，涉及到的相关步骤有：
- 把Private Key文件xenon-key.der和认证文件xenon-cert.pem复制到<Drive>:\tmp\certs目录。
- 创建一个名为<Drive>:\tmp\certs\header.txt的文本文件，并存储下述信息。注意，header.txt文件应当用一个新行结束。
-----BEGIN RSA PRIVATE KEY-----
- 创建一个名为<Drive>:\tmp\certs\footer.txt的文本文件，并存储下述信息。注意，footer.txt文件应当用一个新行结束。
- -----END RSA PRIVATE KEY-----
- 打开命令窗口。
- 运行<Drive>:\bea\wls810\user_projects\ domains \ WSDomain \setenv.cmd。
- 把目录更改到<Drive>:\tmp\certs，并执行java utils.der2pem xenon-key.der header.txt footer.txt。
必须在<Drive>:\tmp\certs目录中创建一个名为xenon-key.pem的新文件。
- 使用下列步骤把Certificate-Key pair xenon-cert.pem/ xenon-key.pem文件导入到KeyStore 文件中：
a. 把xenon-cert.pem复制到xenon-cert-chain.pem
b. 把Base 64格式的VerisignRSACA根节点数字凭证(或任何其他根节点数字凭证)内容追加到xenon-cert-chain.pem
c. 执行下列命令，创建新的Private KeyStore：
java utils.ImportPrivateKey xenon.ks filepass xenonAlias keypass xenon-cert-chain.Pem xenon-key.pem
通过在KeyTool GUI中打开KeyStore来检查它是否有效。在WebLogic Server 8.1中，使用管理控制台来进行SSL配置。
结束语
WebLogic Server 8.1 SP1为Web应用程序和企业档案应用程序提供了稳定的环境。当在WebLogic Server 8.1上迁移或开发新的应用程序时，WebLogic Server Administration Console、WebLogic Workshop和WebLogic Server 8.1中的其他许多工具起到了补充作用。本文中提到的步骤是一些至关重要的任务，在WebLogic Server 8.1上迁移或开发新的应用程序时，架构师和开发人员应当知道这些任务。
致谢
感谢Venkataraman Sridharan、Pankaj Khandar和Asha Veerabhadraiah对本文提供的帮助。特别感谢Linnae DeSanto和Venkataraman Sridharan提供了反馈以及同行审查、编辑审查和技术审查。 |
