今天排查一个问题： 本地项目正常，部署到was上面有exception信息。在项目开发过程中为了方便定位错误，我们经常使用一些输出语句，在开发工具打印正常。到was控制台上查看时候就是乱码的。很难受。把was设置下显示中文把。

1.首先登录was控制台



2.打开 服务器-->WebSphere Application Server -->server1(此处是自己服务器名称)



3.点击 配置-->Java和进程管理-->进程定义



4.点击  Java虚拟机



5.在 通用JVM参数中填入    

-Ddefault.client.encoding=GBK -Dfile.encoding=GBK -Duser.language=zh -Duser.region=CN -Xverify:none



6.点击  确定-->保存





7.重启was。注意是was，不是重启应用。

Linux命令

停止was
/U01/IBM/WebSphere/AppServer/bin/stopServer.sh server1
或者
cd /U01/IBM/WebSphere/AppServer/bin/
./stopServer.sh server1


启动was
/U01/IBM/WebSphere/AppServer/bin/startServer.sh server1
或者
cd /U01/IBM/WebSphere/AppServer/bin/
./startServer.sh server1

其中server1为服务名称。

/U01/IBM/为was安装目录。

8.查看日志，已经可以看到中文了。









 

 

项目部署在weblogic激活更新时，报错了
we investigate this a bit further by enabling failed request tracing on the iis server. the first thing we can see in the failed request trace log is where the request was sent to in the arr_server_routed event. the second item i have highlighted is what you can use to track the request on the target server, the x-arr-log-id. this will help if you are tracing the target or destination of the http request:。 while failed request tracing on the destination server shows the request was processed on the server, the associated log entry does not appear in the iis logs. instead, this request is logged in the httperr log as follows:。the cache should not store anything about the client request or server response. a request is sent to the server and a full response is downloaded each and every time.。
2.Stack trace for message149004weblogic.management.DeploymentException:java.util.zip.ZipException: Error opening file -/home/weblogic/Oracle/Middleware/Oracle_Home/user_projects/domains/base_domain/servers/Server4/stage/DataCompare/DataCompareMessage - error in opening zip file
3.Administration Console encountered the following error:weblogic.management.DeploymentException: Exception occured whiledownloading files
main(argv) 主函数usage() 使用说明函数svn_co() 检出项目函数svn_update() 更新项目函数shutdown_core() 关闭业务平台方法startup_core() 启动业务平台方法restart_core() 重启业务平台方法shutdown_auth() 关闭认证平台方法startup_auth() 启动认证平台方法restart_auth() 重启认证平台方法deploy_core_platform() 部署业务平台方法deploy_auth_platform() 部署认证平台方法deploy_prepare() 部署准备方法。1)项目自动部署和启动服务：根据指定的调试和运行模式，自动配置项目和启动服务器。wincc退出最好是先取消激活、然后关闭项目，最后关闭wincc管理器，最主要是要先取消激活，wincc软件能记录你关闭之前的状态，在你下次启动的时候直接恢复到上次的状态。
由于项目部署在server4，在查看日志是不论adminserver和server4，都是在logs下的日志的查看的错误。weblogic部署项目报错并没有明确指出错误位置。于是把错误信息去百度，说是jdk版本不对啊，jar包不兼容啊，等等的。
后来请教大神，帮忙查看了weblogic日志，原来还有这个位置的日志我没有看到
查看weblogic日志：
adminServer.out
/home/weblogic/Oracle/Middleware/Oracle_Home/user_projects/domains/base_domain/
本文来自电脑杂谈，转载请注明本文网址：
http://www.pc-fly.com/a/jisuanjixue/article-97536-1.html

状况描述：启动was服务器的时候报错，提示让去查看服务器的启动的日志
1.cd  进到nodgent 目录下哎 less 查看日志
2.观察到 某个文件不能被delete。
3.查看到项目目录的权限为root，而当前使用的账户权限为低一级的权限，造成启动的时候该目录wasadmin的文件不能被删除。
4.su 进入到管理员权限 
5.给was服务器赋操作启动目录的权限，目录假设为wasadmin
6.执行  chown -R liuhai:liuhai /wasadmin
7.su wasadmin
8.question fixed
转载于:https://blog.51cto.com/13919712/2292481

原因分析：

1、集群下有两个节点，发现其中一个节点打不开应用，所以判断是因为http请求转发到异



常节点导致

2、查看异常节点的日志，发现报如下错误：

hibernate--错误：javax.persistence.JoinColumn.foreignKey()



Ljavax/persistence/ForeignKey

经过网上查资料，发现是javax.persistence.jar 包冲突导致。

3、分析为什么有一个节点jar包冲突，另外一个节点jar包没有冲突了，所以怀疑两个节点



的类加载顺序不一样导致的，进一步查看两个节点的类加载顺序，果然发现不一样。

4、重启有问题的那个节点后，发现类加载顺序正常了，然后再访问项目就OK了。

疑问：为什么两个节点的类加载顺序会不一致，重启后就好了？