文档库 最新最全的文档下载
当前位置:文档库 › bea weblogic门户转换成websphere

bea weblogic门户转换成websphere

bea weblogic门户转换成websphere
bea weblogic门户转换成websphere

门户解决方案平台转换的技术可行性报告

目录

1概述 (3)

2关键技术点移植验证过程和解决方案 (3)

2.1采用SSH及Ext开源框架的应用 (3)

2.2采用页面流技术和FLEX的Anychart组件的图表应用 (4)

2.2Portal与已有Web应用的整合 (5)

2.3权限 (5)

2.4性能 (6)

3结论 (6)

4.附录一WebLogic应用移植步骤 (7)

4.1环境准备 (7)

4.2应用迁移 (7)

4.3部署至WAS6.1 (12)

5.附录二WebSphere Portal Web Application Integrator整合步骤 (22)

1概述

2关键技术点移植验证过程和解决方案

2.1采用SSH及Ext开源框架的应用

原有解决方案中有很大一部分是采用了Struts,Spring,Hibernate以及Ext等开源的框架,如标杆项应用、维度管理应用等。一方面由于此类应用所占比重较大,另一方面,由于在WebSphere和WebLogic部署使用了以上开源框架的应用时配置有较大不同,因此技术验证中重点对此进行了测试。

考虑到推荐客户近期使用的WebSphere Portal底层平台WebSphere Application Server 的版本为6.1.x,因此技术验证在Websphere6.1.0.29上进行,数据库仍然采用客户熟悉的Oracle10g.

利用WebSphere提供的开发工具Rational Application Server对从WebLogic平台导出的Web应用的.war进行简单的处理后,就可以直接安装在配置好了连接Oracle数据库源的WebSphere Application Server之上,运行结果与在WebLogic之上完全一样。详细配置步骤见附件一。

2.2采用页面流技术

Anychart t组件的图表应用采用页面流技术和和FLE

FLEX X的Anychar

原有门户解决方案中另外一部分重要应用是图表应用如显示电厂生产情况的仪表盘应用,主要采用的是页面流技术和FLEX的AnyChart组件。

使用FLEX的AnyChart组件制作报表主要是以一个.swf文件作为对象,数据和设置存放在.xml文件中,然后在.html文件里通过javascript来调用,生成动态图像,所采用的技术都是通用的web技术,完全跨平台和跨浏览器,所以无论是采用WebLogic还是WebSphere,使用方式完全一样,与平台没有关系。

而页面流技术最早是BEA所采用,2004年BEA和Apache共同宣布了一个共同的开源项目Beehive,来简化J2EE和Web Service开发,支持Java Page Flow(JPF)技术(也称NetUI)。因此,对于采用页面流技术的WebLogic应用,我们可以考虑将Weblogic 相关的私有.jar包为Apache Beehive的开源.jar包,使之能在WebSphere平台上能正确运行。

基于以上分析,我们进行了实验,对一个已有的.war包进行改造,具体操作见附件一的4.2.2章节。实验结果表明,经过以上简单改造后的原有解决方案中的图表应用在WebSphere Portal Server底层应用服务器WebSphere Application Server上运行正常。

2.2Portal与已有Web应用的整合

对于以上运行在底层应用服务器上的Web应用,要使之变为门户中的可操作组件,需要整合到WebSphere Portal中。因此,我们根据IBM的建议采用了两种方式进行验证:

1.使用产品自带的WebPage Portlet

WebPage Portlet采用IFrame技术,使用时只需要配置URL地址、小窗口的长度和高度等Iframe参数,就可以将已有的Web应用封装到门户页面上的一个Portlet窗口中。我们对之前成功移植的维度管理应用按此种方式进行了整合,达到了预期结果。只是在整合过程中需要调试几次窗口的长度和高度参数设置才能达到比较满意的结果。

2.使用WebSphere Portal展现REST服务的Web Application Integrator

