在WebLogic日常运行中经常会遇到down机事件,服务器挂起有多种原因。一般而言,服务器挂起是因为缺少某种资源。缺少资源会阻止服务器响应服务请求。例如,由于故障(死锁)或者大量请求的缘故,可能没有任何可用的执行线程来完成工作,所有执行线程都被占用或忙于处理以前的请求。
在遇到挂起的时候(希望不要经常遇到。。。。。),我们应该首先找到问题所在,我先看了一下日志目录,真巧(这次算是运气好),在domain目录下看到了2个hs_err_pid4508.log和hs_err_pid5232.log,可能有些人会对hs_err_pid文件有些默认,下面就先来对此类文件做一个说明
在大多数时间JVM将产生一个小型日志文件,该文件可能包含诸如系统核心来自哪个信息库之类的有用信息;然而,该文件在所有时间内并不是都包含有用的信息。该文件在BEA WebLogic服务器启动的目录中产生,并采用"hs_err_pid.log"形式,其中,""是BEA WebLogic服务器进程的进程ID。在AIX上,这个文件将是"javacore..txt",其中,""是BEA WebLogic服务器进程的进程ID。""是操作系统产生的号码。您可以去http://java.sun.com/网站,并且用HotSpot"错误ID "号或报告发生错误时的方法搜索Bug Database。
在日至中看到如下:
Stack: [0x03860000,0x038a0000), sp=0x0389e25c, free space=248k
Native frames: (J=compiled Java code, j=interpreted, Vv=VM code, C=native code)
C [ntdll.dll+0x1a379]
C [com_je01_crm3x_presentation_core_library_PwdInterface.dll+0x27ae]
Java frames: (J=compiled Java code, j=interpreted, Vv=VM code)
j com.je01.crm3x.presentation.core.library.PwdInterface.UnLockTransactionPwd(Ljava/lang/String;Ljava/lang/String;Ljava/lang/String;Ljava/lang/String;)Ljava/lang/String;+0
j com.je01.crm3x.dao.implement.DataExchangeDaoImpl.callUnLockTransactionPwd(Ljava/lang/String;Ljava/lang/String;Ljava/lang/String;Ljava/lang/String;)Ljava/util/List;+25
j com.je01.crm3x.biz.implement.CustomerImpl.callUnLockTransactionPwd(Ljava/lang/String;Ljava/lang/String;Ljava/lang/String;Ljava/lang/String;Ljava/lang/Long;)Ljava/util/List;+9
v ~StubRoutines::call_stub
。。。。。。
这是C++程序所造成的
上面说了一堆问题,最后来说一下最终的原因:
在通常我们使用JNI native(Java + C++),会把C++当成一个工具库来使用,但是运行的项目中,开发人员将JNI的部分放在了Spring Container中,所以当JNI遭遇到ERROR时,就会影响到Java Process Thread,导致Process终止
从这个问题我们可以看出来,Java的架构设计会直接影响到WebLogic的运行和稳定,关于上面所说的“开发人员将JNI的部分放在了Spring Container中”导致问题,以后会有专门的篇幅结合Thinking in Java进行详细说明
来自 “ ITPUB博客 ” ,链接:http://blog.itpub.net/111631/viewspace-590849/,如需转载,请注明出处,否则将追究法律责任。
转载于:http://blog.itpub.net/111631/viewspace-590849/