websphere(was)应用部署

Posted

tags:

篇首语:本文由小常识网(cha138.com)小编为大家整理,主要介绍了websphere(was)应用部署相关的知识,希望对你有一定的参考价值。

参考技术A 使用发布平台的进行应用部署时候,需要填写参数,'-MapWebModToVH',对于数据源绑定server的,直接安装,不需要制定数据源,需要指定数据源的时候,填写"-MapResRefToEJB"参数,具体参数填写,参照手动在was控制台安装的参数。
如指定虚拟主机:

Utan.ear是一个ear包,UtanWeb是ear中的一个war包,fpt没有对应的包。在手动安装过程中可以看到对应的参数:

模块名称以及URI就是虚拟主机的绑定参数,所以有:

MapEJBRefToEJB选项将企业Java引用映射到企业bean。 您必须将应用程序中定义的每个企业bean引用映射到企业bean。 使用此选项可提供缺少的数据或更新到任务。
这里用了匹配方式,在测试的过程中,发现配置了'-MapEJBRefToEJB'之后,有些JNDI找不到:

com.utan.platform.ejb.dbaccess.DBAccessLocalHome在正常运行的应用当中也的确是没有。

createMBeansForResources选项指定为应用程序在部署目标上启动时在应用程序中定义的所有资源(如servlet,JavaServer Pages(JSP)文件和企业bean)创建MBean。 此选项不需要值。 默认设置是nocreateMBeansForResources选项。
对应着:

MapSharedLibForMod选项将共享库分配给应用程序或每个模块。 您可以将多个共享库关联到应用程序和模块。 运行默认绑定后,此选项的当前内容如下:
Module: xxx
URI: META-INF/application.xml
Shared libraries: <share libraries>

综上所述:Utan.ear的options可以写成这样:

也可以只指定虚拟主机:

各种平台的参数结构不一致,但是was参数是不变的,请以具体情况拼写参数的json

IBM Worklight - Worklight 可以部署到现有的 WAS 服务器吗?

【中文标题】IBM Worklight - Worklight 可以部署到现有的 WAS 服务器吗?【英文标题】:IBM Worklight - Can Worklight be deployed to an existing WAS server? 【发布时间】:2013-12-04 15:48:15 【问题描述】:

是否可以将 Worklight Server 部署到同时运行其他非 Worklight .ear 应用程序的 WebSphere 应用程序服务器?或者 Worklight 是否需要它自己的独立 WAS 实例?

【问题讨论】:

【参考方案1】:

就像您可以部署多个 Worklight(v6 及更高版本)项目实例 - 多个 .war 文件到同一个 WAS 应用程序服务器一样,将其部署到运行其他服务的应用程序服务器应该不会有问题。

也就是说,可能需要考虑的问题:

    部署 Worklight 项目时,您需要启用“应用程序安全性” (在 WAS 管理控制台中,安全性 > 全局安全性)。如果有其他网站 不需要应用程序安全性的应用程序,您需要不同的 WAS 服务器 实例。

    Setting up, enabling and migrating security

    可以使用 Web 应用程序的用户列表是通过 LDAP 或 “联合存储库”或类似的。如果对于 Worklight,您需要完全使用 与其他 Web 应用程序不同的用户登录集,那么您需要使用 多个“安全域”。

    Configuring multiple security domains

    托管应用服务器的机器可能需要内存升级...

    Deploying the Enterprise Archive (EAR) Using the WebSphere Admin Console

    可能还需要在需要的地方进行明确的分隔:

    IBM WebSphere Developer Technical Journal: Co-hosting multiple versions of J2EE applications

【讨论】:

【参考方案2】:

Worklight 本身就是一个在 Web 容器中运行的应用程序,无论是 Tomcat、WAS Liberty 还是完整的 WAS。它本质上是在容器下方运行的一个层,用于处理 Worklight 应用程序的请求,处理它们的上下文根请求。如果您为 Worklight 应用程序创建 WAR 文件并提取部署描述符,您将找到大多数其他应用程序将具有的所有必要过滤器和侦听器。

适配器和 wlapps 之类的东西被“安装”到这个底层,并且只是被提取和存储为与它们一起打包的任何东西,比如你用来制作应用程序的 JS 和 CSS。事实上,通过标准 Liberty 安装,您通常可以在以下位置找到您的适配器(对于 WL5.0.6 实例,我很方便,它与 WL6 不同): /opt/IBM/Worklight/server/wlp/usr/servers/worklightServer/worklight.home/worklight/data/export/adapters

所以,除了 Idan 所说的之外,我还向您介绍了以下文档(假设 WL6)

Overview of the Worklight Server installation process

根据我自己的经验,您应该完全能够将其他 EAR 和 WAR 文件安装到您现有的 WAS 实例中,只需确保您的上下文根始终是唯一的;)

我也支持内存方面的考虑。

【讨论】:

以上是关于websphere(was)应用部署的主要内容,如果未能解决你的问题,请参考以下文章

IBM Worklight - Worklight 可以部署到现有的 WAS 服务器吗?

求助,websphere发布war包时间很慢

漏洞预警 | WebSphere XML外部实体注入漏洞

[高危]WebSphere Application Server XML外部实体注入漏洞

静默部署 WebSphere Application Server V8.5.5.13 环境

winform 部署 dll路径