精华内容
下载资源
问答
  • 工具原料:was中间件,websphere中间件was控制台,websphere控制台was安装包方法步骤:A:登录was控制台 在浏览器中,输入was控制台、websphere控制台地址,访问was控制台、...B: 进入websphere企业应用程序 ...
    

    工具原料:
    was中间件,websphere中间件
    was控制台,websphere控制台
    was安装包

    方法步骤:
    A:登录was控制台
            在浏览器中,输入was控制台、websphere控制台地址,访问was控制台、websphere控制台登陆页面。在was控制台、websphere控制台登陆页面,输入was用户名、密码,登录was控制台。

    B:   进入websphere企业应用程序
         在登录was控制台、websphere控制台后,在was控制台、websphere控制台左侧的导航栏中,依次找到:应用程序à应用程序类型àWebSphere企业应用程序。此处可以看到已经发布的企业应用程序列表。

    C:   安装was集群应用程序
          在was企业应用程序中,点击安装按钮,在弹出来的对话框中,选择安装的应用程序后,点击下一步。

    D:   配置was集群安装方式
     在载入was安装包并点击下一步后,选择如何安装应用程序的方式为快速路径。

    E:   配置was集群安装选项
           配置was安装应用程序的目录,完成后点击下一步,并进入将模块映射至服务器步骤,此安装步骤中,需要将应用程序映射至服务器中,在集群和服务器中将要映射的服务器选中,并点击应用。完成后,进入下一步完成上下文根的配置,直至完成。

    F:   was控制台安装集群应用程序
         完成以上was安装配置后,点击完成后,就会进入正式安装步骤,等待was控制台安装完成集群应用,并保存安装配置。

    G:   同步集群应用程序
       在点击保存后,was控制台会自动同步was集群的各个节点、应用服务器等,完成后点击确定,就可以完成集群应用程序的安装了




    展开全文
  • 这里记录一下公司里用到的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 JMX 监视应用开发

    千次阅读 2015-09-22 18:32:47
    在使用WebSphere的过程中,我们可以开发自己的监视应用程序,was给我们提供了获取底层数据的三种接口: 1、基于 Java机器扩展 (JMX) 的接口 2、PMI 客户机接口 3、servlet 接口 在 was 7.0 中,官方已不推荐使用...

    在使用WebSphere的过程中,我们可以开发自己的监视应用程序,was给我们提供了获取底层数据的三种接口:

    1、基于 Java机器扩展 (JMX) 的接口

    2、PMI 客户机接口

    3、servlet 接口

    在 was 7.0 中,官方已不推荐使用 PMI 客户机接口,它建议我们使用 JMX 接口来收集 PMI 数据。

    Java管理扩展 JMX(Java Management Extentions) 连接器有以下几种:

    远程方法调用 (RMI) 连接器(Java Remote Method Protocol)

    简单对象访问协议 (SOAP) 连接器(Simple Object Access Protocol)

    (JSR 160)远程应用程序编程接口 (Java Specification Requests)

    远程方法调用 (JSR160RMI) 连接器

    进程通讯 (IPC)连接器(Inter-Process Communication)、

    我们可以通过以上几种方式编写自己的应用程序,这里我们使用SOAP连接器:

    首先我们需要从服务器上找到 %WAS_HOME%/plugins/com.ibm.ws.runtime7.0.0.jar 包,导入到类路径中。

    当我们开启了控制台的安全性后,我们需要将was默认的证书库和密钥库下载到本地,在通过soap连接was的时候,需要用到。

    下面是一段示例代码:

    package admin ;
    
    import com.ibm.websphere.management.AdminClient;
    import com.ibm.websphere.management.AdminClientFactory;
    import com.ibm.websphere.management.exception.ConnectorException;
    import java.util.*;
    import javax.management.*;
    
    public class getjvm {
        static ObjectName serverOName = null;
        static ObjectName jvmOName = null;
        public static void main(String[] args){
            AdminClient ac = null;
            Properties props = new Properties();
            props.setProperty(AdminClient.CONNECTOR_HOST, "192.168.137.211");
            props.setProperty(AdminClient.CONNECTOR_PORT, "8880");
            props.setProperty(AdminClient.CONNECTOR_TYPE, AdminClient.CONNECTOR_TYPE_SOAP);
            props.setProperty(AdminClient.USERNAME, "wasadmin");
            props.setProperty(AdminClient.PASSWORD, "wasadmin");
            props.setProperty("javax.net.ssl.trustStore", "D:/ssl/DummyClientTrustFile.jks");
            props.setProperty("javax.net.ssl.keyStore", "D:/ssl/DummyClientKeyFile.jks");
            props.setProperty("javax.net.ssl.trustStorePassword", "WebAS");
            props.setProperty("javax.net.ssl.keyStorePassword", "WebAS");
           try {
                    ac = AdminClientFactory.createAdminClient(props);
            }
                    catch (ConnectorException e)
                    {
                           System.out.println("Exception creating admin client: " + e);
                    }
            ObjectName on = null;
            try {
                on = new ObjectName("WebSphere:*");
            } catch (MalformedObjectNameException e) {
                e.printStackTrace();
            }
            Set objectNameSet = null;
            try {
                objectNameSet = ac.queryNames(on, null);
            } catch (ConnectorException e) {
                e.printStackTrace();
            }
            System.out.println("adminClient="+ac);
            System.out.println("Connect to DeployManagement is OK!");
            if(objectNameSet != null) {
                Iterator i = objectNameSet.iterator();
                while (i.hasNext()) {
                    on = (ObjectName)i.next();
                    String type = on.getKeyProperty("type");
                    if(type != null && type.equals("Server")) {
                        serverOName = on;
                        Object value_serverName = null;
                        try {
                            value_serverName = ac.getAttribute(serverOName, "name");
                        } catch (AttributeNotFoundException e) {
                            e.printStackTrace();
                        } catch (InstanceNotFoundException e) {
                            e.printStackTrace();
                        } catch (MBeanException e) {
                            e.printStackTrace();
                        } catch (ReflectionException e) {
                            e.printStackTrace();
                        } catch (ConnectorException e) {
                            e.printStackTrace();
                        }
                        System.out.println("serverName =" + value_serverName);
                    }           
                    if(type != null && type.equals("JVM")) {
                        jvmOName = on;
                        Object value_freeMemory = null;
                        Object value_heapSize = null;
                    try {
                        value_freeMemory = ac.getAttribute(jvmOName, "freeMemory");
                        value_heapSize = ac.getAttribute(jvmOName, "heapSize");
                        } catch (AttributeNotFoundException e) {
                                e.printStackTrace();
                        } catch (InstanceNotFoundException e) {
                                e.printStackTrace();
                        } catch (MBeanException e) {
                                e.printStackTrace();
                        } catch (ReflectionException e) {
                                e.printStackTrace();
                        } catch (ConnectorException e) {
                                e.printStackTrace();
                        }
    
                        System.out.println("freeMemory =" + value_freeMemory);
                        System.out.println("heapSize =" + value_heapSize);              
                        }
                }
            }
            else {
                System.err.println("ERROR: not found object names!");
            }
    
    }
    }




    展开全文
  • WebSphere Network Deployment 迁移概述 可使用迁移向导或迁移命令执行 ... 迁移向导在集群生产环境中,系统管理员将使用迁移命令(即 WASPreUpgrade 和 WASPostUpgrade)作为在自动脚本中迁移应用程序和配置的首
    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

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

    千次阅读 2013-09-09 11:54:44
    选择安装------------远程文件系统--------------把文件路径放进去 点击“浏览” 选择root文件夹 选择某个需布署的war包文件。 点击下一步,可连续点下一步,直到第4步,这里必须填写要布署...
  • 在Linux下的was服务器上部署web应用遇到问题:在Linux下的was服务器上部署web应用遇到问题 运行环境 项目框架 问题描述及解决方案 问题1:class path contains multiple binding 问题2:Error creating bean with name...
  • 背景:在was8.5中安装web应用程序准备:was服务器一台,并创建好server,项目打成的war包步骤:1.根据was控制台地址在浏览器中输入控制台地址进行访问,输入用户名密码进行登录(此处登录的用户需要有部署应用程序的...
  • WAS启动控制台,但不自动启动应用
  • AIX系统下运行ant发布更新WPS,WAS应用,以及Cluster的情况下 如需转载,请标明出处,尊重作者权利,http://www.chinacsharp.net http://blog.csdn.net/keyboardsun author:keyboardsun@163.com 现在我们的应用系统...
  • 部署后台管理模块时,WAS6默认是不支持struts2的,这个需要在WAS6的应用服务器中配置。 路径应用程序服务器 >mobileadmin002 > Web 容器 > 定制属性新建属性:名称:com.ibm.ws.webcontainer.invokefilterscomp
  • WAS61安装调整和应用部署.doc

    千次阅读 2011-11-24 09:01:38
    WAS61安装、调整和应用部署 目录 WAS安装、调整和应用部署 1 必备条件 2 WAS v6.1的安装 2 进入管理控制台的方法 26 创建和配置数据源 28 安装IBM HTTP SERVER和HTTP 插件 36 在应用中使用Reference...
  • [b]本人在was7.0发布一个war包。发布过程中没有任何问题。但是发布之后却在was目录下...相应的应用概要下找不到。[/b] 有人说是什么服务没启,但是我程序都可以发布了,难道还要起什么服务嘛? 求各位高手指教!
  • 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就可以访问到该项目,我应该怎么办?...
  • 解决was下的jar包冲突问题我是为was创建共享库,更改was的... 打开was的控制台,环境--共享库--新建,新建一个共享库,共享库名称随便起,类路径就是刚才新建共享库文件夹的绝对路径(我新建的共享库名称为sharejar)
  • 分盘的时候清楚了一下C盘内容,手贱将inetpub给清空了,今天启动IIS的时候报异常说必须Windows Process Activation Service  服务运行才能启动。所以用cmd命令services.msc到服务区启动了一下才发现报这个错 。...
  • tomcat5应用移植到WAS5.1中的一些问题及解决应用架构:WebStart/jsp + struts1.1 + spring115 + hibernate2.11、由于was512不支持jstl2.0,因此,使用它时(当前可能在login.jsp和其的统计页面中用到),需要web.xml...
  • 一个 iOS 应用程序,显示用户先前位置与已确认的传染病感染者路径之间的潜在交点 // 去做 创建 LocationPath 类 确定交点的函数 Determine return type Algorithm: (incomplete) Make sure that start and end ...
  • 包含应用程序文件的目录的路径。不需要额外的权限来读取或在返回的路径下写入文件。 context.getCacheDir() 获取路径:/data/user/0/应用包名/cache 应用程序缓存文件的目录的路径。强烈鼓励应用程序将缓存空间...
  • 这二天在对以前一个老的应用程序在向WAS7应用迁移调整过程中碰到了一些不常见的错误,在排错过程中尝试去寻找相似问题的解决方案却每次都无功而返,为了防止以后这类错误再次困扰大家特将排查过程与大家共同分享,...
  • was配置虚拟主机

    千次阅读 2019-09-25 13:44:29
    部署在WAS应用默认使用9080端口访问,我们此次实验目的是让应用使用9081端口进行应用访问。 一、建立一个新的虚拟主机  1、在WAS控制台中依次单击“环境”-》“虚拟主机” ​​ 2、在虚拟主机页面中你会看到...
  • Qt从绝对路径复制文件至指定的路径

    千次阅读 2019-06-27 23:20:58
    需求 在实际Qt开发中,经常遇到对 用户通过DialogTree指定的文件 进行...QDir::currentPath() //返回应用程序目录的当前绝对路径, //The current directory is the last directory set with //QDir::setCurrent()...
  • cmd执行python命令时出现应用商店: 就很尴尬,突然就这样了,然后百度一下,都是说去删一下环境变量,即这个: 于是就顺着这个路径看一下,发现里面有两个python文件,且大小都是0kb,于是就删了一下。 ...
  • WAS安装

    千次阅读 2013-03-04 17:51:25
    由于学习需要,我在本本上安装WAS ,拿到的WAS是32位的,由于我的机器是64位的,安装前担心装不上去,据说据很多人说win7的64位软件兼容性怎么怎么不好,但是我从买笔记本到现在,机子上的程序安装了几十个,VS2010...
  • WebSphere:IBM 的Java应用服务器软件,用来部署运行Web应用,简称WAS 最开始安装包用的是WAS 9.0.0.0,坑就从此开始。 第一坑 是否使用Windows 服务来运行WAS 这一步在创建概要文件时候的一个步骤,...
  • WAS新建server

    千次阅读 2013-10-17 17:39:23
    对于单节点的WAS来说,不...可以使用WAS安装路径/bin中的manageprofiles.sh命令建立server,具体的方法可以到网上去找 ./manageprofiles.sh -create \-templatePath /app/was6/IBM/WebSphere/AppServer/profileTemp...
  • WAS - 备份恢复WAS的配置

    千次阅读 2014-07-25 15:11:01
    应用程序部署流程 WebSphere Process Server 将 BPEL(微观和宏观)模块配置信息放到运行时库中,用于管理模板名、版本等。任何时间都有可能出现灾难性事故,比如应用程序部署期间。 为了最小化 Process Server ...
  • WAS 升级JDK1.8

    千次阅读 2018-12-13 15:48:49
    因发布的应用需要在jdk1.8版本下运行,而WAS8.5版本自带的IBM JDK版本为1.6,需将jdk升至1.8. (请看完完整博客后再操作,本人遇到了版本的坑) 第一种方法(适合升级IBM JDK1.7版本) 先下载was下IBM JDK1.8安装包...
  • 现如今,在应用商店中已经可以很方便地安装python了,而在使用过程中,意外发现这种安装会带来超长路径,从而影响使用。 案例 使用pip安装pytorch过程中,出现了以下报错: ERROR: Could not install packages ...
  • cmd执行python命令时出现应用商店: 就很尴尬,突然就这样了,然后百度一下,都是说去删一下环境变量,即这个: 于是就顺着这个路径看一下,发现里面有两个python文件,python.exe和python3.exe且大小都是0kb。 ...
  • was加共享库

    千次阅读 2013-08-23 16:54:03
    1.启动WPS,登录WPS控制台>环境>共享库,选在你发布应用所在的节点和服务器,新建或者在原有的共享库中加入wsdl4j-1.6.2.jar的路径,如:E:\IBM\lib\wsdl4j-1.6.2.jar,保存; 2.WPS控制台>应用服务器>[你的应用所在...

空空如也

空空如也

1 2 3 4 5 ... 20
收藏数 55,708
精华内容 22,283
关键字:

was应用的路径