原有的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 exception
java.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@df8290
ava.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.java
941)
这一段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: <!--Valve className="org.jboss.web.tomcat.service.jca.CachedConnectionValve" cachedConnectionManagerObjectName="jboss.jca:service=CachedConnectionManager" transactionManagerObjectName="jboss:service=TransactionManager" /--> Step 2: $JBOSS_HOME/server/segment/deploy/jbossweb.sar/META-INF/jboss-beans.xml Comment or delete CachedConnectionManager: <!-- <depends>jboss.jca:service=CachedConnectionManager</depends>--> Step 3: $JBOSS_HOME/server/ segment /conf/standardjboss.xml Comment or delete all CachedConnectionInterceptor statements: <!-- <interceptor>org.jboss.resource.connectionmanager.CachedConnectionInterceptor</interceptor>-->
使用该方法后，上述异常消失。
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阻塞是由它产生的（仅仅是在这次的代码中）。