精华内容
下载资源
问答
  • "安装新的应用程序",重点需要输入的有两个地方:选择was上传路径,输入上下文根 都输入后,就可以进行下一步了。如何在WAS部署JAVA应用程序?在MyEclipse中写的JAVA应用程序,如何部署WAS 下?微笑着回忆你对...

    was中部署的was包如何去访问

    打开was的“管理控制台”,单击后会在ie浏览器中打开管理页面 打开后可以看到左侧的菜单列表,单击“应用程序”->"安装新的应用程序",重点需要输入的有两个地方:选择was上传路径,输入上下文根 都输入后,就可以进行下一步了。

    如何在WAS 下部署JAVA应用程序?

    ff7bb644075a7698947a963854fb24a8.png

    在MyEclipse中写的JAVA应用程序,如何部署到WAS 下?微笑着回忆你对小编说的那些话,想想只是小编太傻。

    简单地说,先导出war包。

    was上部署的应用缓存在什么目录下

    刚刚学会了用was部署项目,步骤很简单,但是第一次还是手忙脚乱,没有头绪,现在学会了,记录下详细步骤跟大家分享。 工具/原料 was war包 方法/步骤 打开was的“管理控制台”,单击后会在ie浏览器中打开管理页面 打开后可以看到左侧的菜单列表。

    websphere 6.1一个server部署多个应用,用不同的端...在server上可以配置多个host,不同的host配置不同的端口,然后发布的时候选一下host就可以了。其实控制台就是一个adminhost,发布是defaulthost。

    WAS中部署的web应用servlet怎么不能访问检查web.xml中的servlet映射 出现此异常,一般是由于过滤器造成的。 @WebFilter("/*") 过滤器弄错了,检查中配置的内容是否缺少“/” ,"/"表示当前web应用。

    应用在本地以及部署到tomcat上都能正常运行,但是java.lang.IllegalArgumentException: Property 'sqlSessionFactory' or不知道数据库等版本 本地okay 说明项目没问题,那么was对你的数据库全面支持吗? 有防火墙吗小朋友都知道被伤害了,就不想继续和那个人玩了,这么简单的道理大人却不懂。

    was中怎么配置应用级的环境变量

    楼主说的是jdk的配置环境吧 右键点小编的电脑->属性->高级->环境变量->Administrator的用户变量中分别新建以下三个环境变量: JAVA_HOME=C:\Program Files\jdk1.6 //路径为jdk的安装目录 CLASSPATHE=.;C:\Program Files\jdk1.6\lib\tools.jar;C:\在学校的日子已经不到天啦,这里会是下一届的。

    展开全文
  • 尽管迁移向导提供了一将配置文件迁移到默认位置的标准方法,但迁移命令可用于将配置文件迁移到安装树以外的位置。 图 1. 迁移向导在集群生产环境中,系统管理员将使用迁移命令(即 WASPreUpgrade 和 ...
    WebSphere Network Deployment 迁移概述 
    可使用迁移向导或迁移命令执行 WebSphere 迁移。尽管迁移向导提供了一个将配置文件迁移到默认位置的标准方法,但迁移命令可用于将配置文件迁移到安装树以外的位置。

    图 1. 迁移向导

    在集群生产环境中,系统管理员将使用迁移命令(即 WASPreUpgrade 和 WASPostUpgrade)作为在自动脚本中迁移应用程序和配置的首选方式。这些工具从 WebSphere Application Server Network Deployment V6 复制现有的配置,包括旧的默认值和端口、JVM 参数等设置,并将它们合并到新的 WebSphere Application Server Network Deployment V7 配置中。

    WASPreUpgrade 命令创建一个 WebSphere Application Server V6 配置信息的备份,然后,WASPostUpgrade 命令提取由 WASPreUpgrade 创建的备份,将以前的配置移动​​到 WebSphere Application Server V7 中。WASPostUpgrade 工具在进行任何更改之前还会创建一个 WebSphere Application Server V7 环境的备份,因为如果发生错误,它会尝试回滚这些变更。

    图 2. 使用 WASPreUpgrade 和 WASPostUpgrade 命令的迁移过程

    迁移过程同步被迁移的节点与部署管理器中的数据,在此过程中,新的配置文件的配置内容被上传到部署管理器,一次上传一个文件。

    在迁移过程中,相同的端口值默认情况下会从 V6.0 Deployment Manager 映射到 V7.0 Deployment Manager,包括 SOAP 连接器。在这个过程中,WASPostUpgrade 通过使用 -replacePorts 参数可以纠正可能发生的任何端口冲突。

    大型 WebSphere 网络部署拓扑
    WebSphere 网络部署拓扑包括部署管理器以及一个或多个节点,应用程序服务器驻留在节点上,以运行应用程序。大型部署拓扑通常包含数百个应用服务器或多个节点。举一个例子,节点和服务器均衡搭配的大型网络部署拓扑可能有 30 个节点,每个节点有 ​20 个服务器,或者其中的节点更多、服务器更少,可能有 60 个节点,每个节点有 ​20 个服务器,均由一个部署管理器进行管理。再举一个例子,包含部署管理在内的稍大型部署拓扑可能是,其中有 25 个节点,每个节点至少有一个应用程序服务器。然而出于本练习的目的,在随后的段落中将介绍一个在集群环境中相对较小但复杂的拓扑。

    本迁移练习的复杂拓扑
    按照以下步骤,针对本次生产中的迁移练习建立一个复杂的拓扑:

    在集群环境中,一个部署管理器管理 8 个 AIX 服务器节点,每个节点管理 2 个 WebSphere Application Server 实例。换句话说,集群中将有 1 个部署管理器,8 个节点代理和 16 个 WebSphere Application Server 实例。部署管理器服务器和应用程序服务器都是虚拟服务器。还有一个接受管理的 WebSphere Application Server 与部署管理器驻留在同一个 AIX 服务器上。带有 Message Driven Beans (MDB) 的 J2EE 应用程序被部署在独立的应用服务器 - WAS(MDB)。图 3. 本迁移练习的复杂 WebSphere 部署拓扑

    复杂拓扑的运营管理
    从部署管理器(如 DMGR1)到单个应用程序服务器的管理请求通过部署管理器流到与服务器所驻留的同一节点上的节点代理,最后到应用服务器本身。 部署管理器只和节点代理通信,每一个节点代理与其各自的应用服务器进行通信,如 WAS1 或 WAS(MDB)。

    环境
    WebSphere Application Server Network Deployment V6.0.2 (现有的)。WebSphere Application Server Network Deployment V7.0.0.13 (新的)。AIX 6.1IBM CICS® 3.2LDAPIBM DB2®WebSphere MQ V6在 WebSphere Application Server V6 中关闭了 Global security (全局安全性)。WebSphere Application Server V7.0 的 Deployment Manager 上的安全性在迁移时被禁用。迁移计划
    在 WebSphere Application Server Network Deployment V7 上创建配置文件:
    Deployment Manager 配置文件 – 一个部署管理器,管理在其单元中联合的应用程序服务器。 Application Server 配置文件:
    在集群环境中的 Application Servers 联合到一个单元中。 Application Server,独立于集群的应用程序服务器,由部署管理器管理。 将部署管理器从 WebSphere Application Server Network Deployment V6 迁移到 V7。将集群应用程序服务器的节点从 WebSphere V6 迁移到新的 V7,并将它与新的 WebSphere Application Server Network Deployment V7 部署管理器联合。迁移独立的应用程序服务器与 MDB J2EE 应用程序。网络部署迁移前的考虑因素
    除了 WebSphere Application Server V6 的二进制文件和配置文件之外,需要分配足够的文件系统空间来满足 WebSphere Application Server V7 的二进制文件和配置文件。需要设置权限允许在 WebSphere 和 Update Installer 的二进制文件系统上进行读、写或创建。需要安装 WebSphere Application Server Network Deployment V7 产品,并按拓扑创建配置文件(部署管理器和应用程序服务器)。部署管理器 WebSphere V7 需要正常运行,因为联合节点迁移需要一个连接到部署管理器的活动连接。在 WebSphere V7 应用程序服务器上的任何迁移尝试中止,都需要通过还原配置文件的备份,或重新创建配置文件来清理配置文件,然后再进行下一次迁移尝试。请参阅 “如何清理失败的迁移” 一节。迁移步骤
    迁移所需的实用工具和命令可以在 WebSphere V7 bin 目录中找到,如 '/usr/Websphere/AppServer/v7.0_app1/bin'。在使用 WASPreUpgrade 和 WASPostUpgrade 命令时,可能会在命令行语法中指定 -traceString 参数,以跟踪代码。本练习所执行的迁移命令及参数是:

    清单 1. WASPreUpgrade 命令
    /usr/WebSphere/AppServer/v7.0_MNQ/bin >> ./WASPreUpgrade.sh
    /waslogs/was6_to_was7/migration/migration_ABCD_MNQ_app01_026
    /usr/Websphere/AppServer/v6.0_MNQ
    -oldProfile ABCD_MNQ_app01
    -traceString "*=all=enabled"
    -traceFile /waslogs/was6_to_was7/trace/WASPreUpgrade_trace.log升级前的步骤可能成功完成,也可能因某些问题而失败(在随后的段落中将单独介绍)。

    清单 2. manageprofiles 命令
    /usr/WebSphere/AppServer/v7.0_MNQ/bin >> ./manageprofiles.sh
    -create -profileName ABCD_MNQ_temp
    -profilePath /var/opt/websphere/profiles/ABCD_MNQ _temp
    -cellName ABCD_MNQ_cell01
    -portsFile /tmp/ports_file.txt -hostName 026 -nodeName ABCD_MNQ_app01_026manageprofiles 命令将创建一个配置文件。

    清单 3. WASPostUpgrade 命令
    /usr/WebSphere/AppServer/v7.0_MNQ/bin >> ./WASPostUpgrade.sh
    /waslogs/was6_to_was7/migration/migration_ ABCD_MNQ_app01_026
    -oldProfile ABCD_MNQ_app01
    -profileName ABCD_MNQ_temp
    -traceString "*=all=enabled"
    -traceFile /waslogs/was6_to_was7/trace/WASPostUpgrade_trace.log升级后的步骤可能成功完成,也可能因某些问题而失败(在随后的段落中将单独介绍)。

    问题及其解决方法
    问题:使用 MIGR0484E/MIGR0272E 迁移应用程序服务器时,WASPreUpgrade 迁移命令失败。

    清单 4. 使用 MIGR0484E/MIGR0272E 迁移失败
    IBM WebSphere Application Server, Release 7.0
    Product Upgrade PreUpgrade tool, Version 1.0
    Copyright IBM Corp., 1997-2008
    MIGR0300I: The migration function is starting to save the existing
    Application Server environment.
    MIGR0302I: The existing files are being saved.
    MIGR0484E: No profiles or instances found with name ABCD_MNQ_app01.
    MIGR0001I: The class name of the WASPreUpgrade command is WASPreUpgrade
    MIGR0272E: The migration function cannot complete the command.在迁移失败之前执行的步骤是:

    WebSphere Application Server V7 Deployment Manager 启动正常运行,并且 WebSphere Application Server V6 节点代理和应用程序服务器已停止。Deployment Manager 已成功从 WebSphere Application Server V6 迁移到 V7。解决方法:为了对该失败进行疑难解答,请通过 ps-ef|grep java 命令的帮助,确保 WebSphere Application Server V6 的 wasprofile 命令没有运行。还需要确保配置文件注册表中引用了 ABCD_MNQ_app01 配置文件,可以在文件 profileRegistry.xml 中检查这一点,该文件位于 '/usr/WebSphere/AppServer/v6.0_MNQ/properties'。

    清单 5. ProfileRegistry.xml 文件
    profile isDefault="true" name="ABCD_MNQ_app01"
    path="/var/opt/websphere/profiles/ABCD_MNQ_app01"
    template="/usr/Websphere/AppServer/v6.0_MNQ/profileTemplates/managed"另外,请确认不存在 'profileRegistry.xml_LOCK 文件。

    确认所有上述条件后,请注意,ABCD_MNQ_app01 配置文件未在 fsdb 目录中引用,并且由于这个原因造成迁移失败。需要将下面的脚本复制到目录 WAS_HOME Directory /properties/fsdb 中。

    清单 6. 复制到 fsdb 目录的脚本
    #!/bin/sh
    WAS_USER_SCRIPT=/var/opt/websphere/profiles/ABCD_MNQ_app01/bin/setupCmdLine.sh
    export WAS_USER_SCRIPT执行该步骤之后,迁移命令成功运行。

    问题:使用 MIGR0286E 时,WASPostUpgrade 迁移命令失败,原因是 Illegal State Exception。

    清单 7. 使用 MIGR0286E 时迁移失败,原因是 java.lang.IllegalStateException
    DSRA7602I: Attempting to delete newly created Derby database
    /var/opt/websphere/profiles/ABCD_MNQ_app701/databases/ABCD_MNQ_app01_027.
    ABCD_MNQ_app01_027_s01-ImmediateBatchBus_027_s01_122132600_

    CLOUDSCAPE_MIGRATION_DELETION_DONE
    java.lang.IllegalStateException: java.lang.IllegalStateException:
    Depth value 3 must be set
    at com.ibm.ws.runtime.component.VariableMapImpl.reload(VariableMapImpl.java:238)
    at com.ibm.ws.runtime.component.VariableMapImpl.refresh(VariableMapImpl.java:152)...
    at com.ibm.ws.migration.postupgrade.WASPostUpgrade.restore(WASPostUpgrade.java:246)
    at com.ibm.ws.migration.postupgrade.WASPostUpgrade.main(WASPostUpgrade.java:539)

    Caused by: com.ibm.websphere.management.exception.RepositoryException:
    com.ibm.websphere.management.filetransfer.client.TransferFailedException:
    Error occurred during upload to: upload/cells/ABCD_MNQ _cell01/nodegroups/
    DefaultNodeGroup/nodegroup.xml.
    Exception: java.io.IOException: Read error

    Caused by: java.io.IOException: Read error
    at java.io.FileInputStream.read(FileInputStream.java:191)
    at com.ibm.ws.management.repository.TempFileInputStream.read
    (TempFileInputStream.java:91)
    at com.ibm.websphere.management.repository.RepositoryInputStream.read
    (RepositoryInputStream.java:120)...
    at com.ibm.ws.management.filetransfer.client.FileTransferClientImpl.uploadFile
    (FileTransferClientImpl.java:302)
    .. 30 more

    MIGR0286E: The migration failed to complete.解决方法:迁移中同步进程失败了,因为系统用户在 AIX 环境中缺少文件句柄。将 AIX nofiles 限制设置(即,ulimit-n)从默认的 2000 增加到 10000,从而解决这个问题。

    问题:将集群应用服务器从 WebSphere Application Server ND V6 迁移到 V7 时,部署管理器似乎在寻找其他应用程序服务器配置,但它无法找到,并发生了迁移失败。

    解决方法:在本练习特定的这个复杂拓扑中,独立的应用程序服务器与部署管理器 (DMGR1) 位于相同的 AIX 服务器上,该应用程序服务器的迁移需要在集群应用服务器的迁移之后进行。决定以这个特定的顺序执行迁移,从而解决了这个迁移问题。

    问题:因明显的 “网络连接复位” 或 “网络读错误” 造成迁移失败。在迁移过程中的文件上传期间,网络连接被复位,这导致文件上传失败。同步进程向迁移工具报告了失败,迁移工具中止迁移操作。在其他时间,同步进程报告网络读错误,从而导致迁移操作中止。这是在处理与第一次尝试所不同的文件时发生。看来,节点和部署管理器之间的网络连接在迁移发生时被中断。

    解决方法:初看起来,这似乎是一个网络问题,因为部署管理器切断了连接,迁移节点只能感知其连接莫名其妙地被中止。不需要考虑网络问题,因为部署管理器服务器和故障的应用服务器都是在虚拟机管理程序中的虚拟服务器。事实上,迁移工具的传入数据使部署管理器的连接达到饱和,并且部署管理器达到了对在该通道允许的开放连接数所设置的上限。我们注意到,在部署管理器的 SystemOut 日志中,TCP Channel 'TCP_1' 已经超过了配置的最大开放连接数量 100。

    下图说明了这个设置:

    图 4. WC_adminhost 端口上的 TCP 通道的最大开放连接数

    图 5. WC_adminhost_secure 端口上的 TCP 通道的最大开放连接数

    这个问题解决方法是,在迁移练习中将 WC_adminhost 和 WC_adminhost_secure 端口的 TCP 通道的最大开放连接数从 100 提高到 20000。

    问题:作为迁移验证的一部分,应用程序服务器在启动时就出现了问题,'ibmasyncrsp' 进程无法启动。

    清单 8. 系统应用程序 'ibmasyncrsp' 无法启动
    00000021 ApplicationMg A WSVR0200I: Starting application: ibmasyncrsp
    00000021 ApplicationMg A WSVR0203I:
    Application: ibmasyncrsp Application build level: 1 [2]
    00000020 ApplicationMg A WSVR0200I: Starting application: MNQ_v3.30_HF11
    ApplicationMg A WSVR0204I: Application: MNQ_v3.30_HF11
    Application build level: Unknown
    00000021 FfdcProvider W com.ibm.ws.ffdc.impl.FfdcProvider logIncident FFDC1003I:
    FFDC Incident emitted
    00000021 DeployedAppli W WSVR0206E: Module, ibmasyncrsp.war, of application,
    ibmasyncrsp.ear/deployments/ibmasyncrsp, failed to start
    00000021 ApplicationMg W WSVR0101W: An error occurred starting, ibmasyncrsp
    00000021 ApplicationMg A WSVR0217I: Stopping application: ibmasyncrsp
    00000021 FfdcProvider W com.ibm.ws.ffdc.impl.FfdcProvider logIncident FFDC1003I:
    FFDC Incident emitted解决方法:在本练习中,在开始迁移之前,已经通过 Admin Console 将“default_host” 的定义从 'default_host' 修改为 'MNQ_default_host',并且已为应用程序更新了 Virtual Host 映射。但是,在迁移之后,系统应用程序似乎仍引用 'default_host' 而不是 'MNQ_default_host',并且 Application Server 启动跟踪显示 “open for e-business, problems occurred during startup”。

    经确定,系统安装了应用程序 ibmasyncrsp.ear,它用于接收 SIBus 中的异步消息,Web 服务运行时已被映射到默认主机 'default_host',而不是所需的 'MNQ_default_host' 虚拟主机。

    清单 9. 已安装了应用程序 'ibmasyncrsp.ear' 的系统的映射
    profile_root>/config/cells/ELN1_mwp_cell01/applications/ibmasyncrsp.ear
    /deployments/ibmasyncrsp/ibmasyncrsp.war/WEB-INF/ibm-web-bnd.xmi

    com.ibm.ejs.models.base.bindings.webappbnd:WebAppBinding
    xmi:version="2.0" xmlns:xmi="http://www.omg.org/XMI"
    xmlns:com.ibm.ejs.models.base.bindings.webappbnd="webappbnd.xmi"
    xmi:id="WebAppBinding_1155152745161" virtualHostName="default_host"因为无法从 Admin Console 访问 WebSphere 应用程序 ('ibmasyncrsp.ear'),所以更新文件 ibm-web-bnd.xml,指向选定的虚拟主机 'MNQ_default_host'。

    通过这一修改,这个问题得到了解决,并且应用服务器的启动过程没有再出现任何问题。

    问题:迁移后,如果没有启用 FIPS(美国联邦信息处理标准算法),在 WebSphere Application Server V6 中所使用的 TLS (传输层安全性)密码将不能在 WebSphere Application Server V7 中使用,启用 FIPS 可以重新建立 MDB 应用程序服务器和WebSphere MQ V6 之间的连接。

    解决方法:需要识别 WebSphere Application Server V7 和 WebSphere MQ V6 中都能使用的密码,并且不需要启用 FIPS。在 WebSphere MQ V6 中提供的 SSL(安全套接字层)CipherSpecs 使用的名称与 WebSphere Application Server V7 中的密码不同,从而对兼容的密码进行比较。在 “SSL configurations” 中的 “Quality of protection (QoP) settings”,需要 WebSphere Application Server V7 配置更改。还需要修改通道上的 WebSphere MQ V6 SSL 配置,以使用新的密码。

    如何清理失败的迁移?
    任何中止的迁移将使 WebSphere 应用程序服务器配置文件停留在部分迁移的状态,这对于数据采集和疑难解答是有用的。将执行以下操作来清理失败的迁移:

    WebSphere Application Server V7
    我们必须通过 'manageprofiles' 命令的帮助,删除在中止的迁移中所创建的新配置文件(例如,部署管理器和应用程序服务器配置文件)。

    清单 10. 删除配置文件的命令 'manageprofiles'
    /install_root/v7.0/bin/>>
    ./manageprofiles.sh -delete -profileName NewProfileNameForVersion7配置文件被删除后,该配置文件的任何剩余目录都需要被手动删除。

    清单 11. 检查要删除的配置文件子目录
    /install_root/profiles/NewProfileNameForVersion7/>> ls -la现有的配置文件目录也需要被删除。只应保留日志子目录。

    清单 12. 删除配置文件目录
    /install_root /profiles/NewProfileNameForVersion7>>cd ..
    /install_root /profiles/>> rm -r NewProfileNameForVersion7WebSphere Application Server V6
    我们必须删除用 WASPreUpdgrade 命令创建的备份目录(如 /waslogs/was6_to_was7/migration)。另外,当再次运行迁移命令时,我们也可以指定另一个备份目录(如 /waslogs/was6_to_was7/migration1)。

    迁移后的步骤和验证
    停止和启动 WebSphere V7 的部署管理器。启动 Admin Console,然后单击 System administration > 节点,验证新节点已经联合到 WebSphere V7。从 WebSphere Application Server V7 配置文件中删除旧的 JVM 设置 - 1.6 JVM 中不需要从 JVM1.4.2 带来的 JVM 参数,应予删除。 例如:
    -Xloratio0.2-Xp32K,4K-Xminf0.25-Xpartialcompactgc-Xk64000将 WC_adminhost 和 WC_adminhost_secure 端口上的 TCP 通道的最大开放连接数恢复为 100。监测在 1.6 JVM 中引入的压缩引用所带来的任何性能影响。这可以通过删除 "-Xcompressedrefs" JVM 命令行参数进行监测。验证 WebSphere Application Server V7 Deployment Manager 的安全性已被改为 “on”,并且该拓扑的服务集成总线安全性已被禁用。验证 WebSphere Application Server V7 上的 SSL 配置。验证应用程序服务器启动,并且已部署的应用程序正常运行。结束语

    本文涵盖在集群环境中发现的一些 WebSphere 迁移问题,以及在 AIX 平台上克服这些迁移问题所采取的步骤。这对于执行类似迁移路径的人来说可能很有帮助。

    原文链接

    https://zhidao.baidu.com/question/1731710042306940827.html

    展开全文
  • 1、在我们重新删除应用后,然后在重新部署应用时,常常会出来下面这错误,报错信息如下:Caused by: org.xml.sax.SAXException: JSPG0235E: JSP 容器无法装入 TagExtraInfo 类[org.apache.struts.taglib.logic....

    本文讲述在WAS6、WAS7日常使用中若个问题,希望对你有所帮助。

    1、在我们重新删除应用后,然后在重新部署应用时,常常会出来下面这个错误,报错信息如下:

    Caused by: org.xml.sax.SAXException: JSPG0235E: JSP 容器无法装入 TagExtraInfo 类[org.apache.struts.taglib.logic.IterateTei]

    at com.ibm.ws.jsp.taglib.TldParser.endElement(TldParser.java:366)

    at org.apache.xerces.parsers.AbstractSAXParser.endElement(Unknown Source)

    at org.apache.xerces.impl.dtd.XMLNSDTDValidator.endNamespaceScope(Unknown Source)

    at org.apache.xerces.impl.dtd.XMLDTDValidator.handleEndElement(Unknown Source)

    at org.apache.xerces.impl.dtd.XMLDTDValidator.endElement(Unknown Source)

    at org.apache.xerces.impl.XMLNSDocumentScannerImpl.scanEndElement(Unknown Source)

    at org.apache.xerces.impl.XMLDocumentFragmentScannerImpl$FragmentContentDispatcher.dispatch(Unknown Source)

    at org.apache.xerces.impl.XMLDocumentFragmentScannerImpl.scanDocument(Unknown Source)

    at org.apache.xerces.parsers.XML11Configuration.parse(Unknown Source)

    at org.apache.xerces.parsers.XML11Configuration.parse(Unknown Source)

    at org.apache.xerces.parsers.XMLParser.parse(Unknown Source)

    at org.apache.xerces.parsers.AbstractSAXParser.parse(Unknown Source)

    at javax.xml.parsers.SAXParser.parse(Unknown Source)

    at javax.xml.parsers.SAXParser.parse(Unknown Source)

    at com.ibm.ws.jsp.translator.visitor.xml.ParserFactory.parseDocument(ParserFactory.java:104)

    at com.ibm.ws.jsp.taglib.TldParser.parse(TldParser.java:271)

    at com.ibm.ws.jsp.taglib.TldParser.parseTLD(TldParser.java:231)

    at com.ibm.ws.jsp.taglib.TagLibraryCache.loadWebInfMap(TagLibraryCache.java:277)

    at com.ibm.ws.jsp.taglib.TagLibraryCache.(TagLibraryCache.java:91)

    at com.ibm.ws.jsp.webcontainerext.JSPExtensionProcessor.(JSPExtensionProcessor.java:143)

    at com.ibm.ws.jsp.webcontainerext.JSPExtensionFactory.createExtensionProcessor(JSPExtensionFactory.java:96)

    at com.ibm.ws.webcontainer.webapp.WebApp.initializeExtensionProcessors(WebApp.java:1068)

    at com.ibm.ws.webcontainer.webapp.WebApp.initialize(WebApp.java:363)

    at com.ibm.ws.webcontainer.webapp.WebGroup.addWebApplication(WebGroup.java:114)

    at com.ibm.ws.webcontainer.VirtualHost.addWebApplication(VirtualHost.java:127)

    at com.ibm.ws.webcontainer.WebContainer.addWebApp(WebContainer.java:776)

    解决办法:这个错误很简单,由于我们在重新部署应用,没有把共享库添加上,导致加载struts的标签库失败。添加之前定义好的共享库就OK!

    2、修改了应用的配置文件后,突然之前应用启动不了,报如下错误:

    [6/26/13 18:12:19:462 GMT+08:00] 00000037 ApplicationMg E   WSVR0101W: An error occurred starting, scetb2b

    [6/26/13 18:12:19:484 GMT+08:00] 00000037 ApplicationMg A   WSVR0217I: Stopping application: scetb2b

    [6/26/13 18:12:19:578 GMT+08:00] 00000037 ApplicationMg A   WSVR0220I: Application stopped: scetb2b

    解决办法:具体里面systemOut.log可能有更详细的说明,一般来说这个问题是WAS6在加载web.xml文件失败导致,这是你需要检查你的

    web.xml文件,如果servlet是否对应,是否把mapping放在servlet定义的前面等等。

    3、WAS6在进行了安全测试扫描之后,突然宕了,是整个server都宕机了,查看日志报错信息如下:

    [6/26/13 9:33:48:312 GMT+08:00] 0000001d VSync         I   DCSV2004I: DCS Stack DefaultCoreGroup at Member deca1Cell01\deca1Node02\scServer1: The synchronization procedure completed successfully. The View Identifier is (104:0.deca1Cell01\deca1CellManager01\dmgr).

    The internal details are [0 0 0 0 0 0].

    [6/26/13 9:33:48:413 GMT+08:00] 0000001c CoreGroupMemb I   DCSV8050I: DCS Stack DefaultCoreGroup at Member deca1Cell01\deca1Node02\scServer1: New view installed, identifier (105:0.deca1Cell01\deca1CellManager01\dmgr), view size is 6 (AV=6, CD=6, CN=6, DF=9)

    [6/26/13 9:33:48:436 GMT+08:00] 0000001d ViewReceiver  I   DCSV1033I: DCS Stack DefaultCoreGroup at Member deca1Cell01\deca1Node02\scServer1: Confirmed all new view members in view identifier (105:0.deca1Cell01\deca1CellManager01\dmgr). View channel type is

    View|Ptp.

    解决办法:目前还未查明具体是什么原因导致,通过分析javacore,发现前后两个文件的线程一致。方法就是重新启动server,OK!

    4、在访问servlet的时候,突然报这个错误:Error 404: No target servlet configured for uri: /GreenServlet,

    解决办法:报404说明应用服务器找不到请求,其实这个问题很蹊跷,有可能是应用服务器加载的顺序问题,我这里的解决办法是:访问下

    网站,如登陆下,然后再访问servlet,就OK了!

    5、在启动的应用的时候,报如下错误:

    Caused by: java.lang.SecurityException: sealing violation: package oracle.net.nt is sealed

    at java.net.URLClassLoader.defineClass(Unknown Source)

    at java.net.URLClassLoader.access$000(Unknown Source)

    at java.net.URLClassLoader$1.run(Unknown Source)

    at java.security.AccessController.doPrivileged(Native Method)

    at java.net.URLClassLoader.findClass(Unknown Source)

    at java.lang.ClassLoader.loadClass(Unknown Source)

    at java.lang.ClassLoader.loadClass(Unknown Source)

    at java.lang.Class.forName0(Native Method)

    at java.lang.Class.forName(Unknown Source)

    at org.apache.jorphan.reflect.ClassFinder.isChildOf(ClassFinder.java:468)

    at org.apache.jorphan.reflect.ClassFinder.access$0(ClassFinder.java:464)

    at org.apache.jorphan.reflect.ClassFinder$FilterTreeSet.add(ClassFinder.java:106)

    at org.apache.jorphan.reflect.ClassFinder$FilterTreeSet.add(ClassFinder.java:1)

    at org.apache.jorphan.reflect.ClassFinder.findClassesInOnePath(ClassFinder.java:536)

    at org.apache.jorphan.reflect.ClassFinder.findClassesInPaths(ClassFinder.java:553)

    at org.apache.jorphan.reflect.ClassFinder.findClassesThatExtend(ClassFinder.java:293)

    at org.apache.jorphan.reflect.ClassFinder.findClassesThatExtend(ClassFinder.java:214)

    at org.apache.jorphan.reflect.ClassFinder.findClassesThatExtend(ClassFinder.java:197)

    at org.apache.jorphan.reflect.ClassFinder.findClassesThatExtend(ClassFinder.java:159)

    at org.apache.jmeter.protocol.java.control.gui.JUnitTestSamplerGui.setupClasslist(JUnitTestSamplerGui.java:182)

    at org.apache.jmeter.protocol.java.control.gui.JUnitTestSamplerGui.createClassPanel(JUnitTestSamplerGui.java:210)

    at org.apache.jmeter.protocol.java.control.gui.JUnitTestSamplerGui.init(JUnitTestSamplerGui.java:160)

    at org.apache.jmeter.protocol.java.control.gui.JUnitTestSamplerGui.(JUnitTestSamplerGui.java:144)

    at sun.reflect.NativeConstructorAccessorImpl.newInstance0(Native Method)

    at sun.reflect.NativeConstructorAccessorImpl.newInstance(Unknown Source)

    at sun.reflect.DelegatingConstructorAccessorImpl.newInstance(Unknown Source)

    at java.lang.reflect.Constructor.newInstance(Unknown Source)

    at java.lang.Class.newInstance0(Unknown Source)

    at java.lang.Class.newInstance(Unknown Source)

    at org.apache.jmeter.gui.util.MenuFactory.initializeMenus(MenuFactory.java:439)

    at org.apache.jmeter.gui.util.MenuFactory.(MenuFactory.java:154)

    ... 14 more

    解决办法:这个异常一般是由于classpath中有多个jar包都包含同样的java包,比如oracle.net.nt

    6、在访问某些应用的时候(由于航空公司电子商务网站,采用IBE接口),国际票查询时报如下错误:

    [13-5-16 10:46:22:550 GMT] 00000047 WebApp        E   SRVE0026E: [Servlet 错误]-[action]:java.lang.VerifyError: arguments are not type compatible (class: com/travelsky/ibe/parser/AVParser method: createAVRequestHeader(Ljava/lang/String;Ljava/lang/String;)Lorg/jdom/Document;)

    at pc: 20

    at java.lang.Class.verifyImpl(Native Method)

    at java.lang.Class.verify(Class.java:253)

    at java.lang.Class.initialize(Class.java:315)

    at com.travelsky.ibe.internal.IAV.getAvailability(IAV.java:358)

    at com.travelsky.ebuildm.factory.AVInternalImpl.getAvailability(AVInternalImpl.java:57)

    at com.travelsky.scetb2b.commons.PnrUtil.getAv(PnrUtil.java:566)

    at com.travelsky.scetb2b.commons.PnrUtil.getAv(PnrUtil.java:519)

    at com.travelsky.scetb2b.commons.PnrUtil.getAv(PnrUtil.java:467)

    at com.travelsky.web.scetb2b.reservation.fltshop.FltShopAvResultBuilder.getInternationalAvSeats(FltShopAvResultBuilder.java:650)

    at com.travelsky.web.scetb2b.reservation.fltshop.FltShopAvResultBuilder.getAVSeats(FltShopAvResultBuilder.java:99)

    at com.travelsky.web.scetb2b.reservation.fltshop.FltShopAvResultBuilder.buildAVResultBean(FltShopAvResultBuilder.java:84)

    at com.travelsky.web.scetb2b.reservation.action.FlightSearchAction.flightSearchFltShop(FlightSearchAction.java:93)

    at com.travelsky.web.scetb2b.reservation.action.FlightSearchAction.doAction(FlightSearchAction.java:42)

    at com.travelsky.web.scb2bframework.BaseAction.execute(BaseAction.java:530)

    at org.apache.struts.action.RequestProcessor.processActionPerform(RequestProcessor.java:484)

    at org.apache.struts.action.RequestProcessor.process(RequestProcessor.java:274)

    at org.apache.struts.action.ActionServlet.process(ActionServlet.java:1482)

    at org.apache.struts.action.ActionServlet.doPost(ActionServlet.java:525)

    at javax.servlet.http.HttpServlet.service(HttpServlet.java:763)

    at javax.servlet.http.HttpServlet.service(HttpServlet.java:856)

    at com.ibm.ws.webcontainer.servlet.ServletWrapper.service(ServletWrapper.java:1212)

    at com.ibm.ws.webcontainer.servlet.ServletWrapper.service(ServletWrapper.java:1173)

    at com.ibm.ws.webcontainer.filter.WebAppFilterChain.doFilter(WebAppFilterChain.java:92)

    at com.travelsky.scetb2b.commons.XSSDefendFilter.doFilter(XSSDefendFilter.java:69)

    at com.ibm.ws.webcontainer.filter.FilterInstanceWrapper.doFilter(FilterInstanceWrapper.java:142)

    at com.ibm.ws.webcontainer.filter.WebAppFilterChain.doFilter(WebAppFilterChain.java:77)

    at com.ibm.ws.webcontainer.servlet.ServletWrapper.handleRequest(ServletWrapper.java:626)

    at com.ibm.ws.webcontainer.webapp.WebApp.handleRequest(WebApp.java:2841)

    at com.ibm.ws.webcontainer.webapp.WebGroup.handleRequest(WebGroup.java:220)

    at com.ibm.ws.webcontainer.VirtualHost.handleRequest(VirtualHost.java:204)

    at com.ibm.ws.webcontainer.WebContainer.handleRequest(WebContainer.java:1681)

    at com.ibm.ws.webcontainer.channel.WCChannelLink.ready(WCChannelLink.java:77)

    at com.ibm.ws.http.channel.inbound.impl.HttpInboundLink.handleDiscrimination(HttpInboundLink.java:421)

    at com.ibm.ws.http.channel.inbound.impl.HttpInboundLink.handleNewInformation(HttpInboundLink.java:367)

    at com.ibm.ws.http.channel.inbound.impl.HttpICLReadCallback.complete(HttpICLReadCallback.java:94)

    at com.ibm.ws.tcp.channel.impl.WorkQueueManager.requestComplete(WorkQueueManager.java:548)

    at com.ibm.ws.tcp.channel.impl.WorkQueueManager.attemptIO(WorkQueueManager.java:601)

    at com.ibm.ws.tcp.channel.impl.WorkQueueManager.workerRun(WorkQueueManager.java:934)

    at com.ibm.ws.tcp.channel.impl.WorkQueueManager$Worker.run(WorkQueueManager.java:1021)

    at com.ibm.ws.util.ThreadPool$Worker.run(ThreadPool.java:1332)

    解决办法:jdom.jar包冲突,需要更新WAS6中lib的jar包

    7、在新引入接口的时候伴随着新的jar的使用,如果在引入新的jar的时候报如下错误:

    [13-5-16 1:22:22:319 GMT] 00000015 ContextLoader E   TRAS0014I: 下列异常已记录 java.lang.LinkageError: LinkageError while defining class: com.travelsky.ibe.exceptions.IBEException

    Could not be defined due to: (com/travelsky/ibe/exceptions/IBEException) bad major version at offset=6

    This is often caused by having a class defined at multiple

    locations within the classloader hierarchy.  Other potential causes

    include compiling against an older or newer version of the class

    that has an incompatible method signature.

    Dumping the current context classloader hierarchy:

    ==> indicates defining classloader

    解决办法:由于WAS6采用的jdk1.4的环境,这个问题是jar包在1.4以上版本编译的,导致冲突,重新要求jar提供方在1.4的环境下打包生成OK!

    后记:关于从tomcat中迁移到WAS环境

    平常开发中使用tomcat中最多,但是投入生产环境中一般为商业服务器,我们公司就是WAS环境,这里总结下项目中tomcat中迁移到WAS的几个小问题。

    其实需要注意的地方不是很多,基本你先按照WAS的环境,建立建群、建立服务器、共享库、数据源,然后部署引用,但是WAS和tomcat中有一个最大的

    不同就是:对jar的使用不同。tomcat中jar一般都放在lib中,而且每个war包都有自己对应的jar包。而WAS环境提倡使用共享库的概念,还有配置在JVM的classpath中。

    如果不这么做有什么问题呢:虽然WAS也可以从应用中lib中读到jar包,但是如果你的jar够多,然后打成的ear包将非常多,这时,WAS在应用部署启动的时候将报错:

    OOM错误,意思就是你的ear包太大了。

    所以这里就是tomcat和WAS在jar包问题上面的拉锯。

    先说明一点:tomcat也可以使用共享库的概念,如果一开始使用了共享库,估计后面迁移的事情就不会那么多。因为多个应用不用考虑jar冲突。

    8、这里介绍一个spring的错误,如下所示:

    org.springframework.beans.factory.NoSuchBeanDefinitionException: No bean named 'frontUserService' is defined

    at org.springframework.beans.factory.support.DefaultListableBeanFactory.getBeanDefinition(DefaultListableBeanFactory.java:529)

    at org.springframework.beans.factory.support.AbstractBeanFactory.getMergedLocalBeanDefinition(AbstractBeanFactory.java:1094)

    at org.springframework.beans.factory.support.AbstractBeanFactory.doGetBean(AbstractBeanFactory.java:276)

    at org.springframework.beans.factory.support.AbstractBeanFactory.getBean(AbstractBeanFactory.java:192)

    at org.springframework.context.support.AbstractApplicationContext.getBean(AbstractApplicationContext.java:1075)

    at com.travelsky.b2bplatform.framework.ServiceFactory.getFrontUserService(ServiceFactory.java:192)

    at com.travelsky.aess.logic.user.manager.UserManagerImpl.queryUserInfoForLogin(UserManagerImpl.java:230)

    at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)

    at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:60)

    at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:37)

    at java.lang.reflect.Method.invoke(Method.java:611)

    at org.springframework.aop.support.AopUtils.invokeJoinpointUsingReflection(AopUtils.java:309)

    at org.springframework.aop.framework.JdkDynamicAopProxy.invoke(JdkDynamicAopProxy.java:196)

    at $Proxy11.queryUserInfoForLogin(Unknown Source)

    at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)

    at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:60)

    at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:37)

    at java.lang.reflect.Method.invoke(Method.java:611)

    at org.springframework.aop.support.AopUtils.invokeJoinpointUsingReflection(AopUtils.java:309)

    at org.springframework.aop.framework.ReflectiveMethodInvocation.invokeJoinpoint(ReflectiveMethodInvocation.java:183)

    at org.springframework.aop.framework.ReflectiveMethodInvocation.proceed(ReflectiveMethodInvocation.java:150)

    at org.springframework.remoting.support.RemoteInvocationTraceInterceptor.invoke(RemoteInvocationTraceInterceptor.java:77)

    at org.springframework.aop.framework.ReflectiveMethodInvocation.proceed(ReflectiveMethodInvocation.java:172)

    at org.springframework.aop.framework.JdkDynamicAopProxy.invoke(JdkDynamicAopProxy.java:202)

    原因分析:这个错误意思就是spring容器找不到这个bean,但是其他同事都可以加载到。不可能是代码方面的问题。

    后来经排查,我tomcat的使用的是共享库的配置,他们的是myeclipse自带的classpath的配置导致的,由于后面对spring加载做了变化,

    导致AESW无法加载到配置文件,而AESS则能够正确加载。

    解决办法:经过了几番较量,还是在AESW的spring加载时候加入与AESS的一致的配置文件,等于同一个配置文件两个应用都加载一遍。

    具体这个问题是否真有tomcat共享库引起还不得而知。

    9、项目中报java.lang.NoClassDefFoundError异常及java.lang.NoSuchMethodException、java.lang.NoSuchMethodError异常。

    粗看起来,两个错误大多表示没有class或者class中没有该方法。

    1、一般如果加载的类中没有该方法,则会报这个错误:java.lang.NoSuchMethodError,比如新添加个静态static的方法,如果没有重启的话,则抛出这个错误。

    2、如果报出这个错误:java.lang.NoSuchMethodException,则有可能是你的jar包中含有类名相同、方法名也相同的方法。

    比如这次中:tomcat共享库一份jar和lib中一份jar包,然后访问的时候,有两个相同的方法,就抛出这个异常。

    3、java.lang.NoClassDefFoundError所指对象的类不存在,如不是自定义类的话,到 http://www.findjar.com 查找包含该信息的jar包并引入.

    4、类的加载先后顺序有问题如启动web   application的时候,类的加载是有一个先后顺序的,如果应该先加载的类在后面加载,别的类在调用时找不到它,那么也会报这个错.其他 java.lang.NoClassDefFoundError 异常都可这样处理.

    10、最诡异的一个问题,在tomcat中没发生这问题,但是一旦在WAS上面部署就出来这个问题。目前还未清除原因及如何解决的。

    问题产生的是我们使用应用名访问的时候(http://122.119.144.25/aeswmfet),报错500,然后使用http://122.119.144.25/aeswmfet/index.jsp则可以正常访问。

    查了下web.xml的welcome配置,没发现什么问题,都正常。刚报错500的日志如下:

    [4/22/13 17:46:01:626 CST] 00000032 webapp        E com.ibm.ws.webcontainer.webapp.WebApp logError SRVE0293E: [Servlet Error]-[null]: com.ibm.ws.webcontainer.webapp.WebAppErrorReport:

    at com.ibm.ws.webcontainer.webapp.WebAppDispatcherContext.sendError(WebAppDispatcherContext.java:624)

    at com.ibm.ws.webcontainer.srt.SRTServletResponse.sendError(SRTServletResponse.java:1071)

    at org.apache.struts2.dispatcher.Dispatcher.sendError(Dispatcher.java:839)

    at org.apache.struts2.dispatcher.Dispatcher.serviceAction(Dispatcher.java:533)

    at org.apache.struts2.dispatcher.FilterDispatcher.doFilter(FilterDispatcher.java:434)

    at com.ibm.ws.webcontainer.filter.FilterInstanceWrapper.doFilter(FilterInstanceWrapper.java:188)

    at com.ibm.ws.webcontainer.filter.WebAppFilterChain.doFilter(WebAppFilterChain.java:116)

    at com.ibm.ws.webcontainer.filter.WebAppFilterChain._doFilter(WebAppFilterChain.java:77)

    at com.ibm.ws.webcontainer.filter.WebAppFilterManager.doFilter(WebAppFilterManager.java:852)

    at com.ibm.ws.webcontainer.filter.WebAppFilterManager.invokeFilters(WebAppFilterManager.java:917)

    at com.ibm.ws.webcontainer.extension.DefaultExtensionProcessor.invokeFilters(DefaultExtensionProcessor.java:924)

    at com.ibm.ws.webcontainer.extension.DefaultExtensionProcessor.handleRequest(DefaultExtensionProcessor.java:651)

    at com.ibm.ws.webcontainer.webapp.WebApp.handleRequest(WebApp.java:3610)

    at com.ibm.ws.webcontainer.webapp.WebGroup.handleRequest(WebGroup.java:274)

    at com.ibm.ws.webcontainer.WebContainer.handleRequest(WebContainer.java:926)

    at com.ibm.ws.webcontainer.WSWebContainer.handleRequest(WSWebContainer.java:1557)

    at com.ibm.ws.webcontainer.channel.WCChannelLink.ready(WCChannelLink.java:173)

    at com.ibm.ws.http.channel.inbound.impl.HttpInboundLink.handleDiscrimination(HttpInboundLink.java:455)

    at com.ibm.ws.http.channel.inbound.impl.HttpInboundLink.handleNewInformation(HttpInboundLink.java:384)

    at com.ibm.ws.http.channel.inbound.impl.HttpICLReadCallback.complete(HttpICLReadCallback.java:83)

    at com.ibm.ws.tcp.channel.impl.AioReadCompletionListener.futureCompleted(AioReadCompletionListener.java:165)

    at com.ibm.io.async.AbstractAsyncFuture.invokeCallback(AbstractAsyncFuture.java:217)

    at com.ibm.io.async.AsyncChannelFuture.fireCompletionActions(AsyncChannelFuture.java:161)

    at com.ibm.io.async.AsyncFuture.completed(AsyncFuture.java:138)

    at com.ibm.io.async.ResultHandler.complete(ResultHandler.java:202)

    at com.ibm.io.async.ResultHandler.runEventProcessingLoop(ResultHandler.java:766)

    at com.ibm.io.async.ResultHandler$2.run(ResultHandler.java:896)

    at com.ibm.ws.util.ThreadPool$Worker.run(ThreadPool.java:1527)

    问题分析:这个问题在后面突然就OK了,在tomcat和WAS都可以正常了。

    这个问题网上说法是:WAS报了一个NULL的错误,一般来说是在配置文件,具体是什么原因,还请各位看官看看?

    展开全文
  • was-installer WebSphere Application Server的应用程序部署工具... 该工具由两个文件组成: 一个名为installer.py的jython文件,其中包含执行实际工作的wsadmin代码 一个名为installer.sh的包装bash脚本,用于收集所
  • 这里记录一下公司里用到的was应用部署(集群部署)在控制台的操作步骤: 序号 操作内容 1 部署WAS应用 打开浏览器,在地址栏中输入https://127.0.0.1:8888

    websphere作为IBM的稳定的产品线,WebSphere Application Server 是所有产品的基础,其他所有产品都在它之上运行。这里记录一下公司里用到的was应用部署(集群部署)在控制台的操作步骤:


    序号

    操作内容

    1

    部署WAS应用

    打开浏览器,在地址栏中输入https://127.0.0.1:8888/ibm/console进入控制台,用admin 用户登录控制台

    2

    创建集群clustor01:

    选择左边菜单栏  服务器--集群--WebSphere Application Server 集群

    点击->新建

    输入集群名称:clustor01

    下一步 成员名:server01 节点选择xx1

    下一步 成员名:server01 节点选择xx2

    点击->添加成员

    下一步 保存到主配置。

    3

    创建端口

    点击->环境->虚拟主机->default_host->主机别名

    点击->新建

    端口:8888(查看当前was上的已有端口,顺延即可) 

    点击确定

    点击保存到主配置。

    4

    给server分配端口

    点击->服务器->所有服务器->节点在xx1的server01->端口->Wc_defaulthost 修改端口为:8888 ,点击确定->保存到主配置

    点击->服务器->所有服务器->节点在xx2的server01->端口->Wc_defaulthost 修改端口为:8888,点击确定->保存到主配置

    5

    应用部署

    选择左边菜单栏  应用程序--应用程序类型—WebSphere企业应用程序

    选择安装

    选择远程文件系统

    选择目录:

    /websphere/IBM/WebSphere/war/yingyongchengxu.war

    下一步,选择快速路径

    下一步,安装应用程序的目录:/websphere/IBM/WebSphere/BOCapps/

    下一步,勾选yingyongchengxu.war模块,选择clustor01集群,点击应用
    下一步,下一步,输入上下文根:/yingyongchengxu    (此文根为浏览器访问时域名后的工程名)

    下一步,完成,保存到主配置。

    6

    点击->服务器->所有服务器->节点在xx1的server01,

    将类装入器策略修改为:单个;

    将类装入方式修改为:类已装入并且是先使用本地类装入器(父类最后);点击确定->保存到主配置。

    点击->服务器->所有服务器->节点在xx1的server01->已安装的应用程序->yingyongchengxu.war->类装入和更新检测,

    将类装入顺序修改为:类已装入并且是先使用本地类装入器(父类最后)。点击确定->保存到主配置。

    点击->服务器->所有服务器->节点在xx2的server01->       已安装的应用程序->yingyongchengxu.war->管理模块-> yingyongchengxu.war,

    将类装入顺序修改为:类已装入并且是先使用本地类装入器(父类最后)。点击确定->保存到主配置。

    点击->服务器->所有服务器->节点在xx2的server01,

    将类装入器策略修改为:单个;

    将类装入方式修改为:类已装入并且是先使用本地类装入器(父类最后);点击确定->保存到主配置。

    点击->服务器->所有服务器->节点在xx1的server01->已安装的应用程序->yingyongchengxu.war->类装入和更新检测,

    将类装入顺序修改为:类已装入并且是先使用本地类装入器(父类最后)。点击确定->保存到主配置。

    点击->服务器->所有服务器->节点在xx2的server01->       已安装的应用程序->yingyongchengxu.war->管理模块-> yingyongchengxu.war,

    将类装入顺序修改为:类已装入并且是先使用本地类装入器(父类最后)。点击确定->保存到主配置。

    7

    启动server01服务前,实施监控127.0.0.1的WAS系统日志

    cd /was_dump/server01 (日志文件配置目录不同)

    tail -f  SystemOut.log

    8

    选择左边菜单栏  服务器--所有服务器

    分别勾选server01的两个服务,依次启动;

    9

    部署后验证操作

    在ie浏览器中分别访问以下URL:

    http://127.0.0.1:8888/yingyongchengxu

    均能正常打开说明war包部署成功,服务启动正常

    展开全文
  • was部署应用程序

    千次阅读 2013-09-09 11:54:44
    不同服务器上的IP地址,不相同,所以每次打包前必须先修改成,需部署到哪台机器上的IP地址。 2、修改完毕后,打WAR包 3、联接到需部署的服务器上, 会让输入端口号如,确定后还会让输入密码 进入后的页面,
  • was集群搭建部署

    千次阅读 2018-07-05 20:06:54
    准备台服务器: 192.168.14.136 192.168.14.137 使用root用户修改主机名和主机解析地址 (1)主机名修改: 192.168.14.136 主机名修改为:app1 192.168.14.137 主机名修改为:app2 [root@app1 ]# vi /etc/...
  • linux——was部署及配置概要

    千次阅读 2019-02-27 08:56:25
    was是运维安装好的,我...这三命令很重要,是在was根目录下面,我的是/opt/IBM/WebSphere/Appserver/bin 1.列出现有概要文件 ./manageprofiles.sh -listProfiles 2.刷新概要文件注册表 ./manageprofiles.sh -vali...
  • WAS8.5.5集群部署全程图解

    万次阅读 多人点赞 2017-12-30 10:45:49
    WAS集群有一优点,就是使用同步的内存作为会话...另外WAS集群可以使用图形化的WEB页面进行各个节点的管理,同一WAR包只需部署一次就会在各个节点中进行同步,十分的方便。 要使用WAS集群,首先要向IBM购买相关...
  • 为一个was应用配置多访问端口

    千次阅读 2016-05-04 17:16:32
    ... ...参照以上链接,但是不要新增虚拟机,要在以前的虚拟主机里新增端口。...具体思路应该是:1、为虚拟机增加别名,且指定端口号(如:9999) ...3、建立“一条web容器传输链”连立上述步的关联传输
  • PAGE / NUMPAGES种乱码问题的解决方案1应用程序大字段乱码的一种可能1.1问题描述应用程序开发使用GBK进行编码,当部署应用的操作系统平台如果没有指定相应的字符集时,可能会出现大字段乱码。文档来自于网络搜索...
  • 将多war包打成ear包部署was

    千次阅读 2015-06-02 15:39:27
    1.创建打包目录,本人在桌面创建package文件夹,后在package文件夹下建立META-INF目录,并在改...每代表一web应用,表示部署was后,仅表示应用名称。表示war包名称。 表示部署路径,各module子节点值不要同名。 4
  • tomcat同时部署两个项目错误

    千次阅读 2017-02-14 15:12:15
    错误描述: ... tomcat发布多个项目时抛的webAppRootKey错误,部署WAS控制台单独一个项目可以运行,两个项目同时运行先启动的可以运行,后启动的项目不会读本项目的web.xml信息。  异常信息: Web a
  • 使用jacl部署was应用

    2015-11-25 14:25:59
    # 种操作方式 # 方式1:使用CMD命令行执行 # 运行 %WAS_HOME%\AppServer\profiles\qmam\bin\wsadmin.bat,在CMD界面输入语句,回车键执行 # 方式2:使用脚本执行 # 以下每步骤的内容保存为abc.jacl文件...
  • 《WebSphere集群安装配置及部署应用说明》由会员分享,可在线阅读,更多相关《WebSphere集群安装配置及部署应用说明(27页珍藏版)》请在人人文库网上搜索。1、WebSphere6.1集群安装配置及部署应用说明1 安装Webphere...
  • WAS服务器全称 (IBM WebSphere Application Server) 是 WebSphere 家族众多服务器的基础。WebSpher Monitor Server 和 WebSphere Process Server 的 Admin Console 管理控制台的开发都是对 WAS Admin Console 的扩展...
  • 阅读人群:建议有WAS部署基础的朋友阅读 (1)、安装ear程序包 添加ear程序包路径,如下图所示: 注意选择“使用二进制配置”,如下图所示: 选中“集群服务器”和...
  • WebSphere:IBM 的Java应用服务器软件,用来部署运行Web应用,简称WAS 最开始安装包用的是WAS 9.0.0.0,坑就从此开始。 第一坑 是否使用Windows 服务来运行WAS 这一步在创建概要文件时候的一步骤,...
  • WebSphere 是 IBM 的软件平台。它包含了Web 应用程序和跨... 一、WAS应用无法正常停启 有时会碰到正常停是停不了的应用,这是因为系统里进程的连接释放不了。这时候直接在系统里把应用的进程杀掉即可。 Scm01的停启如
  • 今年有幸有机会接触并且独自在Linux服务器下安装was并且项目需要jdk需要升级为1.8.,经过不到一星期的安装,升级、部署,中间遇到了重重困难,最后终于跑起来了。特此记录一下流程以及遇到的坑,为后来...
  • 近日,在生产环境下遇到一次was部署包的错误。   正常的部署包时,报出如下错误: 而且很容易注意到,许多配置项出现了冗余的情况,如下:  通过错误提示,并没有提示具体的解决方法。 考虑了两个方面问题: (1...
  • 如何使用Docker部署Go Web应用程序

    万次阅读 2016-06-13 08:54:20
    您将通过本文了解如何使用Docker部署Go Web应用程序,以及Docker如何帮您改善开发工作流和部署过程。各种规模的团队都能从本文内容中获益。
  • was访问ip 直接跳转至应用地址

    千次阅读 2017-06-20 11:53:12
    我在was服务器上部署了一叫做Hello的项目,项目只是输出页面一句话This is my JSP page.访问地址是 http://192.168.74.16/Hello/ 项目组要求使用http://192.168.74.16就可以访问到该项目,我应该怎么办?...
  • EOS、BPS怎样进行应用部署

    千次阅读 2017-04-25 11:17:49
    用户在使用普元的EOS、BPS产品开发完项目之后,经过测试后,就可以正式部署上线了,本文提供多种部署方式的介绍
  • 1.WebSphere安装 1. 安装环境: 操作系统: redhat-release-5Server-5.4.0.3 WebSphere版本: WebSphere6.1 安装包名称: was.cd.6100....将was.cd.6100.linux.ia32.tar拷贝至应用服务器某一路径下. 如: /websphere/ wa...
  • 通常在网上的WAS主程序包分为3zip包,每压缩包900M左右,共2.79GB左右,安装时需要把这3压缩包里面的内容放到同一文件夹里面才行)。 提供我的was8.5安装包百度网盘链接以及提取码 链接: ...
  • 部署WAS下的log日志输出问题

    千次阅读 2010-08-04 00:25:57
    在本地电脑里用RAD中开发项目并部署在本地WAS能正常输出日志,但部署到其它linux系统上里就出现可以创建日志文件但不能输出信息的问题,其中部署的ear包含两个war,每个war都有自己的配置信息,如log4j.xml等。...
  • Linux+db2+was部署问题总结

    千次阅读 2016-11-22 13:10:28
    db2+rbp+was部署,由于是集群,切涉及到了很多was的东西,搞了很长时间,在此做一问题总结,供后续查询: 环境:红旗linux  db29.7  was6.1 所遇到问题总结: 1. RBP系统中不能输入中文的修改:  在sh文件...

空空如也

空空如也

1 2 3 4 5 ... 20
收藏数 21,497
精华内容 8,598
关键字:

was部署两个应用