从GlassFish 3.x扩展到WebLogic 12c Server

Oracle针对GlassFish服务器的策略的主要目标之一是“与Fusion Middleware and Products集成”（来源： Community Roadmap，2010年5月）。在今年早些时候，您听到了很多关于两台服务器合而为一的恐惧和谣言。看到这两种产品在功能和发布方面都在向前发展，那么可以更清楚地知道该策略是什么。

从GlassFish对一组有限的特定于WebLogic的特定部署描述符的支持开始，Oracle便继续使用WebLogic进行相同的操作。从10.3.6开始，WebLogic Server添加了对读取和使用GlassFish的Web部署描述符的支持。这些是glass？sh-web.xml和sun-web.xml。这对于为WebLogic Server提供资源和安全性的特定GlassFish行为设置和映射很有用。显然，这样做的目的是允许将GlassFish应用程序更轻松地部署到WebLogic Server，反之亦然。

WebLogic对GlassFish的了解

WebLogic Server检测WAR文件中是否存在GlassFish Web部署描述符并对其进行解析。已知条目将解析为WebLogic服务器设置，并在运行时通过WebLogic MBean（weblogic.j2ee.descriptor.wl.WeblogicWebAppBean）应用。
如果存在，WebLogic将始终使用现有的weblogic.xml代替GlassFish部署描述符，并且WebLogic在运行时应用设置，这意味着实际上不会生成任何weblogic.xml。

glassfish-web.xml元素名称 Weblogic支持（ weblogic.xml ）

上下文根 上下文根

安全角色映射

角色名称

原则名称

组的名字

安全角色分配

角色名称

原则名称

会话配置

session-manager：manager-properties： reapIntervalSeconds

session-manager：manager-properties： maxSessions

session-manager：manager-properties： 目录

session-manager：manager-properties： timeoutSeconds

会话描述符

失效间隔秒数

最大内存会话

persistentOstoreOdir

超时秒数

引用

ejb-ref-name

英文名

ejb-ref-description

ejb-ref-name

英文名

资源参考

res-ref-name

英文名

资源描述

res-ref-name

英文名

资源环境参考

资源环境引用名称

英文名

资源环境描述

资源环境引用名称

英文名

类加载器

代表

容器描述符

更喜欢网络信息类

jsp配置

checkInterval

保持生成

暂存目录

jsp描述符

页面检查秒

保持生成

工作目录

如果将GlassFish Web应用程序部署到WebLogic，您将获得一些具有INFO级别的日志消息，并且您可以了解发生的情况：

<信息> <HTTP> <BEA-101392> ...
<不支持Glassfish描述符元素<glassfish-web-app >>
<Glassfish描述符元素<context-root>已成功解析并应用> <不支持Glassfish描述符元素<idempotent-url-pattern >> <不支持Glasfish描述符元素<property >> <Glassfish描述符元素<reapIntervalSeconds>已成功解析并应用> <Glassfish描述符元素<res-ref-name>已成功解析并应用> <Glassfish描述符元素<jndi-name>已成功解析并应用> <Glassfish描述符元素<delegate>已成功解析并应用> <Glassfish描述符元素<keepgeneration>已成功解析并应用>

与GlassFish对WebLogic的了解相比，这仍然是一组非常有限的参数。但这涵盖了最需要的内容。而且，我们仍然期待使用进一步的Java EE版本进行更少的xml配置。但是让我们看看另一面。

GlassFish对WebLogic的了解

GlassFish Server对weblogic-application.xml，weblogic.xml和weblogic-webservices.xml部署描述符文件提供了有限的支持。 GlassFish Server支持的weblogic-application.xml中的唯一元素是安全性。 glassfish-application.xml文件中的等效元素是security-role-mapping。

`weblogic.xml`元素名称	GlassFish服务器支持
`安全角色分配`下`的角色` `名称`	等效于`security-role-mapping` `glassfish-web.xml` `的角色` `名称`
`委托人名称` `安全角色分配`	等效于`security-role-mapping` `glassfish-web.xml的` `主体名称`
`资源描述`	等效于`resource-ref` `glassfish-web.xml` ，但不支持`资源链接`
`资源环境描述`	`resource-env-ref` `glassfish-web.xml`等效，但是不支持`资源链接`
`ejb参考说明`	`ejb-ref` `glassfish-web.xml`等效
`服务参考说明`	等效的`service-ref` `glassfish-web.xml`
`会话描述符`下的`超时秒数`	`会话`属性的`timeoutSeconds` `属性` 等效的`glassfish-web.xml`
`会话描述符`下的`invalidation-interval-secs`	`等同`于`manager-properties` `glassfish-web.xml的` `reapIntervalSeconds`属性
`会话描述符`下的`最大内存会话数`	`maxSessions`属性等效`管理器属性` `glassfish-web.xml`
`会话描述符`下的`persistent-store-dir`	等效于`store-properties` `glassfish-web.xml的` `目录`属性
`在下面的首选网络信息类` `容器描述符`	`类加载器的` `委托`属性`glassfish-web.xml`等效
`上下文根`	`上下文根` `glassfish-web.xml`等效项
在`会话描述符`下`启用cookie`	Servlet 3.0
`下的cookie名称` `会话描述符`	Servlet 3.0
`会话描述符`下的`cookie路径`	Servlet 3.0
`会话描述符`下的`cookie域`	Servlet 3.0
`会话描述符`下的`cookie注释`	Servlet 3.0
`Cookie安全`下 `会话描述符`	Servlet 3.0
`会话描述符`下的`cookie-max-age-secs`	Servlet 3.0
`会话描述符`下`仅cookie-http-`	Servlet 3.0
在`会话描述符`下`启用了url重写`	Servlet 3.0
`下的persistent-store-cookie-name` `会话描述符`	支持基于Cookie的持久性
在`JSP的描述` `keepgenerated`	`JspServlet`的keepgenerated初始化参数
`jsp-descriptor`下的`working-dir`	暂存目录 `JspServlet的` init参数
`jsp-descriptor`下的`compress-html-template`	`JspServlet`的trimSpaces初始化参数
在`容器描述符`下`启用了索引目录`	列表 `DefaultServlet的` init参数
`容器描述符`下的`索引目录排序方式`	`DefaultServlet的` init参数的sortedBy
在`容器描述符`下`启用save-sessions`	相同以`asadmin redeploy` `--keepstate = true`或在`glassfish-web.xml中` `保持状态`
`Servlet描述符`下的`运行原名称`	`servlet` `glassfish-web.xml`下的`主体名称`

