Just recently upgraded our server to use tomcat 5.5 with JRE 1.6 (was tomcat 4.0 with JRE 1.3). We had several poorly written servlets that still manage to compile under both javac 1.3 and javac 1.6. When I compile them under javac 1.6 they no longer deploy correctly under tomcat 5.5. I have used the same 1.6 compiler to compile some of the tomcat 5.5 servlet examples and they continue to deploy correctly. Basically I have no idea how to cross-reference Signature index 63 from the class file to whatever in the java source code is causing it. Has anybody seen this kind of behavior before? The strange thing is I can put a static void main(...) sub in the class and am able to compile and execute it from the command line so I know the JRE 1.6 is able to load the class ...just tomcat seems to have the class loading problem....
Thanks for any help, [EMAIL PROTECTED] <mailto:[EMAIL PROTECTED]> Error message from tomcat stdout file: SEVERE: Error deploying web application archive dimReporting.war java.lang.ClassFormatError: Signature index 63 in LocalVariableTable has bad constant type in class file mil/af/arnold/cm/dimensions/reporting/CrStatusServlet at java.lang.ClassLoader.defineClass1(Native Method) at java.lang.ClassLoader.defineClass(ClassLoader.java:620) at java.security.SecureClassLoader.defineClass(SecureClassLoader.java:124) at org.apache.catalina.loader.WebappClassLoader.findClassInternal(WebappClassLo ader.java:1650) at org.apache.catalina.loader.WebappClassLoader.findClass(WebappClassLoader.jav a:856) at org.apache.catalina.loader.WebappClassLoader.loadClass(WebappClassLoader.jav a:1305) at org.apache.catalina.loader.WebappClassLoader.loadClass(WebappClassLoader.jav a:1187) at org.apache.catalina.core.StandardWrapper.loadServlet(StandardWrapper.java:10 27) at org.apache.catalina.core.StandardWrapper.load(StandardWrapper.java:925) at org.apache.catalina.core.StandardContext.loadOnStartup(StandardContext.java: 3880) at org.apache.catalina.core.StandardContext.start(StandardContext.java:4141) at org.apache.catalina.core.ContainerBase.addChildInternal(ContainerBase.java:7 59) at org.apache.catalina.core.ContainerBase.addChild(ContainerBase.java:739) at org.apache.catalina.core.StandardHost.addChild(StandardHost.java:524) at org.apache.catalina.startup.HostConfig.deployWAR(HostConfig.java:804) at org.apache.catalina.startup.HostConfig.deployWARs(HostConfig.java:693) at org.apache.catalina.startup.HostConfig.deployApps(HostConfig.java:472) at org.apache.catalina.startup.HostConfig.start(HostConfig.java:1118) at org.apache.catalina.startup.HostConfig.lifecycleEvent(HostConfig.java:310) at org.apache.catalina.util.LifecycleSupport.fireLifecycleEvent(LifecycleSuppor t.java:119) at org.apache.catalina.core.ContainerBase.start(ContainerBase.java:1020) at org.apache.catalina.core.StandardHost.start(StandardHost.java:718) at org.apache.catalina.core.ContainerBase.start(ContainerBase.java:1012) at org.apache.catalina.core.StandardEngine.start(StandardEngine.java:442) at org.apache.catalina.core.StandardService.start(StandardService.java:450) at org.apache.catalina.core.StandardServer.start(StandardServer.java:680) at org.apache.catalina.startup.Catalina.start(Catalina.java:536) 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:597) at org.apache.catalina.startup.Bootstrap.start(Bootstrap.java:275) at org.apache.catalina.startup.Bootstrap.main(Bootstrap.java:413)