Web Application Integrator是从IBM Portal catalog上下载回来的一个专门用来整合B/S应用的解决方案。该方案的主要思路是在待整合的B/S应用的页面源码中插入一小段由WebSphere Portal生成的调用WebSphere Portal外观的REST服务的javascript代码,使得待整合的B/S应用呈现出门户系统的导航条,使之具备与门户系统完全一致的外观。我们也对之前移植成功的维度管理应用进行了测试,发现此应用由于自身原本没有横向导航,所以使用此种方法加入门户的导航后效果非常不错。具体操作过程如附件二所示。

2.3权限

考虑到客户使用Domino做为办公自动化应用的底层平台,而且Domino中的已有用户信息比较完整,我们建议直接采用Domino提供的LDAP服务为门户系统提供用户管理。WebSphere Portal支持Domino做为后端的用户存储,通过配置即可实现,并且在国内有很多用户案例,安装文档齐备,因此此点没有进行测试。

在WebSphere Portal上的权限管理主要针对门户中的资源如Portlet应用、页面、Web 模块等进行,按照用户组的方式进行管理,采用了角色的模式,易于理解。权限设置过程就是将组加入到资源对应的各个角色上即可。如下图所示,在WebSphere Portal的管理界面上提供了“资源许可权”和“用户和组许可权”两个视图来查看和设置权限,方便易用。

而对于应用内部的权限和Portal权限的一致性问题,仍可按原有方法来进行处理。在WebSphere平台上,当前用户ID主要是调用HTTPRequest对象或者PortletRequest对象的getRemoteUser方法来获得,这与WebLogic平台上的方法完全一样,因此之前运行在WebLogic平台之上的应用内部的权限仍可按原来的方式进行处理,无需变动。

2.4性能

IBM WebSphere Portal Server支持群集技术(支持服务器的纵向和横向扩充),保证系统的高可用和高性能,并有大量的大用户量的用户使用案例,如IBM公司的内部门户系统基于WebSphere Portal构建,支持全球40多万员工使用。因此,我们认为只要在规划期进行了正确的软硬件配置,自行开发的门户应用遵循相关的最佳实践,基于IBM WebSphere Portal Server搭建的门户系统不会存在性能问题。

3结论

经过以上的技术验证和技术实现分析,从技术的角度,我们认为基于Weblogic的门户解决方案的现有资产可以平滑移植到IBM WebSphere Portal平台上。此外,具体到中电投门户项目,还可以利用WebSphere Portal产品的特点,如对Web2.0的支持、丰富的整合

Portlets、快速的开发工具等实现更好的用户体验和更多的功能。

4.附录一WebLogic应用移植步骤4.1环境准备

4.1.1开发环境

RAD7.5.4

4.1.2运行环境

WebSphere Application Server 6.1.0.29

Oracle10g

4.1.3技术准备

WAS6.1信息中心:https://www.wendangku.net/doc/121769302.html,/infocenter/wasinfo/v6r1/index.jsp 4.2应用迁移

4.2.1标杆项、维度管理(Ext、Struts、Spring+Hibernate)

1.将Demo.war导入RAD中

2.编辑ibm-web-ext.xmi

autoRequestEncoding="true"autoResponseEncoding="true"

3.导出war文件

4.2.2页面流AnyChart(Apache Beehive)

导入导出war包过程同上。

注意:需要对Beehive的类包进行替换,去除原weblogic-controls.jar、

