tomcat5 转 tomcat6 问题2008-07-15 16:20An error occurred at line: 23 in the generated java file
The method getJspApplicationContext(ServletContext) is undefined for the type JspFactory
Stacktrace:
org.apache.jasperpiler.DefaultErrorHandler.javacError(DefaultErrorHandler.java:92)
org.apache.jasperpiler.ErrorDispatcher.javacError(ErrorDispatcher.java:330)
org.apache.jasperpiler.JDTCompiler.generateClass(JDTCompiler.java:423)
org.apache.jasperpiler.Compilerpile(Compiler.java:308)
org.apache.jasperpiler.Compilerpile(Compiler.java:286)
org.apache.jasperpiler.Compilerpile(Compiler.java:273)
org.apache.jasper.JspCompilationContextpile(JspCompilationContext.java:566)
org.apache.jasper.servlet.JspServletWrapper.service(JspServletWrapper.java:317)
org.apache.jasper.servlet.JspServlet.serviceJspFile(JspServlet.java:320)
org.apache.jasper.servlet.JspServlet.service(JspServlet.java:266)
javax.servlet.http.HttpServlet.service(HttpServlet.java:803)
上网搜,发现不少人有这个
问题,但都没有解决办法。后来想到可能和tomcat6有关,因为我在工程的lib中添加了很多包(一堆什么Spring
依赖),所以把他们一删
JSP就不抛异常了。我估计是,工程中和tomcat6 lib中重复的包在加载时是先被加载(也就是tomcat6中相同的包没
有被加载),而工程中的包版本要比tomcat6中的低,造成上面的异常。我对照着tomcat中包,发现工程中出现诸如catalina.jar、jsp-api.jar
、servlet-api.jar等这样的重复包,把它们从工程中删了就应该行了(对于上面的异常,原因应该是包jsp-api.jar)。
Address already in use: JVM_Bind:80
Address already in use: JVM_Bind:80
出现这种情况有两种:一种是myeclipse启动了两次,这个时候需要把myeclipse关掉后台的javax.eye进程杀掉。然后重新启动myeclipse就可以了
还有一种情况就是以下这种情况了:
我已经试过,把80端口占用就会出现
这种方式有个前提就是有可能你的tomcat下server.
xml中的端口改为了80然后再启动tomcat
iis 默认用到的就是80,所以把iis关掉就可以了
500 是Server Error
400 是Clinet Error
300 Route change
200 OK
应答代码,虽然是SIP的但同样适用于HTTP,只是加了一些东西
应答代码
应答码是包含了,并且扩展了HTTP/1.1应答码。并不是所有的HTTP/1.1应答码都适当应用,只有在折里指出的是适当的。其他HTTP/1.1应答码不应当使用。并且,SIP也定义了新的应答码系列,6xx。
1 临时应答1xx
临时应答,也就是消息性质的应答,标志了对方服务器正在处理请求,并且还没有决定最后的应答。如果服务器处理请求需要花200ms以上才能产生终结应答的时候,它应当发送一个1xx应答。
注意1xx应答并不是可靠传输的。他们不会导致客户端传送一个ACK应答。临时性质的(1xx)应答可以包含消息体,包含会话描述。
1.1 100 Trying
这个应答表示下一个节点的服务器已经接收到了这个请求并且还没有执行这个请求的特定动作(比如,正在打开数据库的时候)。这个应答,就像其他临时应答一样,种植了UAC重新传送INVITE请求。100(Trying)应答和其他临时应答不同的是,在这里,它永远不会被有状态proxy转发到上行流中。
1.2 180 Ringing
UA收到INVITE请求并且试图提示给用户。这个应答应当出世化一个本地回铃。
1.3 818 Call is Being Forwarded(呼叫被转发)
服务器可以用这个应答代码来表示呼叫正在转发到另一个目的地集合。
1.4 182 Queued
当呼叫的对方暂时不能接收呼叫的时候,并且服务器决定将呼叫排队等候,而不是拒绝