原有的web工程是在weblogic8上运行的,但现在的要求是要运行到jboss5中,为如后迁移到更高版本的jboss做准备
由于我对weblogic没有过研究,所以之前的步骤都是有别人进行的,在进行到一半的时候,由于某些情况,又交给我来完成。
此时他遇到的主要有两个问题,下面是主要的log:
2016-03-31 03:36:59,787 ERROR [org.apache.catalina.core.ContainerBase.[jboss.web].[localhost].[/home].[jsp]] (http-0.0.0.0-56880-1) Servlet.service() for servlet jsp threw exceptionjava.lang.NullPointerException at org.apache.jsp.jsp.Login_jsp._jspService(Login_jsp.java:2813) at org.apache.jasper.runtime.HttpJspBase.service(HttpJspBase.java:70) at javax.servlet.http.HttpServlet.service(HttpServlet.java:717) at org.apache.jasper.servlet.JspServletWrapper.service(JspServletWrapper.java:369) at org.apache.jasper.servlet.JspServlet.serviceJspFile(JspServlet.java:322) at org.apache.jasper.servlet.JspServlet.service(JspServlet.java:249) at javax.servlet.http.HttpServlet.service(HttpServlet.java:717) at org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:290) at org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:206) at org.jboss.web.tomcat.filters.ReplyHeaderFilter.doFilter(ReplyHeaderFilter.java:96) at org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:235) at org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:206) at org.apache.catalina.core.StandardWrapperValve.invoke(StandardWrapperValve.java:235) at org.apache.catalina.core.StandardContextValve.invoke(StandardContextValve.java:191) at org.jboss.web.tomcat.security.SecurityAssociationValve.invoke(SecurityAssociationValve.java:190) at org.jboss.web.tomcat.security.JaccContextValve.invoke(JaccContextValve.java:92) at org.jboss.web.tomcat.security.SecurityContextEstablishmentValve.process(SecurityContextEstablishmentValve.java:126) at org.jboss.web.tomcat.security.SecurityContextEstablishmentValve.invoke(SecurityContextEstablishmentValve.java:70) at org.apache.catalina.core.StandardHostValve.invoke(StandardHostValve.java:127) at org.apache.catalina.valves.ErrorReportValve.invoke(ErrorReportValve.java:102) at org.apache.catalina.core.StandardEngineValve.invoke(StandardEngineValve.java:109) at org.apache.catalina.connector.CoyoteAdapter.service(CoyoteAdapter.java:330) at org.apache.coyote.http11.Http11Processor.process(Http11Processor.java:829) at org.apache.coyote.http11.Http11Protocol$Http11ConnectionHandler.process(Http11Protocol.java:598) at org.apache.tomcat.util.net.JIoEndpoint$Worker.run(JIoEndpoint.java:447) at java.lang.Thread.run(Thread.java:662)8:15:30,538 INFO [CachedConnectionManager:info:307] Closing a connection for you. Please close them yourself: org.jboss.resource.adapter.dbc.jdk6.WrappedConnectionJDK6@df8290ava.lang.Throwable: STACKTRACE at org.jboss.resource.connectionmanager.CachedConnectionManager.registerConnection(CachedConnectionManager.java:278) at org.jboss.resource.connectionmanager.BaseConnectionManager2.allocateConnection(BaseConnectionManager2.java:524) at org.jboss.resource.connectionmanager.BaseConnectionManager2$ConnectionManagerProxy.allocateConnection(BaseConnectionManager2.java941)
这一段log是当使用浏览器访问一个jsp页面时出现的,从log上看,可以将其分为两个部分
1、第一部分在一开始的时候没有看懂,并且log中的定位不够清晰,所以先看第二部分
在这一部分中,主要看Please close them yourself: org.jboss.resource.adapter.dbc.jdk6.WrappedConnectionJDK6@df8290
其意思是,让我们要关闭某个资源,后面一串代表的是一个connection,在后面的log中(log敏感所以没有添加)果然定位到代码中的获取datasource的地方,经过研究发现,当访问该页面时,会通过JNDI在从容器中先后两次获取数据源,但不知道为什么,第一次获取并使用结束后没有close回收,然后第二次便出现了这个错误。
并且在jboss的控制台中可以看到数据库连接的数量显示异常(设原本定量20条,即可用20、正在使用0,而一旦尝试连接jsp后可用19、正在使用2,比正常情况总数多出一条)。
解决方法是在一个国外的网站上找到的:
Step 1: $JBOSS_HOME/server/segment/deploy/jbossweb.sar/server.xml Comment or delete the className CachedConnectionValue: Step 2: $JBOSS_HOME/server/segment/deploy/jbossweb.sar/META-INF/jboss-beans.xml Comment or delete CachedConnectionManager: Step 3: $JBOSS_HOME/server/ segment /conf/standardjboss.xml Comment or delete all CachedConnectionInterceptor statements:
使用该方法后,上述异常消失。
2、现在看第一个异常
这个异常我第一次看到,表示看不懂,然后截了日志去百度。
百度返回了许多的解决方法,但总的来说都是包冲突,说是工程中包含的jsp和servlet的jar和jboss中的jar起了冲突,不知道网上提供这些解决方案的人具体遇到的是什么情况,反正按着这些解决方案去做把我给越带越偏了。
最后请大神看了一下,虽然没有看出具体的问题,但是给了我一个方向,让我去看具体的jsp代码。
但是由于这个工程完成的时间较早,然后代码写的方式比较原始,是jsp中嵌入java片段的,所以研究了一下,最关键的log:
org.apache.jsp.jsp.Login_jsp._jspService(Login_jsp.java:2813)
一开始没看懂,然后去回顾了一下jsp在jboss中启动时的加载情况。发现在jboss启动的时候jsp会转换成servlet,而在jboss5中转换成的servlet被放在segment的work文件中,一层层点下去便可以发现Login_jsp.java,看servlet当然比看jsp更加轻松,然后便可以很快的定位到2813行,找到为什么出错。
最后神奇的事来了,我发现解决了这个问题,另一个问题就没有了。。。
它的connection阻塞是由它产生的(仅仅是在这次的代码中)。