在websphere中，如果我们直接修改我们应用程序底下的web.xml的话，在不重新打包部署的情况下，那么这次修改肯定会是不会起作用的，除非我们重新打包部署一下，解决的方法是，我们在不打包重新部署的情况下，不能只修改应用底下的web.xml,因为：
config/cells....目录是用来存储WAS的配置文件的。应用分为2部分，资源和配置，资源包括类文件，引用的包，图片等；配置包括各个模块的部署描述符。在WAS中，应用的配置是从config/cells....目录下读取；而资源从/installedApps目录下读取。应用导出只能导出上一次发布的版本。所以建议任何的更改应该打包重新发布应用。
通常我们在websphere下部署了一个java工程后，如果修改了web.xml文件，重新启动这个java工程发现websphere并没有自动加载web.xml文件，即修改后的web.xml并不起作用，除非重新把这个java工程再部署
一次，这需要花一些时间，如果是远程操作机器，上传整个jar包也是很慢的事情。
其实这是因为websphere下的配置文件通常有两份，一份在installedApps下，另一份在
config下面，所以需要修改两个地方的web.xml文件后才能起效。这里以websphere6为例，两份配置文件的详细路径一般为
1、/opt/IBM/WebSphere/profiles/AppSrv01/installedApps/coshineNode01Cell/unscard.ear
其中coshineNode01Cell这个是机器名，unscard.ear为项目名
2、/opt/IBM/WebSphere/profiles/AppSrv01/config/cells/coshineNode01Cell/applications/unscard.ear
只要修改这两处的web.xml文件，就可以生效了
WebSphere Application Server 的日志位于 WebSphere 产品目录下的日志目录中。例如，在 AIX 上 WebSphere Application Server 通常被安装在 /usr/WebSphere/AppServer 目录下。因此，日志就位于 /usr/WebSphere/AppServer/logs 目录下。
下面六个日志中包含的信息有助于问题诊断：
| Default_Server_stderr.log / stderr.txt | 标准错误日志。它记录运行在应用程序服务器上的代码所产生的异常。 |
| Default_Server_stdout.log / stdout.txt | 标准输出日志。它指出运行在应用程序服务器上的代码是否被成功地启动和停止。 |
| tracefile | 它包含关于管理服务器、连通性、致命错误和运行时问题的消息，同时还显示配置信息。 |
| nanny.trace | 它显示启动管理服务器的尝试。 |
| activity.log | 它记录显示活动历史记录的事件。您可以使用日志分析器（Log Analyzer）阅读该文件。 |
| native.log | 它包含与 Web 服务器插件相关的消息。 |