WebLogic问题分析常用方法及技巧剖析
weblogic常见问题汇总
weblogic常见问题汇总bea\user_projects\domains\mydomain下可以查看日志，如果出现关闭的连接错误，可以在配置连接池的时候设置，选中测试返回的连接和请求的连接．如果经常出现内存溢出的问题话查看日志，如果出现Executethread: '7' for queue:'weblogic.kernel.default' 这样类似Executethread开头的可能是线程资源耗尽的问题，如果是２４说明是对象锁没释放怎样查看weblogic 目前可用的线程数？console控制台上myserver-下面的Monitoring的tab-Performance 中的Idle Threads显示的数目就是（下面有）WebLogic Server 性能及调整：查看使用WebLogic 8.1 线程缓冲池模型性能查看：调整weblogic的使用内存修改对应的domain下面的启动脚本，比如：weblogic安装目录下对应domain的启动脚本：startWeblogic.sh，追加Windows:set MEM_ARGS=-Xms2045m -Xmx2560mUnix:MEM_ARGS="-Xms1024m -Xmx2048m"注：Xms表示最小内存，Xmx表示最大内存。
主要内容1、WebLogic服务的监控2、WebLogic性能优化3、UNIX操作命令介绍WebLogic服务的监控WebLogic的控制台console对内存的监控Console --> server --> myserver --> 右边窗口Mornitoring --> PerformanceWebLogic服务的监控Idle Threads 空闲线程数这个值不能为0，否则意味着系统无线程可用，有死机的危险.Queue Length 等待队列的长度当Idle Threads的值为0时，Queue Length会出现数值。
weblogic安装配置及常见问题
weblogic安装配臵及常见问题在安装、配臵WEBLOGIC时，主要有以下几个方面的配臵和问题：一、JSP的设臵1。
weblogic.properties文件中的设臵在PROPERTIES文件中对于JSP进行设臵：# Set up WebLogic JSP propertiesweblogic.httpd.register.*.jsp=\weblogic.servlet.JSPServletweblogic.httpd.initArgs.*.jsp=\pageCheckSeconds=1,\compileCommand=c:/jdk1.3/bin/javac.exe,\workingDir=C:/weblogic/myserver/classfiles,\encoding=gb2312（或GBK）,\verbose=true2。
查看JSP生成的JAVA代码在上边的配臵中，到workingDir指定的目录下查找相应目录下的JAVA文件。
在测试JSP时，如果出现编译问题，由于报错位臵不精确，因此经常需要查看相应的JAVA源文件，以便找到真正的问题所在3。
手工编译JSP的方法运行setEnv.sh;java weblogic.jspc your.jsp二、SERVLET的设臵1。
如何进行SERVLET的登记？#用于进行servlet的登记weblogic.httpd.register.test_servlet=doctor.servlets.test_servlet weblogic.httpd.register.test1_servlet=doctor.servlets.test1_servlet weblogic.httpd.register.test2_servlet=doctor.servlets.test2_servlet2。
如何不登记一个SERVLET，而直接测试该SERVLET首先在weblogic.properties文件中登记weblogic.httpd.register.servlets=weblogic.servlet.ServletServlet然后在浏览器中键入：http://host:7001/servlets/your_package/your.class3。
WebLogic应用典型问题分析和解决
配 置越 大越 好 。但事 实 上还 是 有一 些手 段 和依 据来 进行 判 断 ，帮 助 我们 设置 一 个 尽可 能 优化 的值 。首先 Ｊ ＶＭ 内存 堆 的设 置并 非越 大 越好 ，加 大 内存 本身 是不 能 改变应 用性 能 的 。在进 行 内存设 置调 优之 前 ，必 须先 讲述 下 Ｊ ｖ 中 ａａ
内。因此 可 以综合 这两 点来 考虑 单 台应 用服 务器 设 置几 个
Ｗｅ Ｌ ｇ ｃ Ｓ ｒ ｅ 例 比较 合 适 。 ｂ ｏ ｉ ｅ ｖ ｒ实
维０ ｓｃ 一 表示 ＧＣ进行本 次垃 圾 回收所 消 耗 ．０ ０ ０ ｅＳ
的时 间 。
Ｗ ｅ Ｌ ｇｃ 以近 乎线 性地 提高 线程数 。线程数 越 多 ，花 ｂ ｏ ｉ可
费 在 线程 切 换 的时 间也 就 越 多 ；线 程 数越 小 ，ＣＰＵ可 能 无法 得到 充分 的利 用 。为获 取一 个理 想 的线 程数 ，需要 经 过反 复的 测试 。可 以 以 ２ Ｐ 个数 为基 准进 行调 整 （ ５ ＣＵ Ｘ 最 好每 个 Ｃ ＰＵ小于 ５ ０个 线程 ） 。当 空闲线 程较 少 ，ＣＰ Ｕ利 用 率较 低时 ，可 以适 当增加 线程 数 的大 小。
中 ，积 累的 一些 经验和 解决 方 法。
回 收 ，以释 放 内存保 障 应用健 康 运 行 。改变 内存设 置 的 目
２ Ｗｅ Ｌ ｇｃ Ｓ ｒ ｅ ｂ ｏ ｉ ｅ ｖ ｒ及内存堆的设置
２ １依 据 Ｃ Ｕ和 Ｒ Ｍ设置 Ｓ ｒ ｒ ． Ｐ Ａ ｅｖ 实例 ｅ
一
个 Ｗ ｅ Ｌｏ ｉ Ｃ ｕ ｅ 群 中的 Ｓ ｖ ｒ 以 部署 在 ｂ ｇ ｃ ｌ ｓ ｒ集 ｅｅ 可
weblogic常见问题
A：weblogic无法启动，错误信息包含如下:<Error> <EmbeddedLDAP> <000000> <Error opening the TransactionLog: ./myserver/ldap/ldapfiles/EmbeddedLDAP.tran: Permission denied>Q：LDAP启动失败，导致的问题可能是用root账户启动了weblogic。
检查mydomain目录下myserver/ldap/ldapfiles下的文件权限，是否是weblogic用户组，如果还是无法启动，请删除.tran文件。
A：weblogic无法启动，错误信息包含如下:<Error> <Deployer> <BEA-149204> <The deployment framework was unable to register with the Data Replication Service.<Error> <Deployer> <BEA-149601> <The deployment framework was unable to resume accepting requests.>Q：问题是管理域无法与用户域通信。
查看linux系统主机名，查看/etc/hosts文件，看是否有如下一行主机记录，如果没有，请将这一行记录加入到/etc/hosts文件中。
127.0.0.1 localhost.localdomain localhost 没有这一行记录，就会导致启动失败，一般在安装系统时，设置了主机名、有两块网卡，在设置主机名时，上面的记录就没有了。
A：weblogic无法启动，错误信息如下：The WebLogic Server did not start up properly. .UnknownHostException: MyLinux: MyLinux at.InetAddress.getLocalHost(InetAddress.java:1191) atweblogic.rjvm.JVMID.setLocalID(JVMID.java:124) atweblogic.rjvm.JVMID.localID(JVMID.java:104)Q：主机包含多个IP地址，一般为配置时未更新监听地址，修改config.xml文件的listen address即可正常启动；1．WSNAT_CAT:1287: WARN: Forced shutdown of client这个问题主要可能的原因有三个：一是Client端由于长时间连接Server，但却没有作任何的请求，这时，他会被断掉；二是由于Server在处理Client的请求时，发生超时引起的；三是由于在处理Client发起的事务时，超过tpbegin所制定的时间，也会报告这个信息。
weblogic中间件常见问题
1Weblogic9.2 在linux下启动很慢打开setDomainEnv.sh 增加-Djava.security.egd=file:/dev/zero修改参数为JAVA_OPTIONS="${JAVA_OPTIONS} -Djava.security.egd=file:/dev/zero"2Windows x64 jrockit 启动3000M 报OutOfMemoryng.OutOfMemoryError: class allocation, 153359080 loaded, 154140672 footprint JVM@check_alloc(src/jvm/model/classload/classalloc.c:118). 19416 bytes通过修改启动内存，设置4G以上3后台日志出现以下报错User <anonymous> does not have permission on weblogic.management.home to perform lookupoperation1、网上找到的解决方案是：打开weblogic控制台，点击你部署工程的那个domain，在右边主页的下面有一个“View Domain-wide Security Settings”连接，点开它，看看复选框“Anonymous Admin Lookup Enabled”前面是没选的，把它勾上。
2、使用了1中的解决方案还是报这个错误，经过高手提醒后发现原因：如果一个weblogic.xml中包含以下的内容：<container-descriptor><prefer-web-inf-classes>true</prefer-web-inf-classes></container-descriptor>这个配置的意思是使weblogic优先加载应用WEB-INF/lib下面的jar包。
weblogic部署常见问题
weblogic部署常见问题weblogic.xml是可以选的，可以不要，除非你需要先加载web-inf/lib文件。
weblogic.xml主要配置web容器的一些属性，比较JSP编译时间间隔、编译路径等web.xml是配置整个应用工程的属性，如servlet 等JSP乱码：在你工程目录下面的/WEB-INF里面有一个weblogic.xml这个文件里有字符集设置（这个weblogic.xml文件是你在使用weblogic对自己的这个WEB工程进行发布时，通过向导一步一步进行参数设置之后，自动生成的）。
weblogic.xml里的字符集设置为：/*UTF-8就我个人成功部署的经历说说我的部署心得。
/doc/9018782586.html,/s/blog_4745d 1c1010171av.html1.部署出错。
部署出错常见问题就是，web.xml不规范。
web.xml不规范将直接导致部署不成功！weblogic对web.xml检查非常严格，大部分能在tomcat下调试成功的，在weblogic下不一定会成功。
原因是，tomcat不能算是一个服务器所以检查相对不够严格。
注意这里说的tomcat指的是5.5及以下。
tomcat6在整个结构上有了一定的改变，部分tomcat5.5能通过的，在tomcat6下并不一定成功！所以出错后，应当根据提示检查下web.xml书写是否规范。
部署不成功的另一种问题，JRE版本不对应。
换句话说就是服务器上的JDK低于你开发环境中的JDK，导致的版本出错。
这个是比较郁闷的，通常情况下有两种建议：其一，最好的办法是将服务器上的JDK升级至官方最高版本。
这样做的好处是，不用担心版本问题，另外新版本通常支持新的特性，对开发也有很大的帮助。
其二，将本地的JDK和服务器上的JDK控制在同一个版本。
这样就不用担心版本不对应。
下面说下问题出现以后的解决方法，通过MyEclipse的项目属性->JRE设置->添加新的JRE->让项目的使用新添加的JRE。
Weblogic问题汇总
Weblogic问题汇总1. weblogic unable to get file lock问题在项⽬使⽤过程中，⾮正常结束Weblogic进程导致Weblogic⽆法启动，出现以下错误：<BEA-141281> <unable to get file lock, will retry解决⽅法：1）第⼀步，杀死锁定AdminServier.lok的进程通过 fuser -u ⽂件名找出占⽤⽂件的进程PID，然后杀死即可。
fuser -udomains/XXX_domain/servers/AdminServer/tmp/AdminServer.lok*******/AdminServer.lok 4657kill 46572）第⼆步，删掉Domain下所有的*.lok⽂件domains/XXX_domain/edit.lokdomains/XXX_domain/config/config.lokdomains/XXX_domain/servers/AdminServer/tmp/AdminServer.lokdomains/XXX_domain/servers/AdminServer/data/ldap/ldapfiles/EmbeddedLDAP.lok3）第三步，删掉Domain下所有的*.DAT⽂件find servers/ -name "*.DAT"2.Authentication denied: Boot identity not valid问题当weblogic密码发⽣修改或变动可能会导致此问题解决⽅法：⽅案⼀：检查对应server下是否有security⽬录及boot.properties⽂件没有的的话增加相应⽬录和⽂件，⽂件内容可参考AdminServer，修改为对应的weblogic明⽂⽤户名及密码，⾸次启动成功后会⾃动加密删除domains/XXX_domain/servers/XXX-Server/data/ldap⽬录⽅案⼆：删除boot.propertiesdomains/XXX_domain/servers/XXX-Server/security/boot.propertiesdomains/XXX_domain/servers/XXX-Server/data/ldap。
weblogic日常维护总结与故障诊断
中间件故障诊断总结一、步骤：1、准确描述现象：客户说的和自己查看到的：平台、版本、操作、信息等。
特别是，故障前是否有做过什么操作：网络调整、设备调整、主机参数调整、配置文件修改……反正将这一切都列入排查的对象。
2、使用工具收集数据，收集配置文件、日志、dump文件等等。
3、使用分析数据，根据问题或收集的数据，使用适当的工具分析数据，当然包括了在网上和在官方支持站点搜索类似的问题的解决办法。
4、尝试解决问题，根据找到的问题点，尝试解决。
如修改错的，复原正确的；运行有问题的，适当调整运行的环境和运行的参数等等。
5、给出最佳解决方案，一般就是继续观察了。
6、总结经验并加以重用，知识积累。
二、通过前台收集基本的信息：1、重点是故障前做过的操作2、比对运行平台是否在官方的兼容性列表中，一般就是关注各个版本，特别是一些比较怪异的问题3、检查环境和参数，如能打开控制台，就在控制台中初步观察，一般进入控制台的格式是如：。
常用的留意点如下：A、域运行状态（域-监视-健康状况）；一般为running状态，如果不是running，那这些界面就没有了。
B、服务器运行状态（域-环境-服务器），正常的为running。
C、各个server性能（JVM）状态（域-环境-服务器，点击具体的serve后进入，监视-健康状况）;留意JVM堆中当前可用的内存量。
不同的JVM，所显示的内容可能不一样，以下为sun的：D、各个server线程状态（域-环境-服务器，点击具体的serve后进入，监视-线程）；一般来说，空闲线程要多；健康状况为ok如下图health状态为：Warning，这个是有线程阻塞的。
阻塞线程的内容为：####<2011-8-13上午02时42分35秒GMT+08:00><Error><WebLogicServer><dataweb1><dc_admin1><[ACTIVE]ExecuteThre ad:'15'forqueue:(self-tuning)'><<WLSKernel>><><><BEA-000337><[STUCK]Execut eThread:'19'forqueue:(self-tuning)'hasbeenbusyfor"2,492"secondsworkingonth erequestwhichismorethantheconfiguredtime(StuckThreadMaxTime)of"2,400"secon ds.Stacktrace:Method)Source)E、JDBC（域-环境-服务器，点击具体的serve后进入，监视-JDBC）；活动连接数合理。
- 1、下载文档前请自行甄别文档内容的完整性，平台不提供额外的编辑、内容补充、找答案等附加服务。
- 2、"仅部分预览"的文档,不可在线预览部分如存在完整性等问题,可反馈申请退款(可完整预览的文档不适用该条件!)。
- 3、如文档侵犯您的权益，请联系客服反馈,我们会尽快为您处理(人工客服工作时间：9:00-18:30)。
WebLogic问题分析常用方法及技巧说明：该文档专门针对WebLogic10.3怎么查问题、定位问题及日常维护中的一些小技巧，该文档适合对WEB应用程序有一定认识、对WebLogic 有一定了解，对当前主机环境熟悉，对Aix命令有一定基础的相关人员。
其它非法人员切记在不了解的情况下做任何修改，执行任何命令，以此带来的任何问题及影响概不负责。
一、日常监控1、集群负载监控1.查看集群内各Server的单独访问地址，是否能正常访问，Server访问地址后面有统一说明，常见的无法访问原因有：a.Server没有启动（提示Service not available)，启动Server即可；b.应用程序是否为Active（提示403或404），update或start即可；c.应用程序已经是Active，Server也RUNNING仍无法访问，则可以通过应用程序的Monitoring查看各Server上的运行情况，查看对应Server的*.out日志，通常情况下是应用程序更新有问题导致的；2.查看Proxy Server的线程数，根据应用程序根路径名可以定位是哪个具体的Server或集群，若有队列吞吐量为0的情况说明集群没有实现分发（需要分析Proxy的web.xml 文件，看看对应的servlet(即应用程序根路径））是否有如下配置：<servlet><servlet-name>Ngboss</servlet-name> #该名称必需要有对应的servlet-mapping<servlet-class>weblogic.servlet.proxy.HttpClusterServlet</servlet-class><init-param><param-name>WebLogicCluster</param-name><param-value>10.131.39.75:7101|10.131.39.76:7101 #IP及端口是否配置正确，顺序是否正确</param-value></init-param><init-param><param-name>CookieName</param-name><param-value>NGBOSS_JSESSIONID</param-value> #该名称必需与应用程序的weblogic.xml里配置的CookieName一致</init-param><init-param><param-name>wl-dispatch-policy</param-name><param-value>ngboss</param-value></init-param> #该段配置是用来对集群分发，配合它才能实现集群的分发，param-value即servlet 的访问名称</servlet>............<servlet-mapping><servlet-name>Ngboss</servlet-name> #该名称必需要有对应的servlet <url-pattern>/*</url-pattern></servlet-mapping>3.查看应用程序的Monitoring的Session，根据各Server上的在线Session数即可判断集群是否实现负载，常见的无法负载原因有：a.集群内存在已挂死的Server（查看各Server的*.out日志即可）；b.Proxy的web.xml配置错误，如IP、端口、CookieName、servlet名等；c.应用程序发布的target是不是在集群；2、Server内存、队列、线程数监控1. 1.进入对应的Server监控页，查看Performance的Java 内存、Threads的队列及线程数、JDBC连接数等3、WTC监控1.Service->WTCServer->Ctrl是否connected4、JDBC监制1.查看连接的总体情况，看看是否有未释放的连接，查看时要多次刷新页面看看Java内存是否可以正常回收、队列及线程数是否有居高不下、JDBC是否有长时间不释放（这种情况下需要DBA配合分析）5、日志监控1.定期查看server/logs和logs/xxx_error.log出现的错误日志6、JMS监制1.Interoperability->WTC Servers->Connected是否为true7、后台进程监控1.用命令ps –ef | grep $ServerName，看进程是否存在，ServerName列表可参看Server访问地址里的访问根路径名二、问题分析定位必杀技1.用topas命令，查看占用CPU高的进程ID；2.然后用ps -ef | grep $ID即可看到对应的ServerName；3.然后进Console看该Server的运行状态（RUNNING),如果Server已经Down掉了可以直接通过Console启起来，记得不要把ngbossdomain/servers/$ServerName/logs下的文件删除，用作之后的日志分析4.在Console可以操作的前提下，还可以查看该Server的Dump 日志、进程的内存使用情况、队列及空闲线程、JDBC连接数等5.若Console不可操作（一般在有Server挂死的情况下），可以用命令ps -mp $ID -oTHREAD | grep R;kill -3 $ID（需要记录该命令的输出内容），执行完后会在ngbossdomain 下生成javacore文件（该文件与Console里的Dump日志内容相似），该命令可以多执行几次，生成多个javacore文件，方便之后的问题分析；如果需要重启服务可以用kill -9 $ID，执行完这个命令后该Server会自动重启，切记要先生成javacore，再kill -9；说明：通过分析某一进程的各个线程运行情况，定位问题，可以通过多种途径获取进程，如：1.根据有问题的系统模块找到对应的Server，然后用ps –ef | grep ServerName即可得到进程名2.根据WL的控制台找到对应的Server，然后用ps –ef | grep ServerName即可得到进程名三、javacore快速定位1、生成javacore文件1.通过命令ps -mp $ID -o THREAD | grep R;kill -3 $ID（$ID为进程ID），即可在域目录（ngbossdomain）下生成与进程ID对应的javacore文件，主要分析*.txt文件，记下该命令的输出日志，记下着色处的数字，示例如下：2.:/ngboss/webapp $ps -mp 286906 -o THREAD | grep R;USER PID PPID TID ST CP PRI SC WCHAN F TT BND COMMANDwebapp 286906 53800 - A 90 60 245 * 242001 - - /usr/java6_64/jre/bin/java =acctmanm22 -Djava.security.policy=/bea/weblogic/server/lib/weblogic.policy-Dweblogic.management.server=http://10.200.141.23:7001-Djava.library.path=/usr/java6_64/jre/lib/ppc64/default:/usr/java6_64/jre/lib/ppc64:/usr/java6 _64/jre/lib/ppc64:/usr/java6_64/jre/lib/ppc64/default:/usr/lib:/usr/java6_64/jre/lib/ppc64/j9v m:/usr/java6_64/jre/lib/ppc64:/usr/java6_64/jre/../lib/ppc64::/bea/weblogic/server/native/aix/ ppc64:/usr/lib-Djava.class.path=/bea/weblogic/server/lib/AIX-ComboPatch-Essex.jar:/bea/weblogic/server/ lib/CR370915_1030GA.jar:/bea/patch_wls1030/profiles/default/sys_manifest_classpath/webl ogic_patch.jar:/bea/patch_cie660/profiles/default/sys_manifest_classpath/weblogic_patch.jar: /usr/java6_64/lib/tools.jar:/bea/weblogic/server/lib/weblogic_sp.jar:/bea/weblogic/server/lib/ weblogic.jar:/bea/modules/features/weblogic.server.modules_10.3.0.0.jar:/bea/weblogic/serv er/lib/webservices.jar:/bea/modules/org.apache.ant_1.6.5/lib/ant-all.jar:/bea/modules/net.sf.an tcontrib_1.0.0.0_1-0b2/lib/ant-contrib.jar::/bea-Dweblogic.system.BootIdentityFile=/ngboss/webapp/ngbossdomain/servers/acctmanm22/da ta/nodemanager/boot.properties -Dweblogic.nodemanager.ServiceEnabled=true -Dweblogic.security.SSL.ignoreHostnameVerification=false-Dweblogic.ReverseDNSAllowed=false -Xms3072m -Xmx4096m -Dibm.stream.nio=true -Dfile.encoding=GBK nguage=zh -Duser.region=CN -Xgcpolicy:gencon weblogic.Server- - - 975497 R 88 141 0 - 400000 - - -说明：该命令生成当进程正在运行（状态为R）的线程日志，着色处为线程ID，将该ID用Windows自带的计算器转换成16位即可在javacore文件里找到对应的线程日志2、分析javacore定位问题1.用vi命令查看javacore*.txt文件，查找线程ID转16位的串；2.如果1查到的内容是：GC日志、Wait状态、autoLogin栈都不需要关注，只关注有带有相应模块串的异常栈信息，示例如下：3.3XMTHREADINFO "ExecuteThread: '2' for queue: 'default'" TID:0x0000000117168700,j9thread_t:0x00000001170E8160, state:CW, prio=53XMTHREADINFO1 (native thread ID:0x325063, native priority:0x5, native policy:UNKNOWN)4XESTACKTRACE at oracle/jdbc/driver/T4CMAREngine.unmarshalCLR(T4CMAREngine.java:1589(Compiled Code))4XESTACKTRACE at oracle/jdbc/driver/T4CMAREngine.unmarshalCLR(T4CMAREngine.java:1801(Compiled Code))4XESTACKTRACE at oracle/jdbc/driver/T4CMAREngine.unmarshalDALC(T4CMAREngine.java:2125(CompiledCode))4XESTACKTRACE at oracle/jdbc/driver/T4C8TTIrxh.unmarshalV10(T4C8TTIrxh.java:107(Compiled Code))4XESTACKTRACE at oracle/jdbc/driver/T4C8Oall.receive(T4C8Oall.java:654(Compiled Code))4XESTACKTRACE at oracle/jdbc/driver/T4CPreparedStatement.doOall8(T4CPreparedStatement.java:194(Compile d Code))4XESTACKTRACE at oracle/jdbc/driver/T4CPreparedStatement.fetch(T4CPreparedStatement.java:1017(Compiled Code))4XESTACKTRACE at oracle/jdbc/driver/OracleResultSetImpl.close_or_fetch_from_next(OracleResultSetImpl.java: 275(Compiled Code))4XESTACKTRACE at oracle/jdbc/driver/OracleResultSetImpl.next(OracleResultSetImpl.java:228(Compiled Code)) 4XESTACKTRACE at weblogic/jdbc/wrapper/ResultSet_oracle_jdbc_driver_OracleResultSetImpl.next(Bytecode PC:20(Compiled Code))4XESTACKTRACE at com/linkage/appframework/data/DatasetResult.<init>(DatasetResult.java:28(Compiled Code))4XESTACKTRACE at com/linkage/dbframework/jdbc/DaoManager.queryList(DaoManager.java:1612(Compiled Code))4XESTACKTRACE at com/linkage/dbframework/jdbc/DaoManager.queryList(DaoManager.java:1741(Compiled Code))4XESTACKTRACE at com/linkage/dbframework/jdbc/DaoManager.queryList(DaoManager.java:1756(Compiled Code))4XESTACKTRACE at com/linkage/dbframework/BaseEntity.queryList(BaseEntity.java:246(Compiled Code))4XESTACKTRACE at com/linkage/dbframework/BaseEntity.queryListBySqlstoreParser(BaseEntity.java:566(Comp iled Code))4XESTACKTRACE at com/linkage/cencustmgr/queryserverinfo/dao/QueryServerInfoDAO.queryServerInfo(Query ServerInfoDAO.java:61)4XESTACKTRACE at com/linkage/cencustmgr/queryserverinfo/bean/QueryServerInfoBean.queryCheckRecord(Qu eryServerInfoBean.java:74)4XESTACKTRACE at com/linkage/cencustmgr/queryserverinfo/page/QueryServerInfo.exportExcel(QueryServerInfo.java:170)4XESTACKTRACE at sun/reflect/NativeMethodAccessorImpl.invoke0(Native Method)4.根据2即可定位到是具体应用的具体Java文件的具体方法，定位具体问题，然后再去分析该代码即可3、WADE应用javacore文件分析小技巧1、后台定位1.找到进程ID（可通过topas,或ps -ef | grep ServerName等方法），执行kill -3命令，生成javacore文件2.vi 1 生成的javacore文件，查找queryList或export关键字符，即可快速定位问题代码2、前台定位1.登录WebLogic控制台，打开有问题Server，进入Performance监控页，生成Dump ThreadStacks内容；2.查找queryList或export关键字符，即可快速定位问题代码；说明：针对javacore文件分析，要灵活运行相关信息。