NullPointerException when attempting to debug with Tomcat integration
Well I changed my server.xml to contain the context, although I would preffer to use the automatic context creation. I unpacked my war so that Tomcat finds the directory. I tested this on Tomcat directly and it runs as it should.
When I now start the debugger on my configured web-app I get the following in the debugger console:
java.lang.NullPointerException
at java.util.Hashtable.get(Hashtable.java:329)
at org.apache.commons.logging.LogFactory.getCachedFactory(LogFactory.java:502)
at org.apache.commons.logging.LogFactory.getFactory(LogFactory.java:264)
at org.apache.commons.logging.LogFactory.getLog(LogFactory.java:401)
at org.apache.commons.digester.Digester.]]>(Digester.java:345)
at org.apache.catalina.startup.Catalina.createStartDigester(Catalina.java:280)
at org.apache.catalina.startup.Catalina.start(Catalina.java:441)
at org.apache.catalina.startup.Catalina.execute(Catalina.java:400)
at org.apache.catalina.startup.Catalina.process(Catalina.java:180)
at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:39)
at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:25)
at java.lang.reflect.Method.invoke(Method.java:324)
at org.apache.catalina.startup.Bootstrap.main(Bootstrap.java:203)
I'm using Tomcat 4.1.10. Is it that the integration plugin does only support Tomcat 4.0.x or am I misunderstanding something.
If IDEA only supports Tomcat 4.0.x it's a pity. As I understand it the 4.1.x line of Tomcat is the current Tomcat for Servlet API 2.3 / JSP 1.2.
I'm using IDEA #657. I downloaded the installer build with the included jre, which is used to start IDEA. Using or not using concurrend garbage collection does not change anything here.
Please sign in to leave a comment.
Hi Robert,
support Tomcat 4.0.x or am I misunderstanding something.
The reference implementation of the OpenApi for web server integration that
IDEA provides, supports only Tomcat 4.0.x versions
4.1.x line of Tomcat is the current Tomcat for Servlet API 2.3 / JSP 1.2.
Yes, and they also have rewritten jasper which made it absolutely impossible
to support source-level JSP debugging for this version. This is why the
reference implementation sticks with 4.0.x versions.
--
Best regards,
Eugene Zhuravlev
JetBrains, Inc, http://www.intellij.com
"Develop with pleasure!"
"Robert F. Beeger" <jiveadmin@intellij.net> wrote in message
news:838015.1034604382874.JavaMail.jrun@is.intellij.net...
preffer to use the automatic context creation. I unpacked my war so that
Tomcat finds the directory. I tested this on Tomcat directly and it runs as
it should.
>
in the debugger console:
>
org.apache.commons.logging.LogFactory.getCachedFactory(LogFactory.java:502)
org.apache.catalina.startup.Catalina.createStartDigester(Catalina.java:280)
sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:39
)
sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl
.java:25)
>
support Tomcat 4.0.x or am I misunderstanding something.
>
4.1.x line of Tomcat is the current Tomcat for Servlet API 2.3 / JSP 1.2.
>
jre, which is used to start IDEA. Using or not using concurrend garbage
collection does not change anything here.
Are the people at Apache aware of this disadvantage of the new jasper implementation? Does anyone know whether it is planned to fix this?
Yep. They have answered that Tomcat 5 will support JSR45 for source-level
JSP debug.
Versions 4.1.x are out-of-luck unfortunately.
--
Best regards,
Eugene Zhuravlev
JetBrains, Inc, http://www.intellij.com
"Develop with pleasure!"
"Robert F. Beeger" <jiveadmin@intellij.net> wrote in message
news:3221303.1034676828105.JavaMail.javamailuser@localhost...
implementation? Does anyone know whether it is planned to fix this?