精华内容
下载资源
问答
  • 该文档为was7.0版本详细的服务器安装配置应用服务包部署指导以及简单的日志定位排错指导。
  • <p>I see in the K8S dashboard that the config map is <strong>assigned to the application</strong> and when I change the value I see that the env was changed... <p><strong>update</strong></p> <p>when...
  • 最近几天为了方便联调,我把两个项目配置was测试环境上,前几天还好好的,昨天忽然有一个项目反复安装后都呈现部分启动的状态,打开节点一看,偏偏没启动的那个节点就是我需要用的79节点。 这让我很郁闷,硬着...

    最近几天为了方便联调,我把两个项目配置到was测试环境上,前几天还好好的,昨天忽然有一个项目反复安装后都呈现部分启动的状态,打开节点一看,偏偏没启动的那个节点就是我需要用的79节点。

    这让我很郁闷,硬着头皮,打开这个节点的日志文件,可惜,看了半天,我发现自己根本没法从冗长的日志中找到原因。想到在另一个节点上,项目是正常启动的模式,于是同时打开该节点日志,两相对比,发现79节点上没有安装该应用程序,这让我很纳闷,难道是配置错了。打开was上79节点的配置界面,显示有这个应用程序,但是状态为不可用。

    于是,去查看节点上的安装目录,在/opt/IBM/WebShpere/AppServer/profiles/Node-4080/installedApps下面一看,发现79节点果然没有该项目的war包,而另一个节点是有的。我想了半天也没弄明白这是怎么回事儿。有那么一会儿,还想着不行拷一个war包到安装目录下面。

    无奈之下,询问组中的一位前辈,他听了我的陈述,立马问我,每个节点同步了没有?这个问题,我从来没有想过,节点还需要同步吗?难道不是安装项目的过程中就同步了节点,于是,我打开was界面,查询了系统管理中的节点状态,果然木有同步,于是停下所有服务器,同步所有节点,再次启动,一切ok,总算找到原因了,宝宝很高兴,噢耶!

    总结:was上的节点部分启动,原因是节点未同步。解决方式是,停止所有服务器,同步节点,重新启动服务器。

    转载于:https://www.cnblogs.com/sherryblog/p/6125956.html

    展开全文
  • log4j配置日志输入文件为某个特定的文件,在TOMCAT下可以正常输现,而在WAS8.5下面,只是创建了这个文件,但内容一直为空,所有的日志都在SystemOut.log中。   产生原因: WAS也是用的commons-logging日志框架...

    现象:

    log4j配置了日志输入文件为某个特定的文件,在TOMCAT下可以正常输现,而在WAS8.5下面,只是创建了这个文件,但内容一直为空,所有的日志都在SystemOut.log中。

     

    产生原因:

    WAS也是用的commons-logging日志框架,commons-logging中LogFactory 获得实现的顺序是

     
    1. 从应用的 META-INF/services/org.apache.commons.logging.LogFactory 中获得 LogFactory实现
    2. 从系统环境中获得 org.apache.commons.logging.LogFactory 获得 LogFactory 实现
    3. 从 classpath 下的 commons-logging.properties 文件中获得 LogFactory 实现

     

    而之所以在 tomcat 下表现良好的 log4j 日志输出放到 was 下不灵了,是因为 was 在第二步截住了,WAS有一个系统环境变量 org.qpache.commons.logging.LogFactory 的值为 com.ibm.was.commons.logging.TrLogFactory,这个类在 ws-commons-logging.jar 中。

     

    解决方法1:

           我们在使用 commons-logging 时,要能应用到所期望的 LogFactory 实现就要在第一步获得 LogFactory 实现。 而 Logger log = Logger.getLogger(a.class) 用直接得到 Log4j 的 Logger 也就是跳开了用 LogFactory 来获得 Logger 的尴尬,缺点就是程序中所有Log log = LogFactory.getLog(a.class)都得修改了;

     

    解决方法2:

           在/profiles/appserver/properties下新建文件commons-logging.properties,内容如下(共2行):

    priority=1
    org.apache.commons.logging.LogFactory=org.apache.commons.logging.impl.LogFactoryImpl

    然后重启appserver即可。

     

    展开全文
  • 在WebSphere应用服务器(以下简称WAS)上使用Log4j时,默认配置下Log4j.properties的配置有时会不生效,日志会输出到WAS的SystemOut.log中。如果您希望使用log4j根据自定义的log4j.properties打印日志,需要进行一些...
    Log4j是常用的一种第三方日志工具包。在WebSphere应用服务器(以下简称WAS)上使用Log4j时,默认配置下Log4j.properties的配置有时会不生效,日志会输出到WAS的SystemOut.log中。如果您希望使用log4j根据自定义的log4j.properties打印日志,需要进行一些配置更改。本文以log4j-1.2.15.jar为例,开发工具使用RAD-AD,服务器运行时为WAS v7.0,文中内容同样适用于其他log4j版本、Eclipse开发工具或手工操作,WAS其他版本。

      在WAS中配置Log4j

      根据您的应用打包情况和需求,首先需要确定log4j的jar包存放的位置。例如,在一个WAS的实例(一个JVM中),可能会有如下不同的情形:

      1、希望一个ear中只有一个Log4j的配置,。此种情况下,可以将log4j-1.2.15.jar放到Ear级别作为J2EE utility jar包(Ear的根目录或者建立一个lib目录)。目录组织结构参见附件的Demo.ear。

      2、希望单个war和包含这个war的ear具有不同的Log4j配置。此种情况下,可以将log4j-1.2.15.jar和相应的配置分别放到Ear级别和war包的WEB-INF/lib目录下。请注意,在War包中只放置log4j.properties而不放置log4j.jar,ear级别的log4j.jar是无法加载到war包级别中的log4j.properties的。

      针对情形1的详细步骤

      1、将log4j-1.2.15.jar和相应的commons-logging.jar作为J2EE utility jar包放到Ear级别。在RAD-AD中,选中ear项目Demo,点击右键,选择”导入”/“J2EE实用程序JAR”。如图1。将log4j-1.2.15.jar和相应的commons-logging.jar作为J2EE utility jar导入到ear中,本文中将这两个Jar包放置在ear/lib目录中。应用的层次结构在“企业资源管理器”视图中显示如图2。

    在WAS上使用第三方Log4j开源日志工具包
    ▲图1. 在RAD工具中导入J2EE utility jar

    在WAS上使用第三方Log4j开源日志工具包
    ▲图2. Ear包层次结构


      2、分别对Web项目和EJB项目增加对这两个Jar包的引用。选中Web项目DemoWar,点击右键,选择“属性”。在Java EE模块依赖项中,选中log4j-1.2.15.jar和commons-logging.jar。(如图3)。点击“应用”。此步相当于修改Web项目DemoWar的META-INF/MANIFEST.MF,修改完毕后MANIFEST.MF内容如下:

    在WAS上使用第三方Log4j开源日志工具包

    在WAS上使用第三方Log4j开源日志工具包
    ▲图3. 在Web项目中添加对utility jar包的引用

      选中Ejb项目DemoEjb,点击右键,选择“属性”。在Java EE模块依赖项中,选中log4j-1.2.15.jar和commons-logging.jar。(如图4)。点击“应用”。此步相当于修改Ejb项目DemoEjb的META-INF/MANIFEST.MF,修改完毕后MANIFEST.MF内容如下:

    在WAS上使用第三方Log4j开源日志工具包

    在WAS上使用第三方Log4j开源日志工具包
    ▲图4. 在Ejb项目中添加对utility jar包的引用


      3、将两个文件commons-logging.properties和log4j.properties放到相应的位置。我们可以将commons-logging.properties放到commons-logging.jar的根目录,或者commons-logging.jar的META-INF/services目录。log4j.properties可以放在log4j-1.2.15.jar的根目录中。或者,我们也可以创建一个jar包LogResource.jar,包含commons-logging.properties和log4j.properties这两个文件。其中,log4j.properties是您的log4j配置信息,而commons-logging.properties内容如下:

      针对JCL v1.1或更高的版本:

    在WAS上使用第三方Log4j开源日志工具包

      针对 JCL v1.0.3:

    在WAS上使用第三方Log4j开源日志工具包


      4、更改类载入方式。将ear部署到WAS上之后,点击该ear,选择“类装入和更新检测”(图5),选择”类已装入并且是先使用本地类装入器(父类最后)”(图6)。点击“确定”,“保存”。

    在WAS上使用第三方Log4j开源日志工具包
    ▲图5 修改Ear级别的类装入配置

    在WAS上使用第三方Log4j开源日志工具包
    ▲图6 修改Ear级别的类装入顺序

      对应用进行测试,访问urlhttp://localhost:9080/DemoWeb/MyServlet?name=wasuser。在log4j.properties定义的日志位置,能够看到日志显示,表明log4j在WAS上配置成功。


      针对情形2的详细步骤

      对于情形2以及单独一个war包的应用,针对War包的部分,可以将情形1中的步骤1、2、3简化为将log4j-1.2.15.jar和commons-logging.jar放置到WEB-INF/lib目录下,将commons-logging.properties放到commons-logging.jar的根目录,或者commons-logging.jar的META-INF/services目录中。然后进行步骤4即可。在步骤4中,如果我们希望加载War包中放置的log4j.jar,则还需要在War包级别更改类载入路径。点击该应用,然后选择“管理模块”,参见图7。点中该War包,将“类装入器顺序”更改为“类已装入并且是先使用本地类装入器(父类最后)”。参见图8。点击“确定”,“保存”。

    在WAS上使用第三方Log4j开源日志工具包
    ▲图7 选择Web模块

    在WAS上使用第三方Log4j开源日志工具包
    ▲图8 修改Web模块级别的类装入器顺序

      注意事项:

      如果使用RAD-AD进行开发时,将应用通过RAD工具发布到WAS上,然后进入WAS管理控制台发现无法更改步骤4中的类载入方式,可以双击RAD-AD工具中“服务器”视图中定义的服务器,然后将“用于WebSphere Application Server的发布设置”更改为“使用服务器上的资源运行服务器”。见图9。保存配置。然后重新通过RAD工具发布应用,就可以在WAS管理控制台修改类加载的配置了。

    在WAS上使用第三方Log4j开源日志工具包
    ▲图9 在RAD工具中修改服务器配置

    转载于:https://www.cnblogs.com/mengheyun/archive/2011/02/22/1961702.html

    展开全文
  • was的临时文件和目录

    千次阅读 2019-09-17 06:38:11
    重要: 请小心删除,在WebSphere应用服务器缓存和日志文件! 在对环境进行任何更改之前,请备份配置文件。 它可以是一个磁带备份,使用backupconfig工具,或使用manageprofile - backupprofile选项。 profile_...

    重要:
    请小心删除,在WebSphere应用服务器缓存和日志文件!
    在对环境进行任何更改之前,请备份配置文件。

    它可以是一个磁带备份,使用backupconfig工具,或使用manageprofile - backupprofile选项。

    profile_root example: C:/WebSphere/AppServer/profiles/profile_name
    install_root example: C:/WebSphere/Appserver

    下面我们描述不同的文件和它们的位置:

    1、profile_root/config/temp

    使用:配置目录中的临时文件可能用于同步过程和其他目的的文件传输.。
    警告:配置文件在同步或其他操作中删除时可能会损坏.。要避免此问题,请确保在删除配置文件/临时文件之前停止部署过程.。
    为什么要删除这些文件:有时非root用户可能没有权限读取临时目录下的文件,例如,如果它是由其他用户创建的.。此外,有时config/temp目录下的文件可能永远存在,并导致同步和启动问题。

    2、profile_root / wstemp
    用法:wstemp是工作区的临时目录。的配置所做的任何更改都存储在wstemp目录暂时。例如,如果你是一个应用程序服务器改变堆的大小,改变存储在wstemp位置直到你保存更改。任何管理客户端的概念是一样的,如集成的解决方案或JMX控制台,wsadmin,你做出改变。
    注意:WebSphere应用服务器管理控制台的商店在install_root/wstemp/<workspace_id>下的preferences.xml文件。此文件包含管理控制台布局和操作的用户首选项.。它创建时,您登录到管理控制台。如果删除该文件,则会丢失用户首选项;但是,下次登录管理控制台时,可以再次创建首选项。
    不要删除wstemp文件时运行的服务器(尤其是部署管理器或节点代理服务器)。这种方法可能会导致意想不到的结果。此外,不删除文件时,你不确定的变化,你作出的配置。保存修改,停止部署管理器或结剂,这取决于你是否去除DMGR wstemp wstemp或节点,然后删除wstemp文件。
    为什么要删除这些文件:在profile_root / wstemp目录下的文件可以被删除。移除后重新启动服务器进程。因为目录是由多个客户端使用,有时你可能会看到多个文件和子目录这个目录中留下。例如,当你使用ConfigService MBean更改配置,你不要丢弃代码中的会话,这个目录不会被删除。另一个原因是工作区腐败。当多个用户同时更改同一配置时,可能会发生腐败.。


    3、profile_root /temp
    用法:临时目录是由多个WebSphere组件使用。两个很好的例子是编译java Server Pages(JSP)文件和Web服务的缓存文件。编译JSP类文件(servlet)都存储在这个位置。目录可能得到再生,当你调用JSP又。然而,你可能会经历一个性能问题,当你调用JSP JSP文件编译后的第一时间已被删除。
    警告:如果在节点上部署了web服务应用程序,则不要删除目录.。是的wscache.xml部署过程中产生和存储的临时目录下。你必须重新部署Web服务应用程序生成wscache.xml再次。如果IBM支持团队要求你删除该目录,删除除wscache目录下的所有子目录。
    为什么要删除这些文件:损坏的JSP文件或任何非root权限问题可能导致服务器启动的问题。

    4、profile_root /configuration
    用法:这个目录是由OSGi框架用于缓存WebSphere应用服务器的java文件(JAR)文件中的数据。OSGi框架是用来管理服务器组件束之间的类加载和关系。
    注意:不要删除这个目录,除非要求IBM。配置文件夹下的文件可以被再生利用osgicfginit命令。
    为什么要删除这些文件:由于目录中的权限问题,无法启动服务器.。临时安装或安装包安装后,您可能会遇到服务器启动问题.。不要删除目录;只要运行 profile_root/bin/osgiCfgInit 命令。

    5、/tmp/javasharedresources
    Windows的默认位置: C:\Documents and Settings\user_name\Local Settings\Application Data\javasharedresources
    用法:IBM软件开发工具包(SDK)可以分享java虚拟机(JVM)类之间的过程从J2SE 5。此功能提高了性能,因为类字节码只需要加载一次.。具体而言,可以提高服务器启动时间。类字节代码加载到共享缓存中.。这种缓存然后访问多个JVM运行的类的字节码。
    注意:不要删除这个目录手动除非要求IBM。如果你想清理共享java资源,运行 profile_root/bin/clearclasscache 命令。
    为什么要删除这些文件:升级后,类缓存可能仍然保留到以前的类版本.。这也是可能的高速缓存变得损坏。如果缓存已损坏,服务器可能无法初始化.。

     

    6、profile_root / tranlog
    用法:在这个目录下,有 cell_name/node_name/server_name/transaction/tranlog and cell_name

    /node_name/server_name/transaction/partnerlog子目录。子目录包含了所有的tranlog持有所管理的WebSphere应用服务器,特别是交易记录细节的文件,目前的过渡状态。该目录中包含的文件partnerlog持有,交易涉及的资源信息。的partnerlog子目录是很重要的一个恢复场景让WebSphere应用服务器重新恢复创造一个资源服务器后再生。
    警告-重要!不要在生产环境中这些子目录删除。如果删除日志文件,进程可能无法进行或无法完成未完成的事务.。您可能会遇到关键数据完整性问题,数据库损坏,未决事务可能永远无法完成,等等。
    为什么要删除这些文件:永远不要删除生产中的文件。如果服务器无法启动由于失败的交易(只在测试或开发环境),你想要一个快速的解决方案,继续前进,以子目录的备份,然后清除其中。

    7、profille_root/logs/ffdc
    用法:Ffdc代表“首次故障数据捕获。”第一次失败数据捕获(FFDC)特征保留,从处理故障产生的抑郁在Ffdc日志文件的更多信息的信息。
    警告:虽然不会造成影响,但请不要在服务器运行时删除目录.。
    为什么要删除这些文件:如果文件大小增长超过JVM可以处理,服务器可能无法启动。这个目录可以安全地删除。
    注意:这些消息的存在并不总是表示问题.。


    8、profile_root/logs/server_name
    用法:默认情况下,服务器JVM日志,日志和跟踪文件的过程中,server.pid都存储在这个位置。
    注意:不要删除文件时,服务器运行特别是server.pid文件。删除PID文件相当于杀死服务器进程.。
    为什么要删除这些文件:如果您看到文件大小增长,删除目录后停止服务器。

     

    9、profile_root/logs/nodeagent
    用法:默认情况下,节点代理服务器JVM进程日志,日志,monitor.state,server.pid,和跟踪文件都存储在这个位置。
    注意:您可以删除任何文件在这个目录中除了monitor.state文件。节点代理店的应用服务器名称、PID和monitor.state文件在应用程序服务器的状态监控服务器。
    为什么要删除这些文件:如果你看到的文件大小增加,删除目录(除monitor.state文件)停止节点代理服务器后。

    10、profile_root/dmgr
    用法:默认情况下,服务器的JVM进程日志,日志,server.pid和跟踪文件存储位置。
    注意:服务器运行时不要删除文件。
    为什么要删除这些文件:如果您看到文件大小增长,请在停止部署管理器服务器后删除目录.。

    11、install_root/logs
    用法:直到V7.0,安装信息存储在该位置。这个目录包含了产品安装的重要信息(V7或更早),创建配置文件,和其他升级/安装信息。
    注意:IBM支持团队可能要求这个目录的任何时间来调试安装问题。
    为什么要删除这些文件:删除此目录没有任何价值。

    12、profile_root/config/backup
    用法:addNode过程中,当前节点的配置备份和存储在这个位置。当您决定从部署管理器单元格中移除节点时,将使用这些文件.。
    警告:如果删除该目录,则无法从部署管理器中移除节点并将旧的配置返回.。
    为什么要删除这些文件:删除此目录没有任何价值。

    转载于:https://my.oschina.net/u/227736/blog/821229

    展开全文
  • 在websphere中,如果我们直接修改我们应用程序底下的web.xml的话,在不重新打包部署的情况下...目录是用来存储WAS配置文件的。应用分为2部分,资源和配置,资源包括类文件,引用的包,图片等;配置包括各个模块的...
  • 再开启应用程序进行请求,第一个请求会在长达20s后才响应。 期间会间隔数秒出现这样的日志: Connection was not opened,3秒后重连。。。 我看了下这好像是您写死在代码里的,能否开放一个...
  • 原因:应用方的数据库连接有效期时间,大于数据库自己设置的有效期 spring.datasource.hikari.idle-timeout:一个连接idle状态的最大时长(毫秒),超时则被释放(retired),缺省:20秒 但是数据库中设置的有效期是...
  • <div><p>启动首先加载应用application.yml的配置,但是从spring cloud config读取的配置没有生效。日志如下: <p>2018-08-29 09:41:20.246 INFO 384584 --- [ restartedMain] a.b.d.c.e....
  • --log4j.xml: 日志存放在logs/log中,每天一个文件,日志配置是在conf/log4j.xml中,根据自己的需要可以调整输出级别为debug debug级别下,会输出更多的信息,方便排查问题。 --autopartition-long.txt,...
  • (1)这是一个基础的java web项目,完成了应用骨架的搭建,提供了底层框架的支持,但里面的内容是空白的,可以在此基础上进行项目开发或用来学习。 (2)运行环境为:maven3.2 + jdk1.8 + tomcat8 + mysql5。 (3)mysql...
  • 以前配置的共享库及应用war包在was8.5不会报错。现在was9上会报这个错,求助大佬猿友们! 异常日志: [3/18/21 3:52:07:620 CST] FFDC Exception:javax.xml.stream.FactoryConfigurationError ...
  • 【基础系列】实现一个自定义配置加载器(应用篇) 【基础系列】SpringBoot配置篇之PropertySource加载Yaml配置文件实例演示 【基础系列】ConfigurationProperties配置绑定中那些你不知道的事情 IoC(DI/bean) ...
  • websphere下log4j不起作用的问题

    千次阅读 2015-10-18 22:48:45
    经过查证,原来是websphere的日志配置优先级要大于工程中的log4j的配置,都was7了还存在这个问题,不知道IBM有没有想过啥时候能彻底解决一下这个毛病。 下面是从网络上看到的一个解决方法,觉得很有效,在这里和...
  • 一次INTERNAL_SERVER_ERROR的问题分析

    万次阅读 2018-07-29 12:30:59
    检查应用was,ihs日志,没有发现有效日志 发现只有部分工号有问题,开始怀疑存在数据问题,准备导数据回测试环境验证 同时,新建一套ihs和was环境进行验证 新环境验证,发现原来失败的工号可以正常,怀疑环境配置有...
  • Web Application Stress Tool.rar

    千次下载 热门讨论 2012-07-05 13:47:06
     本文介绍Microsoft的Web Application Stress Tool(WAS,Web应用负载测试工具)在Web服务器性能测试中的应用(注:Stress基本含义为“重压;压力”等,本文称之为“负载”)。另 外,我们还将通过WAS评估一种相对...
  • 解决PJA错误

    2016-12-01 13:12:54
    现场有WAS5、6,均安装在AIX下,且都已经设置PJA,在WAS5上报表正常,但是在WAS6下报表会报错,两个应用下的配置均相同。 反馈的报错日志: [11-4-25 14:20:42:758 GMT+08:00] 0000002a WebApp [Servlet Error]-...
  •  本文介绍Microsoft的Web Application Stress Tool(WAS,Web应用负载测试工具)在Web服务器性能测试中的应用(注:Stress基本含义为“重压;压力”等,本文称之为“负载”)。另 外,我们还将通过WAS评估一种相对...
  • Sametime 管理所需技能

    2010-09-19 10:41:00
    1、查看有关服务器和应用程序组件的性能信息:WAS 代理、SIP 和 HTTP Server 2、使用问题确定工具和日志文件对问题进行故障诊断 二、WebSphere Application Server 应用程序管理 1、使用 WebSph...
  • DB2数据库表死锁问题

    千次阅读 2014-02-11 15:28:42
    最近遇到了db2数据库死锁的问题,经过几天的加班终于把死锁的问题基本解决了,虽然很痛苦,但是学到了很多东西。  1.环境配置: ... 应用日志总是提示SQLCODE=-911, SQLSTATE=40001, DRIVER=3.
  • db2性能问题排查与优化

    千次阅读 2006-11-02 16:56:00
    由此,判断为以下几种情况,再在与研发一起分析完Was6.0的服务器日志后,决定对db2参数进行调整。1)情况一:局域网数据包传输问题,经过对局域网内包的监控没有发现异常情况排除情况一。2)情况二:应用服务器自身...
  • Windows一键还原是一款Ghost的中文辅助应用程序,无论您是电脑高手还是初级使用者,您只需要点击一下鼠标,一键还原,一键ghost软件将全自动帮助您实现检测并配置最佳的使用方式执行备份或还原当前的操作系统。...
  • 云服务器上面jdk环境 mysql都已经配置好了,如果没有部署web应用的话启动Tomcat的时候会正常启动,但是部署了项目之后就会出现这样的卡顿,但在本机上MyEclipse部署了web应用后Tomcat就可以正常启动,web项目采用SSH...

空空如也

空空如也

1 2 3 4
收藏数 78
精华内容 31
关键字:

was应用日志配置