精华内容
下载资源
问答
  • WAS使用手册

    2020-12-20 18:27:53
    WAS基本使用手册1.基本介绍WebSphereApplicationServer(简称WAS)是IBM的应用服务器基本结构:单元(cell)——>多个节点(node)——>多个服务(server)——>多个应用(app)单元是整个分布式网络中一个或多个节点...

    WAS

    基本使用手册

    1.

    基本介绍

    WebSphere Application Server(

    简称

    WAS)

    IBM

    的应用服务器

    基本结构

    :

    单元

    (cell)

    ——

    >

    多个节点

    (node)

    ——

    >

    多个服务

    (server)

    ——

    >

    多个应用

    (app)

    单元是整个分布式网络中一个或多个节点的逻辑分组

    单元是一个配置概念

    ,

    是管理员将节点间逻辑关联起来的实现方法

    ,

    可以将单元看作是

    WAS

    最大的作用域

    2.

    节点部署

    概要文件

    (Profile)

    定义一个独立应用程序服务器

    (Server)

    的运行时环境

    ,

    包括服务器在运

    行时环境中处理的所有文件

    节点

    (Node)

    是受管服务器

    (Server)

    的逻辑分组

    ,

    节点通常与具有唯一

    IP

    主机地址的逻辑

    或物理计算机系统对应

    ,

    节点不能跨多台计算机

    Node

    Agent

    是将管理请求路由至服务器的管理代理程序

    ,

    Node

    Agent

    是服务器

    ,

    是一

    个管理代理程序

    ,

    并不涉及应用程序服务功能

    , Node Agent

    进程在每个受管节点上运行

    ,

    并专门执行特定于节点的管理功能

    ,

    如服务器进程监视、配置同步、文件传输和请求路

    , Deployment Manager

    通过与

    Node Agent

    的交互完成对单元内节点的控制

    Node

    是管理上使用的概念

    , Profile

    是实际的概要文件

    ,

    它们代表同一事物

    查看所有概要文件

    :

    export WAS_HOME=/usr/IBM/WebSphere/AppServer

    cd $WAS_HOME/bin

    ./manageprofiles.sh -listProfiles

    2.1.

    DeploymentManager

    DeploymentManager(

    简称

    DM)

    为单元中所有元素提供了单一的管理控制中心点

    DM

    属于一个特殊的节点

    ,

    用以下步骤创建

    :

    export WAS_HOME=/usr/IBM/WebSphere/AppServer

    cd $WAS_HOME/bin

    展开全文
  • WAS 6.1简单卸载方法

    2020-12-22 08:35:30
    如何成功卸载WebSphere Portal V6.02009-03-14 19:20开始卸载行动之前,停止所有运行的与WebSpherePortal相关的进程,包括WebSphere_Portal、server1、httpd使用Portal uninstaller卸载WebSphere Portal。卸载程序...

    如何成功卸载WebSphere Portal V6.02009-03-14 19:20开始卸载行动之前,停止所有运行的与WebSpherePortal相关的进程,包括WebSphere_Portal、server1、httpd

    使用Portal uninstaller卸载WebSphere Portal。卸载程序执行完成后,需要如下的步骤彻底把WebSphere Portal从你的系统中卸载干净:

    1.删除WPS_HOME目录及其中的内容

    2.删除WAS_HOME目录及其中的内容

    3.如果profiles目录不在WAS_HOME目录中,删除profiles目录。这种情况往往出现在Windows平台上,默认的安装路径是C:\ibm\WebSphere\profiles

    4.仅应用于Windows平台:打开注册表编辑器,删除如下键值:

    * HKEY_LOCAL_MACHINE\SOFTWARE\IBM\WebSphere PortalServer\6.0.0.0

    * HKEY_LOCAL_MACHINE\SOFTWARE\IBM\WebSphereApplicationServer Network Deployment\6.0.0.0

    5.找到vpd.properties文件。在Windows平台上,位于C:\Windows 或 C:\WinNT;在Linux平台上,位于/root。如果在系统上只存在一个WebSphere Portal的安装,可以直接把这个文件从系统中删除。如果是多个版本并存的情况,编辑该文件,删除要卸载版本的条目。

    6.在home目录下(在Linux平台为/root;Windows平台C:\Documents And Settings\&ltusername&gt),如果以下文件存在,删除掉。

    * .ITLMRegistry

    * ._cie.trace.xml.lck

    * .WebSphereRegistry

    展开全文
  • was应用服务搭建

    2021-04-16 12:55:19
    一些j2ee知识WAS是典型的j2ee服务器,在开始WAS之前,了解一些j2ee的知识.J2EE全称为Java2 Platform Enterprise EditionJ2EE平台本质上是一个分布式的服务器应用程序设计环境——一个Java环境,它提供了:宿主应用的...

    一些j2ee知识

    WAS是典型的j2ee服务器,在开始WAS之前,了解一些j2ee的知识.

    J2EE全称为Java2 Platform  Enterprise Edition

    J2EE平台本质上是一个分布式的服务器应用程序设计环境——一个Java环境,它提供了:

    宿主应用的一个运行基础框架环境。一套用来创建应用的Java扩展API。

    大体上J2EE可以分成3个主要应用:Servlet/JSP,EJB,XML/Web Service 和一些支撑技术例如JDBC和JNDI.

    Servlet是运行在Web服务器上的程序,主要是处理Http(s)请求并作出响应,包括返回一个HTML页面或转交给其他URL处理。在来自Web浏览器或其他HTTP客户机的请求与HTTP服务器上的数据库或应用程序之间起一个中间层的作用。

    JSP(JavaServer Pages)是一种基于Java的脚本技术。在JSP 的众多优点之中,其中之一是它能将 HTML 编码从 Web 页面的业务逻辑中有效地分离出来。用 JSP 访问可重用的组件,如 Servlet、JavaBean 和基于 Java 的 Web 应用程序。JSP 还支持在 Web 页面中直接嵌入 Java 代码。最终会编译成class。

    EJB,全称Enterprise Java Bean。EJB 从技术上而言不是一种"产品" ,而是一个技术规范。

    一个ejb是由java开发的,可以部署的,服务器端的组件.其包括

    若干.java程序,

    一个xml格式的部署文件,

    一个j2ee容器的专门部署文件。

    EJB程序经过部署,在weblogic等容器上运行,自动实现中间件的特性

    3.WAS相关概念

    概要文件profile、应用服务器server、节点node、单元cell

    Profile是WAS 6.0版本之后才有的。其目的是将WAS本身的文件与用户的数据文件从物理上分离,加强管理,减少出错的可能性。安装好WAS之后不能直接来部署应用,首先要根据情况新建不同类型的Profile 。

    Profile类型:default、dmgr、managed

    default为默认的profile类型,单server模式中使用。

    Dmgr、managed 类型在集群模式中使用,不同的是dmgr是Deployment Manager 为分布式单元的所有元素的管理中心,而managed受dmgr管控,其本质上是节点node。

    Server是最小的处理单元

    Node是一个或者多个Server的分组,Node只能在一台物理机器上存在,不能跨机器

    Node基本上等同于Profile,Node是管理概念,而Profile是实际的概要文件

    Cell是一个或者多个Node的分组,是最大作用域。

    Cell保留它所管辖的所有Node的配置,Node的配置以Cell的配置为准。

    NodeAgent:在集群环境下,DM(Deployment Manager Server )可以透过NodeAgent对Node中的Server进行管理

    如果不是集群环境,则一个Node下面只能有一个Server,可以创建多个profile来做到单机多server。

    如图

    eeb69b3957fad57c01c8d2b249a8c9d4.png

    4、was应用服务器搭建

    4.1 创建集群环境profile

    新建一个WAS(AIX)

    以建立TDCS的控制台为例

    在/usr/WebSphere/AppServer/bin下,有wasprofile.sh 脚本。

    如果是window,则为wasprofile.bat。

    4.1.1编辑好端口文件

    如ports.dmgr 内容如下:

    WC_defaulthost=39083

    WC_adminhost=39063

    WC_defaulthost_secure=39446

    WC_adminhost_secure=39046

    BOOTSTRAP_ADDRESS=39812

    SOAP_CONNECTOR_ADDRESS=38882

    SAS_SSL_SERVERAUTH_LISTENER_ADDRESS=39407

    CSIV2_SSL_SERVERAUTH_LISTENER_ADDRESS=39417

    CSIV2_SSL_MUTUALAUTH_LISTENER_ADDRESS=39427

    ORB_LISTENER_ADDRESS=39122

    CELL_DISCOVERY_ADDRESS=37280

    DCS_UNICAST_ADDRESS=39355

    其中,adminhost\SOAP端口后续的dmgr、managed中会使用到。

    4.1.2创建dmgr

    语法:wasprofile.sh -create-profileName profile_name-profilePath fully_qualified_profile_path-templatePath template_path-nodeName node_name-cellName cell_name-hostName host_name-server iSeries_server_name[-startingPort starting_port | -portsFile filepath]-winserviceCheck true | false-winserviceAccountType specifieduser | localsystem-winserviceUserName yourusername-winservicePassword yourpassword-winserviceStartupType manual | automatic | disabled[-debug]

    如:

    ./wasprofile.sh \

    -create \

    -profileNameDmgr_TDCS \

    -profilePath/usr/WebSphere/AppServer/profiles/Dmgr_TDCS\

    -templatePath/usr/WebSphere/AppServer/profileTemplates/dmgr \

    -nodeName Dmgr_TDCS \

    -cellName Cell_TDCS \

    -hostName S1_C_CS_GC \

    -portsFile/usr/WebSphere/AppServer/bin/TDCS.ports

    其中nodeName, cellName 要不一致

    创建成功后,会提示

    ./wasprofile.sh \

    -create \

    -profileName Dmgr_TDCS \

    -profilePath/usr/WebSphere/AppServer/profiles/Dmgr_TDCS \

    -templatePath/usr/WebSphere/AppServer/profileTemplates/dmgr \

    -nodeName Dmgr_TDCS \

    -cellName Cell_TDCS \

    -hostName S1_C_CS_GC \

    -portsFile/usr/WebSphere/AppServer/bin/TDCS.ports

    INSTCONFSUCCESS:Success: The profile now exists.

    4.1.2创建manged语法wasprofile.sh -create-profileName profile_name-profilePath fully_qualified_profile_path-templatePath template_path-nodeName node_name-cellName cell_name-hostName host_name-server iSeries_server_name[-startingPort starting_port | -portsFile filepath]-winserviceCheck true | false-winserviceAccountType specifieduser | localsystem-winserviceUserName yourusername-winservicePassword yourpassword-winserviceStartupType manual | automatic | disabled

    [-debug]如:

    创建Cluster_2_TDCS

    ./wasprofile.sh\

    -create \

    -profileName Cluster_2_TDCS \

    -profilePath  /usr/WebSphere/AppServer/profiles/Cluster_2_TDCS\

    -templatePath  /usr/WebSphere/AppServer/profileTemplates/managed\

    -nodeNameNode2_TDCS \

    -cellNameCell_TDCS2\

    -hostName S1_C_CS_GC

    执行完毕之后,提示successful

    ./wasprofile.sh \

    -create \

    -profileName Cluster_2_TDCS \

    -profilePath/usr/WebSphere/AppServer/profiles/Cluster_2_TDCS \

    -templatePath/usr/WebSphere/AppServer/profileTemplates/managed \

    -nodeName Node2_TDCS \

    -cellName Cell_TDCS \

    -hostName S1_C_CS_GC

    INSTCONFSUCCESS: Success: The profile nowexists.

    注意,nodename,cellname要不一致。

    完成之后,在/usr/WebSphere/AppServer/profiles

    可以看到Dmgr_TDCS、Cluster_2_TDCS文件夹。

    4.1.2启动Dmgr

    在/usr/WebSphere/AppServer/profiles/bin目录下,启动脚本./StartManger.sh脚本,提示成功。

    4.1.2将managed加入Dmgr管理

    在/usr/WebSphere/AppServer/profiles/ Cluster_1_TDCS/bin

    目录下,提示成功

    执行addNode.sh  dmgr主机 soap端口,

    ./addNode.sh  10.244.147.19938882

    ADMU0116I: Tool information is being logged in file

    /usr/WebSphere/AppServer/profiles/Cluster_1_TDCJ/logs/addNode.log

    ADMU0128I: Starting tool with the Cluster_1_TDCJ profile

    ADMU0001I: Begin federation of node Node1_TDCJ with Deployment Managerat

    10.244.147.199:38882.

    ADMU0001I: Begin federation of node Node1_TDCJ with DeploymentManager at

    10.244.147.199:38882.

    ADMU0009I: Successfully connected to Deployment Manager Server:

    10.244.147.199:38882

    ADMU0507I: No servers found in configuration under:

    /usr/WebSphere/AppServer/profiles/Cluster_1_TDCJ/config/cells/Cell_TDCJ1/nodes/Node1_TDCJ/servers

    ADMU2010I: Stopping all server processes for node Node1_TDCJ

    ADMU0024I: Deleting the old backup directory.

    ADMU0015I: Backing up the original cell repository.

    ADMU0012I: Creating Node Agent configuration for node: Node1_TDCJ

    ADMU0014I: Adding node Node1_TDCJ configuration to cell: Cell_TDCJ

    ADMU0016I: Synchronizing configuration between node and cell.

    ADMU0018I: Launching Node Agent process for node: Node1_TDCJ

    ADMU0020I: Reading configuration for Node Agent process: nodeagent

    ADMU0022I: Node Agent launched. Waiting for initialization status.

    ADMU0030I: Node Agent initialization completed successfully. Processid is:

    2850914

    ADMU9990I:

    ADMU0300I: Congratulations! Your node Node1_TDCJ has beensuccessfully

    incorporated intothe Cell_TDCJ cell.

    ADMU9990I:

    ADMU0306I: Be aware:

    ADMU0302I: Any cell-level documents from the standalone Cell_TDCJ1

    configuration havenot been migrated to the new cell.

    ADMU0307I: You might want to:

    ADMU0303I: Update the configuration on the Cell_TDCJ DeploymentManager with

    values from the oldcell-level documents.

    ADMU9990I:

    ADMU0306I: Be aware:

    ADMU0304I: Because -includeapps was not specified, applicationsinstalled on

    the standalone nodewere not installed on the new cell.

    ADMU0307I: You might want to:

    ADMU0305I: Install applications onto the Cell_TDCJ cell usingwsadmin $AdminApp

    or theAdministrative Console.

    ADMU9990I:

    ADMU0003I: Node Node1_TDCJ has been successfully federated.

    至此,创建部分完成。

    4.1创建单机环境profile

    4.2.1创建profile的命令:

    wasprofile.sh  -create

    -profileNameprofile_name

    -profilePathfully_qualified_profile_path

    -templatePathtemplate_path

    -nodeName node_name

    -cellName cell_name

    -hostName host_name

    -server  iSeries_server_name

    [-startingPortstarting_port | -portsFile filepath]

    -winserviceCheck true |false

    -winserviceAccountTypespecifieduser | localsystem

    -winserviceUserNameyourusername

    -winservicePasswordyourpassword

    -winserviceStartupTypemanual | automatic | disabled

    [-debug]

    单机环境的-templatePath参数,为default。

    如:

    ./wasprofile.sh\

    -create-profileName test4sop \

    -profilePath/websphere/AppServer/profiles/test4sop \

    -templatePath/websphere/AppServer/profileTemplates/default \

    -nodeNametest4sopnode \

    -cellNametest4sopcell \

    -hostNameS2_E_YZ_JKCS

    4.2.2启动server

    cd /websphere/AppServer/profiles/test4sop

    cd bin

    ./startServer.sh server1

    4.3删除概要文件

    当一个概要文件损毁,或者发生迁移时,需要删除原有的概要文件。

    要删除一个概要,必须按下列方法操作:

    4.3.1 移除一个已经与某个单元联合的自定义概要或应用程序服务器概要

    1.停止节点上的应用程序服务器。

    2.使用管理控制台或 removeNode 命令,将节点从单元中移除。移除一个节点并不会删除它,只是使它恢复到联合前的配置,该配置以前是作为联合过程的一部分予以保存的。

    3.使用 wasprofile -delete 删除概要。

    4.使用 wasprofile -validateAndUpdateRegistry 命令清除概要注册中心。

    5.删除 目录。

    4.3.2 移除一个未与某个单元联合的应用程序服务器概要

    1.停止应用程序服务器。

    2.使用 wasprofile -delete 删除概要。

    3.使用 wasprofile  -validateAndUpdateRegistry 命令清除概要注册中心。

    4.删除 目录。

    4.3.3 移除某个部署管理器概要

    使用管理控制台或 removeNode 命令,移除与单元联合的所有节点。移除一个节点并不会删除它,只是使它恢复到联合前的配置,该配置以前是作为联合过程的一部分予以保存的。

    1.停止部署管理器。

    2.使用 wasprofile -delete 删除概要。

    3.使用 wasprofile -validateAndUpdateRegistry 命令清除概要注册中心。

    4.删除 目录。

    用 wasprofile删除一个概要

    要删除一个概要,请使用 wasprofile -delete 命令。其格式是:

    wasprofile -delete -profileName

    当该命令完成后,概要将从概要注册中心中移除,除了日志文件之外的运行时组件也将从 目录中移除。

    如果在删除概要时出现了错误,请检查下列日志: /logs/manageprofile/_delete.log

    注意:如果在删除过程中出现问题,可以手动删除概要。

    5、 was资源配置

    以营帐中使用到的资源为例。

    打开控制台页面,

    http://localhost:39063/admin

    完成数据源配置,应用发布等工作。

    5.1 新建server

    检查节点,节点已经存在

    展开全文
  • Linux的内存管理通过一个swappiness的内核参数,来调整使用Swap分区的积极程度。该参数的范围是0-100,数值越低,就会让Linux尽量少用Swap分区,多用内存;数值越高,就会越积极使用Swap分区。使用sysctl vm....

    与场景一不同的是关闭Swap分区,验证物理内存不足、无Swap分区可用的情况下系统的表现。

    Linux的内存管理通过一个swappiness的内核参数,来调整使用Swap分区的积极程度。该参数的范围是0-100,数值越低,就会让Linux尽量少用Swap分区,多用内存;数值越高,就会越积极使用Swap分区。

    使用sysctl vm.swappiness=0命令来临时修改;在/etc/sysctl.conf文件中编辑vm.swappiness=0并执行sysctl -p进行永久修改;使用cat /proc/sys/vm/swappiness查看系统当前值。在测试环境的SLES 11 SP4中,swappiness的默认值是60,如下图所示。

    2e67019dfedd2a6305db0c7ffd984256.png

    将swappiness设置为0,没有产生显著的效果,仍然使用到了Swap分区,发生了和场景一同样的现象。我们采取更为直接的方法,将Swap分区挂载的磁盘umount,这样Swap分区没有了物理载体,操作系统就无法使用Swap分区了。执行umount操作后,系统内存状态如下表所示,可以看到Swap分区的大小是0。

    a5ccf638a291c292390927d07cb275ce.png

    该场景下,交易没有报错,但是发生了Server宕的现象。此时虚拟机的内存状态如下,内存使用率达到94%。

    7ce10eae430241cbd408e3227cb57bf3.png

    使用工具分析GC日志文件native_stderr.log,查看详细的GC过程,如下图。蓝色的线是JVM堆内存当前值,红色的线是JVM堆内存已使用值。当JVM向操作系统申请内存,但是又申请不到(内存不足,Swap分区已关闭),蓝色的线触及3G后不久,发生了Server重启现象(灰色的菱形)。

    f7dcb2aa5270b3cc94906e2e19642d38.png

    对比三个场景的测试结果,首先JVM向操作系统申请一定的内存,如果当前的JVM堆内存不满足使用需求,JVM继续向操作系统申请内存(但申请的最大值不能超过最大堆大小)。如果虚拟机内存充足,则程序正常运行,此为场景二;如果虚拟机内存不足,但可以使用Swap分区,则程序仍能运行,但是由于IO的影响,会出现一些问题,如会话超时,此为场景一;如果虚拟机内存不足,且没有Swap分区可用,则内存溢出,Server宕,此为场景三。

    对于生产环境的配置,每台虚拟机的配置为8C16G,每个节点有2个Server,每个Server的最大堆大小为3G。虚拟机内存是充足的,因此生产上不会出现场景一和场景三的现象,程序稳定运行。

    JVM堆内存相关有两个参数:初始堆大小和最大堆大小。其中,最重要的参数是最大堆大小,代表JVM向操作系统申请的最大内存。登录WAS管理控制台进行查看和设置,路径为:应用程序服务器 > Node-xxxx-server1 > 进程定义 > Java 虚拟机。修改JVM堆参数后,需要重启Server生效。

    7bae50437b43409ae27d1cffcdb044ed.png

    需要注意的是,WAS集群中除了Server之外 ,还有dmgr进程和nodeagent进程也会占用一定的内存。dmgr进程是WAS管理控制台的后台进程,我们在管理控制台里做的各种操作,如配置参数、重启集群、部署程序,均是通过dmgr进程,将各种指令通过nodeagent传达到各个Server。dmgr堆内存设置过小的直接影响是,管理控制台响应缓慢,有时甚至直接宕掉。对于一些应用程序包较大、集群节点较多的WAS,需要给dmgr配置较大的堆内存,有时可以将dmgr单独部署在一个虚拟机上,和nodeagent、server分开,避免互相争用内存。

    展开全文
  • was升级jdk1.7

    2021-01-12 17:47:37
    was升级jdk1.7WAS升级JDK7安装手册前言随着Java EE规范的不断发展,对JDK版本的要求也不断提高,过去运行在JDK 1.5/1.6环境中的应用程序都面临着向JDK 7/8过渡的要求。IBM WebSphere Application Server从V8.5版本...
  • 2004 年 6 月 24 日本文将介绍WAS 5.x版本中数据源的配置和使用方法,并结合实际客户遇到的常见问题进行一些讨论,以使更多用户能在WAS上顺利的配置和使用数据源。我们先来看一下使用JDBC1.0的时候,一般是怎样来...
  • was manage内存溢出

    2021-05-11 04:53:17
    was manage内存溢出WAS 内存溢出(OutofMemory)问题分析常用方法简述 OOM(内存溢出):内存溢出是指在应用系统中存在无法回收的内存或内存使用的过多,最终导致应用程序无法为新的对象分配内存空间,这时Java运行时会...
  • was和数据库升级总结

    2020-12-20 19:52:35
    概述这段时间在做was和oracle的版本升级,由于升级的版本比较新,加上项目年代久远,遇到一些问题,现总结一下,以备后患。升级版本软件名称升级前版本升级后版本Websphere Application Server(WAS)was6.1.0.47was...
  • win7系统使用久了,好多网友反馈说win7系统搭建网站提示计算机“.”上没有找到WAS服务的问题,非常不方便。有什么办法可以永久解决win7系统搭建网站提示计算机“.”上没有找到WAS服务的问题,面对win7系统搭建网站...
  • was怎么看服务器的配置 内容精选换一换按需购买的两台同类型弹性云服务器(操作系统类型相同,如Windows和Windows,Linux和Linux),关机卸载系统盘后,重新挂载至对方弹性云服务器,实现系统盘互换。互换成功后,弹性...
  • was清除项目缓存数据

    2021-05-17 12:22:24
    目前大多数据库及文件索引,都是使用B树或变形来存储实现. 目录 为什么B树效率高 B树存储 B树缺点 为什么B树效 ...css选择器(E[att^=”val”&rsq...
  • WAS 5.x中数据源的配置使用及其常见问题数据源本文将介绍WAS5.X版本中数据源的配置和使用方法,并结合实际客户遇到的常 见问题进行一些讨论,以使更多用户能在WASH顺利的配置和使用数据源。1.简单原理和背景介绍1. 1...
  • 包括WAS、WMQ在安装、巡检、监控、优化过程中的常见难点。安装1、was 负载均衡的机制的粘连性,was负载均衡异常?有一个case系统,部署在was集群环境,应用是集群环境,有的时候当一个节点异常的时,客户端访问该...
  • 重新启动was服务需要的命令使用IISREST命令重启IIS以前也经常使用NETSTART/STOP"IISADMIN(Service)"(IISAdmin服务的启动/停止)来重新启动IIS。其实Windows上安装了IIS后就可以使用IISRESET命令进行IIS的重启动和相关...
  • 在Flutter开发中,遇到Another exception was thrown: Unable to load asset: …,本地图片问题的解决方法。 问题 在项目中创建assets文件夹,在assets下面新建images文件,把需要的图片资源放入images文件夹下...
  • Was 通过配置文件修改连接池参数方法 注:只适用于其他原因导致控制台启动不了无法访问控制的情况下使用 连接池配置文件为:resources.xml 通过命令find -name resources.xml查询。 注:涉及resources.xml文件...
  • 原标题:让人头疼的WAS内存溢出,银行运维人员该如何优雅的解决 1 引言WAS(IBM WebSphere Application Server)是IBM发布的一款成熟的企业级Web中间件产品,凭借其可靠性与稳定性,一直是国内大型商业银行Web服务的...
  • 1 引言WAS(IBM WebSphere Application Server)是IBM发布的一款成熟的企业级Web中间件产品,凭借其可靠性与稳定性,一直是国内大型商业银行Web服务的主流选择。可再稳定也会出问题,在日常的生产运维中,WAS应用问题...
  • Git提示Connection was reset, errno 10054解决方法
  • 同步WAS管理节点和node报如下错误:[17-5-2820:42:04:546CST]00000082NodeSyncEADMS0005E:Thesystemisunabletogeneratesynchronizationrequest:javax.management.JMRuntimeException:ADMN0022E:由于凭证不足或凭证.....
  • 一朋友打电话求助,问怎样简单方便的分析WAS的JAVACORE文件。我给他做了个实例解析,下面是一个过程记录。一、工具下载可从IBM官网下载JCA工具,专门用来分析JAVACORE文件的工具。使用JCA工具需要JAVA环境,再下载一...
  • 1.1.1.1 介质下载最新补丁下载地址:WebSphere Application Server V6.0.2 Fix Pack 33 for AIX platforms最新的WAS JDK版本补丁下载:32-bit Power PC Java SDK2/13/2009US English86576561FCFTPDDIBM Update ...
  • WAS8.5_安装配置(Linux)剖析WerbSphere Application Server V8.5安装(Linux)版本号V1.0姓名黄继豪日期2015-12-14一、安装所需要的软件包及安装步骤11 安装Installation Manager12 安装Websphere8.553 创建概要文件...
  • 以前安装Rational及IBM软件,大部分都是在Windows环境下;...这次安装WAS8.5.5.x,用户的环境是AIX,并且禁用图形化界面,只能静默安装了。首先,安装Installation Manager,执行以下命令:./installc -acceptLicens...
  • win7系统凭借良好的兼容性和稳定性现在...下面本文就来为大家分享关于win7 64位在计算机没找到was服务的处理方法。解决方法如下:1、在安装完IIS,添加了网站之后,网站图标上有一个红叉×,单击右键,启动,会提示...
  • 今晚要提交代码,发现Git报了错,代码push不上去,然后网上找了一些方法,都是敲一大堆命令,却好像还是解决不了,我知道,我又要写一篇文章了。 提示的问题 fatal: unable to access '...
  • 本文讲述在WAS6、WAS7日常使用中若个问题,希望对你有所帮助。1、在我们重新删除应用后,然后在重新部署应用时,常常会出来下面这个错误,报错信息如下:Caused by: org.xml.sax.SAXException: JSPG0235E: JSP 容器...
  • was中工程的编译路径,可以看到文件web_merged.xml文件,该文件包含了web.xml文件中的内容,通过查询内容发现还是更新之前的配置信息,此时我们可以理解该为web_merged.xml文件是web.xml文件的缓存文件,这就导致在...
  • The following assertion was thrown while applying parent data.: Incorrect use of ParentDataWidget. The ParentDataWidget Expanded(flex: 1) wants to apply ParentData of type FlexParentData to a ...

空空如也

空空如也

1 2 3 4 5 ... 20
收藏数 311,105
精华内容 124,442
关键字:

was用法