weblogic-netui.jar、weblogic-webservice-control.jar、wlcommons-logging.jar,使用apache-beehive-1.0-lib.zip中相应jar包代替(下载:

https://www.wendangku.net/doc/121769302.html,/releases/release-1.0.cgi)

4.3部署至WAS6.1

4.3.1配置JVM

注,该步骤可省略,使用native2ascii命令将struts.properties、log4j.properties文件进行编码转换

1.在管理控制台中,单击服务器>应用程序服务器>server。然后,在“服务器基础结

构”下,单击Java和进程管理>进程定义。

2.选择Java虚拟机。

3.设置“通用JVM参数”为“-Ddefault.client.encoding=UTF-8-Dfile.encoding=UTF-8”

4.3.2配置Web容器属性

1.服务器>应用程序服务器>[选择所使用的服务器]>Web容器设置>Web容器>

定制属性,

2.增加名称为“com.ibm.ws.webcontainer.invokefilterscompatibility”的定制属性,值为true。

3.在控制台任务栏上单击保存。重新启动应用程序服务器。

4.3.3配置数据源

1.创建新的J2C认证数据条目。

a)单击安全性>安全管理、应用程序和基础结构。

b)在“Java认证和授权服务”下,单击J2C认证数据。显示J2C认证数据条目面

板。

c)单击新建。输入唯一别名、有效用户标识、有效密码和简短描述(可选)。

d)单击确定或应用。

e)单击保存。

2.创建JDBC提供程序

a)单击资源>JDBC>JDBC提供程序。选择作用域,应用程序将可以在该作用域

中使用该JDBC提供程序。

b)单击新建。此操作将启动创建新JDBC提供程序向导。

c)如果应用程序不要求连接支持两阶段落实事务,请选择连接池数据源。然而,如果

应用程序要求连接支持两阶段落实事务,那么选择XA数据源。单击下一步以查

看输入数据库类路径信息向导页面。

d)单击下一步以查看JDBC提供程序设置摘要。单击完成。

3.配置数据源

a)单击资源>JDBC>数据源

b)选择作用域,应用程序将可以在该作用域中使用该数据源。单击新建。此操作将

启动创建数据源向导并显示“输入基本数据源信息”页。

c)在“数据源名”字段中输入数据源名。在“JNDI名称”字段中输入Java命名和目录

接口(JNDI)名称。应用程序服务器使用该JNDI名称来将应用程序资源引用与此数据源绑定。设置组件管理的别名以保护数据源的安全。单击下一步以查看“选择JDBC提供程序”向导页面。

d)单击下一步。现在,您将看到标题为输入特定于数据库的数据源属性的面板。单

击完成以保存配置并退出向导。(如果容器管理的持久性(CMP)企业bean必须

访问此数据源,请单击在容器管理的持久性(CMP)中使用此数据源)

4.3.4部署应用程序

1.单击应用程序>安装新的应用程序。

a)指定源企业应用程序文件,指定上下文根。单击下一步。

b)

在“准备安装应用程序”页上根据应用程序的需要指定值。(各选项请参考:https://www.wendangku.net/doc/121769302.html,/infocenter/wasinfo/v6r1/index.jsp?topic=/com.ibm.websp here.base.doc/info/aes/ae/urun_rapp_installoptions.html )c)选择将要安装应用程序模块的单元、节点和服务器:

d)点击下一步至总结,点击完成,将更改保存至配置。

2.启动应用程序,单击应用程序>企业应用程序。选中要启动或停止的应用程序的复选

框。单击启动。

3.访问页面测试:

5.附录二WebSphere Portal Web Application Integrator整合步骤

1.解压缩从IBM Portal Catalog下载回来的webappintegrator_for_Portal_6_1_0_3.ZIP文件到临时目录如c:\lxh

2.拷贝C:\lxh\wai_install\deployWebAppIntegrator.xml文件到

\wp_profile\ConfigEngine\config\includes目录

3.确保门户服务器已启动,在\wp_profile\ConfigEngine\目录下执行ConfigEngine.bat deploy-webAppIntegrator-DWasPassword=passw0rd

-DPortalAdminPwd=passw0rd-DWebAppIntegratorLocation=c:\lxh\wai_install

此时可以在管理页面上看到新加入的WAI Portlet,如红框中所示

4.进入门户网站管理界面,在相应位置(如内容根->主页下)下点击"新建URL",新建一个URL

5.设置新建URL的属性如下,注意红色部分的设置

相关文档