精华内容
下载资源
问答
  • was的临时文件目录

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

    重要:
    请小心删除,在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

    展开全文
  • <p><code>Error 404: /xyz/index.php was not found on this server</code></p> <p><strong>I tried adding:</strong></p> <pre><code>DirectoryIndex index.html index.php [L] </code></pre> <p>But only 1st...
  • 在确定了这种修复方案是切实可行之后分析,可能是配置的web.xml未生效,搜索网上对应问题及检查部署过程发现,部署完后应用目录WEB-INF下会新增很多文件,其中有个web_merged.xml文件(如下图)。  该文件包含了...

    问题及原因分析:

      之前修复漏洞时,写了个过滤器配置在web.xml中,但是部署到服务器并重启后,重新扫描漏洞,还是没有解决对应问题。在确定了这种修复方案是切实可行之后分析,可能是配置的web.xml未生效,搜索网上对应问题及检查部署过程发现,部署完后应用目录WEB-INF下会新增很多文件,其中有个web_merged.xml文件(如下图)。

      该文件包含了web.xml文件中的内容,不过是旧的配置文件的配置内容,可以理解为是web.xml文件的缓存文件,且大部分时候,即使重新部署了web.xml文件后,项目实际使用的还是这个web_merged.xml文件的配置内容。

    解决方案:

      找到了问题的原因之后一切就好办了,下面就是解决方案

      • 方案一
        1. 更新web.xml的同时,把改动也更新到web_merged.xml
        2. 把更新完的两个文件,复制到配置缓存目录下(config\cells\<cell_name>\applications\<ear_name>\deployments\<app_name>\<war_name>\WEB-INF)。
        3. 最后,你需要重启一下WAS服务。
      • 方案二
        使用WAS的web控制台进行更新web.xml文件(登陆控制台,选择程序后点击“更新”,选择“替换或添加单个文件 ”,然后参考下图)。
        WAS会自动把更改同步到web_merged.xml以及缓存目录下。(相当于WAS帮你进行了方法一的操作)
        使用这个方法,你甚至都不需要重启WAS,也不需要重启应用。

      最后,在解决了该文件的缓存问题使用了最新的web.xml配置之后,漏洞问题也彻底解决了。

    转载于:https://www.cnblogs.com/meInfo/p/10473844.html

    展开全文
  • WAS在卸载的时候,was会给你指定默认的目录将要卸载的产品:IBM WebSphere Application Server Network Deployment --D:\IBM\WebSphere\AppServer;...它指定的这个路径是在那个配置文件里的???求was大神。
  • 通过配置文件来修改WAS控制台Session过期时间的方法 在DM节点目录,或者单服务器的概要节点的目录下,在如下目录找到文件deployment.xml config\cells\XyzCell\applications\isclite.ear\deployments\isclite ...
    通过配置文件来修改WAS控制台Session过期时间的方法

    在DM节点目录,或者单服务器的概要节点的目录下,在如下目录找到文件deployment.xml
    config\cells\XyzCell\applications\isclite.ear\deployments\isclite

    打开 deployment.xml 文件,找到invalidationTimeout,将默认值 30 修改为你所需要的值,单位是分钟
    比如一天,那就修改为 1440

    保存后重启即可。
    展开全文
  • websphere 配置虚拟目录

    千次阅读 热门讨论 2016-10-15 22:13:25
    针对was的jdk高低版本不同:对应修改ibm-web-ext.xmi或ibm-web-ext.xml文件。 示例配置: 以win7环境中的was8.5.5.4jdk_1.7...1.修改概要文件目录\profiles\AppSrv01\config\cells下的文件 D:\IBM\WebSphere\AppS

    针对was的jdk高低版本不同:对应修改ibm-web-ext.xmi或ibm-web-ext.xml文件。


    示例配置:


    以win7环境中的was8.5.5.4jdk_1.7为例:因为这里的jdk是高版本,所以文件后缀为.xml


    1.修改概要文件目录\profiles\AppSrv01\config\cells下的文件

    D:\IBM\WebSphere\AppServer\profiles\AppSrv01\config\cells\Node01Cell\applications\yourProject_war.ear\deployments\yourProject_war

    \yourProject.war\WEB-INF\ibm-web-ext.xml

    2.修改概要文件目录\profiles\AppSrv01\installedApps下的文件

    D:\IBM\WebSphere\AppServer\profiles\AppSrv01\installedApps\Node01Cell\yourProject_war.ear\yourProject.war\WEB-INF\ibm-web-ext.xml


    在xml文件根结点下,添加

      <enable-file-serving value="true"/>
      <file-serving-attribute name="extendedDocumentRoot" value="D:/IBM" />

    D:/IBM就是要配置的相对于项目根目录的静态文件映射目录】

    1&2两个文件都同样修改。

    修改后的效果:

    <?xmlversion="1.0" encoding="UTF-8"?>
    <web-extxmlns:xsi="http://www.w3.org/2001/XMLSchema-instance" xmlns="http://websphere.ibm.com/xml/ns/javaee"
       xsi:schemaLocation="http://websphere.ibm.com/xml/ns/javaeehttp://websphere.ibm.com/xml/ns/javaee/ibm-web-ext_1_0.xsd"version="1.0">
      <jsp-attribute name="reloadEnabled" value="true"/>
      <jsp-attribute name="reloadInterval"value="10"/>
      <enable-file-serving value="true"/>
      <file-serving-attribute name="extendedDocumentRoot" value="D:/IBM" />
    </web-ext><span style="font-family: Arial, Helvetica, sans-serif; background-color: rgb(255, 255, 255);"> </span>

    如果是.xmi文件的话:

    在根节点中添加属性:

    fileServingEnabled="true"

    在根节点下添加标签:

    <fileServingAttributes xmi:id="FileServingAttribute_1" name="extendedDocumentRoot"
    value="D:/IBM "/>


    修改后的效果:

    <?xml version="1.0" encoding="UTF-8"?>
    <com.ibm.ejs.models.base.extensions.webappext:WebAppExtension xmi:version="2.0"
    xmlns:xmi="http://www.omg.org/XMI"
    xmlns:com.ibm.ejs.models.base.extensions.webappext="webappext.xmi" xmi:id="WebAppExtension_1"
              reloadInterval="3"
              reloadingEnabled="true"
              fileServingEnabled="true">
          <webApp href="WEB-INF/web.xml#WebApp_ID"/>
          <fileServingAttributes xmi:id="FileServingAttribute_1" name="extendedDocumentRoot"
           value="D:/IBM "/>
          <jspAttributes xmi:id="JSPAttribute_1" name="extendedDocumentRoot"
           value="/opt/extDocRootDir"/>
    <com.ibm.ejs.models.base.extensions.webappext:WebAppExtension>



    ---------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------

    原文内容:

    extendedDocumentRoot

    当应用程序需要访问应用程序Web 应用程序归档 (WAR) 目录外部的文件时,请使用已扩展的文档根工具。此工具允许您使用一个或多个目录路径来配置应用程序,您可以从这些目录路径中提供静态文件和JSP 文件。当应用程序需要访问位于Web 应用程序归档 (WAR) 目录外部的文件时,您可以使用此属性。例如,如果几个应用程序需要访问一组公用文件,那么您可以将这些公用文件放在可作为扩展文档根目录来连接每一个应用程序的目录中。

    要使用扩展文档根来配置应用程序,请将extendedDocumentRoot 属性作为文件服务属性添加到应用程序的 ibm-web-ext.xmi 或 ibm-web-ext.xml 文件。此属性的值是一个用逗号分隔的目录列表,这些目录充当静态文件的根目录位置。

    以下条目是 ibm-web-ext.xmi 文件内的示例:

    <fileServingAttributes xmi:id="FileServingAttribute_1" name="extendedDocumentRoot" value="/opt/extDocRootDir"/>

    以下示例基于 ibm-web-ext.xmi 文件中的上一个条目(将该属性设置为 /opt/extDocRootDir 值):

    • 对 http://localhost:9080/context_root/sample.html 资源的请求要求 sample.html 文件位于 /opt/extDocRootDir/sample.html 目录结构中。
    • 对 http://localhost:9080/context_root/myDir/sample.gif 资源的请求要求 sample.gif 文件位于 /opt/extDocRootDir/myDir/sample.gif 目录结构中。

    以下条目是 ibm-web-ext.xml 文件内的示例:

    <?xml version="1.0" encoding="UTF-8"?>
    <web-ext
       xmlns="http://websphere.ibm.com/xml/ns/javaee"
            xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance"
       xsi:schemaLocation="http://websphere.ibm.com/xml/ns/javaee http://websphere.ibm.com/xml/ns/javaee/ibm-web-ext_1_0.xsd"
          version="1.0">
       <file-serving-attribute name="extendedDocumentRoot" value="/opt/extDocRootDir" />
       <jsp-attribute name="evalQuotedAndEscapedExpression" value="true" />
       <jsp-attribute name="extendedDocumentRoot" value="/opt/extDocRootDir", ${MY_CUSTOM_VARIABLE} />
          <reload-interval value="3"/>
       <auto-encode-requests value="false"/>
       <auto-encode-responses value="false"/>
       <enable-directory-browsing value="false"/>
       <enable-file-serving value="true"/>
       <pre-compile-jsps value="false"/>
       <enable-reloading value="true"/>
       <enable-serving-servle