`weblogic-webservices.xml`元素名称	GlassFish服务器支持
`网络服务类型`	可能的值是`JAXRPC`或`JAXWS。` GlassFish服务器不支持带有JSR 181批注的JAX-RPC Web服务。使用这个元素是有限的，因为容器可以找出类型是否为基于存在JSR 181批注的JAX-WS或JAX-RPC。
`wsdl-发布文件`	与`wsdl-publish-location相同` 在`glassfish-web.xml中`
`服务端点地址`	与`glassfish-web.xml中的` `endpoint-address-uri`相似，除了`webservice-contextpath`和`webservice-serviceuri`是分别指定
`j2ee：登录配置`	与`glassfish-web.xml中的` `login-config`相同
`j2ee：transport-guarantee`	与`glassfish-web.xml中的` `transport-guarantee`相同
在`wsdl`下`暴露`	接受 `true`或`false` ，默认为`true` 。控制WSDL向客户端的发布。
`流附件`	接受`真实` 或`false` ，默认为`true` 。仅用于JAX-WS Web服务。配置JAX-WS运行时以流方式发送附件。
`验证请求`	接受`true`或`false` ，默认为`false` 。只要用于JAX-WS Web服务。配置JAX-WS运行时以验证该请求消息如WSDL定义所指定。
`http-response-buffersize`	`ReliabilityMessagingFeature`配置的属性，类似于`ReliableMessagingFeature.setDestinationBufferQuota（）`
`可靠性配置`	部分支持。子元素映射到Metro的`ReliabilityMessagingFeature` 。
`可靠性配置`下的`不活动超时`	映射到`ReliableMessagingFeature。` `getSequenceInactivityTimeout（）`
`可靠性配置`下的`基本重传间隔`	映射到`ReliableMessagingFeature。` `getMessageRetransmissionInterval（）`
`重传指数退避` 在`可靠性配置下`	映射到`ReliableMessagingFeature。` `getRetransmissionBackoffAlgorithm（）` 。返回`枚举`值，其中之一是`exponential` 。
`确认间隔` 在`可靠性配置下`	映射到`ReliableMessagingFeature。` `getAcknowledgementTransmissionInterval（）`
`可靠性配置`下的`序列到期`	映射到`ReliableMessagingFeature。` `getSequenceInactivityTimeout（）` 。在WebLogic Server中无论活动如何，值均适用。在Metro中，它仅适用于无效序列。
`缓冲区重试计数` 在`可靠性配置下`	映射到`ReliableMessagingFeature。` `getMaxMessageRetransmissionCount（）`
`可靠性配置`下的`缓冲区重试延迟`	映射到`ReliableMessagingFeature。` `getMessageRetransmissionInterval（）`

但是，这到底有什么好处呢？

好问题。对于发生的事情有一些可能的解释。

GlassFish可以定位为基于WebLogic服务器的Oracle FMW堆栈的经过认证的轻量级开发平台。如果这将是主要目标，那么我不希望WebLogic理解GF的任何DD，而GF知道WLS的所有调整和设置。
在WLS上轻松重新部署GF应用程序。这是您在官方启动幻灯片上找到的。如果您正在运行GF，并且需要扩展到WLS，则迁移路径会更容易。
两个团队都在尝试了解另一端的概念和转换。过去的GF路线图强调了WLS和GF的“公用服务器平台”。因此，彼此了解对于团队来说是一个简单而明显的第一步。

与往常一样，所有事情可能都是正确的。因此，除了满足并观察两个出色的服务器如何靠近并为将来的可能性开放之外，现在别无其他。

参考：在Java软件企业软件开发博客上，从我们的JCG合作伙伴 Markus Eisele的GlassFish 3.x升级到WebLogic 12c Server 。

相关文章：