RE: application startup problem
tomcat requires a JDK, and not a JRE! That's not true. Tomcat 5.0 and older required a JDK, 5.5 and newer run quite happily with just a JRE, since they no longer use javac. That's good to know. I'm still having problems though. I don't believe any of my classes are corrupted because my war files deploys and runs perfectly well on my development PC. I have also moved the path to my JRE to the front of my PATH environment variable, so it should find it first. But alas, still no luck. I'll probably have to give IT a month or two to redo the server ... Thanks for all the help and comments though Regards Jannetta This e-mail and any attachments are for the intended addressee(s) only and may contain confidential and/or privileged material. If you are not a named addressee, do not use, retain or disclose such information. This email is not guaranteed to be free from viruses and does not bind Serco in any contract or obligation. Serco Limited. Registered in England and Wales. No: 242246 Registered Office: Serco House,16 Bartley Wood Business Park, Hook, Hampshire RG27 9UY United Kingdom. Help cut carbon...please don’t print this e-mail unless you really need to. - To start a new topic, e-mail: users@tomcat.apache.org To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: application startup problem
A different David here ... given the error doesn't have actual version numbers in it, it may be a corrupted class. Can you recompile it and see if that fixes the issue? --David Jannetta Steyn wrote: Hi David Thanks for your response. At least one class file in your war requires a jvm which's version should be higher than the one running tomcat. It generally occurs when you try to load a java 5 compiled class file using a java 1.4 or earlier jvm. I'll check twice the version tomcat is actually using to run. It is most probably not what you said, because tomcat requires a JDK, and not a JRE! Since tomcat did not refuse to start mentionning it's not a jdk, it certainly did not use JRE1.5.0_14 in your server. Having had problems with this server before, I uninstalled every JDK and JRE I could find and installed the JRE mentioned. When I installed Tomcat 5.5, I selected that JRE. Tomcat seems to run fine and a previous version of my application also seems to be running quite happily. Why does Tomcat 5.5 need a JDK (only answer, if it is not RTFM, because I obviously haven't done it properly) There are a few JREs left in Oracle directories and because I don't know what they are I have had to leave them since the server is also used by others. Below is the server path: D:\Program Files\PHP\;C:\WINNT\system32;C:\WINNT;C:\WINNT\System32\Wbem;C:\Progr am Files\Dell\OpenManage\Array Manager;C:\Program Files\Common Files\Network Ass ociates\VirusScan Engine\4.0.xx\;C:\Program Files\Microsoft SQL Server\80\Tools\ Binn\;C:\Program Files\DataDirect\ODBC32v50\Drivers;D:\oracle9i\OPatch;D:\San_Fr ancisco\Products\SIST\bin;D:\Edits\products\EDITS\bin;D:\oracle9i\jre\1.4.2\bin\ client;D:\oracle9i\jre\1.4.2\bin;D:\oracle9i\bin;C:\Program Files\Oracle\jre\1.3 .1\bin;C:\Program Files\Oracle\jre\1.1.8\bin;D:\oracle10g\product\OraDb10gHome\j re\1.4.2\bin\client;D:\oracle10g\product\OraDb10gHome\jre\1.4.2\bin;C:\Program F iles\Java\jre1.5.0_14\bin;\bin;C:\Program Files\Oracle\jre\1.1.7\bin;D:\Edits\pr oducts\EDITS\Apache\Perl\5.00503\bin\mswin32-x86;C:\Program Files\MySQL\MySQL Se rver 5.0\bin;Ø The truth is, that from what I can see, this server is in a very iffy state, but unfortunately I have no control over it and I'll have to request our IT department to re-do the server which will probably take weeks (I'm not allowed to do it myself - I wouldn't have used Windows in the first place, but there you go ... ). Before going the re-do way I wanted to try and resolve the problem if possible. I'll start by moving my path to jre1.5.0 to the front of the path. But if anyone spots anything else that could help resolve the problem, I'd appreciate some pointers. Regards Jannetta This e-mail and any attachments are for the intended addressee(s) only and may contain confidential and/or privileged material. If you are not a named addressee, do not use, retain or disclose such information. This email is not guaranteed to be free from viruses and does not bind Serco in any contract or obligation. Serco Limited. Registered in England and Wales. No: 242246 Registered Office: Serco House,16 Bartley Wood Business Park, Hook, Hampshire RG27 9UY United Kingdom. Help cut carbon...please don’t print this e-mail unless you really need to. - To start a new topic, e-mail: users@tomcat.apache.org To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] - To start a new topic, e-mail: users@tomcat.apache.org To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: application startup problem
Jannetta Steyn a écrit : Hi David Thanks for your response. At least one class file in your war requires a jvm which's version should be higher than the one running tomcat. It generally occurs when you try to load a java 5 compiled class file using a java 1.4 or earlier jvm. I'll check twice the version tomcat is actually using to run. It is most probably not what you said, because tomcat requires a JDK, and not a JRE! Since tomcat did not refuse to start mentionning it's not a jdk, it certainly did not use JRE1.5.0_14 in your server. Having had problems with this server before, I uninstalled every JDK and JRE I could find and installed the JRE mentioned. When I installed Tomcat 5.5, I selected that JRE. Tomcat seems to run fine and a previous version of my application also seems to be running quite happily. Why does Tomcat 5.5 need a JDK (only answer, if it is not RTFM, because I obviously haven't done it properly) Try a java 6, just to be sure? :) Am not used a lot to tomcat under windows, and the way it locates it's jvm under that os. As for your question, tomcat officially only support jdks, because it needs a compiler to compile JSPs. However, wiki states that if JSPs are precompiled, you can use a simple jre, at your own risks. It's not impossible oracle's jvms interfers with your tomcat. Also ensure your .war is in fact build to work with java 5 or later. You should perhaps also check your log files, around tomcat startup, to get informations about tomcat startup, and maybe about which jvm it uses. As far as i remember, it should at least show warning about using a jre. There are a few JREs left in Oracle directories and because I don't know what they are I have had to leave them since the server is also used by others. Below is the server path: D:\Program Files\PHP\;C:\WINNT\system32;C:\WINNT;C:\WINNT\System32\Wbem;C:\Progr am Files\Dell\OpenManage\Array Manager;C:\Program Files\Common Files\Network Ass ociates\VirusScan Engine\4.0.xx\;C:\Program Files\Microsoft SQL Server\80\Tools\ Binn\;C:\Program Files\DataDirect\ODBC32v50\Drivers;D:\oracle9i\OPatch;D:\San_Fr ancisco\Products\SIST\bin;D:\Edits\products\EDITS\bin;D:\oracle9i\jre\1.4.2\bin\ client;D:\oracle9i\jre\1.4.2\bin;D:\oracle9i\bin;C:\Program Files\Oracle\jre\1.3 1\bin;C:\Program Files\Oracle\jre\1.1.8\bin;D:\oracle10g\product\OraDb10gHome\j re\1.4.2\bin\client;D:\oracle10g\product\OraDb10gHome\jre\1.4.2\bin;C:\Program F iles\Java\jre1.5.0_14\bin;\bin;C:\Program Files\Oracle\jre\1.1.7\bin;D:\Edits\pr oducts\EDITS\Apache\Perl\5.00503\bin\mswin32-x86;C:\Program Files\MySQL\MySQL Se rver 5.0\bin;Ø The truth is, that from what I can see, this server is in a very iffy state, but unfortunately I have no control over it and I'll have to request our IT department to re-do the server which will probably take weeks (I'm not allowed to do it myself - I wouldn't have used Windows in the first place, but there you go ... ). Before going the re-do way I wanted to try and resolve the problem if possible. I'll start by moving my path to jre1.5.0 to the front of the path. But if anyone spots anything else that could help resolve the problem, I'd appreciate some pointers. Regards Jannetta This e-mail and any attachments are for the intended addressee(s) only and may contain confidential and/or privileged material. If you are not a named addressee, do not use, retain or disclose such information. This email is not guaranteed to be free from viruses and does not bind Serco in any contract or obligation. Serco Limited. Registered in England and Wales. No: 242246 Registered Office: Serco House,16 Bartley Wood Business Park, Hook, Hampshire RG27 9UY United Kingdom. Help cut carbon...please don’t print this e-mail unless you really need to. - To start a new topic, e-mail: users@tomcat.apache.org To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] - To start a new topic, e-mail: users@tomcat.apache.org To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
RE: application startup problem
Hi David Thanks for your response. At least one class file in your war requires a jvm which's version should be higher than the one running tomcat. It generally occurs when you try to load a java 5 compiled class file using a java 1.4 or earlier jvm. I'll check twice the version tomcat is actually using to run. It is most probably not what you said, because tomcat requires a JDK, and not a JRE! Since tomcat did not refuse to start mentionning it's not a jdk, it certainly did not use JRE1.5.0_14 in your server. Having had problems with this server before, I uninstalled every JDK and JRE I could find and installed the JRE mentioned. When I installed Tomcat 5.5, I selected that JRE. Tomcat seems to run fine and a previous version of my application also seems to be running quite happily. Why does Tomcat 5.5 need a JDK (only answer, if it is not RTFM, because I obviously haven't done it properly) There are a few JREs left in Oracle directories and because I don't know what they are I have had to leave them since the server is also used by others. Below is the server path: D:\Program Files\PHP\;C:\WINNT\system32;C:\WINNT;C:\WINNT\System32\Wbem;C:\Progr am Files\Dell\OpenManage\Array Manager;C:\Program Files\Common Files\Network Ass ociates\VirusScan Engine\4.0.xx\;C:\Program Files\Microsoft SQL Server\80\Tools\ Binn\;C:\Program Files\DataDirect\ODBC32v50\Drivers;D:\oracle9i\OPatch;D:\San_Fr ancisco\Products\SIST\bin;D:\Edits\products\EDITS\bin;D:\oracle9i\jre\1.4.2\bin\ client;D:\oracle9i\jre\1.4.2\bin;D:\oracle9i\bin;C:\Program Files\Oracle\jre\1.3 .1\bin;C:\Program Files\Oracle\jre\1.1.8\bin;D:\oracle10g\product\OraDb10gHome\j re\1.4.2\bin\client;D:\oracle10g\product\OraDb10gHome\jre\1.4.2\bin;C:\Program F iles\Java\jre1.5.0_14\bin;\bin;C:\Program Files\Oracle\jre\1.1.7\bin;D:\Edits\pr oducts\EDITS\Apache\Perl\5.00503\bin\mswin32-x86;C:\Program Files\MySQL\MySQL Se rver 5.0\bin;Ø The truth is, that from what I can see, this server is in a very iffy state, but unfortunately I have no control over it and I'll have to request our IT department to re-do the server which will probably take weeks (I'm not allowed to do it myself - I wouldn't have used Windows in the first place, but there you go ... ). Before going the re-do way I wanted to try and resolve the problem if possible. I'll start by moving my path to jre1.5.0 to the front of the path. But if anyone spots anything else that could help resolve the problem, I'd appreciate some pointers. Regards Jannetta This e-mail and any attachments are for the intended addressee(s) only and may contain confidential and/or privileged material. If you are not a named addressee, do not use, retain or disclose such information. This email is not guaranteed to be free from viruses and does not bind Serco in any contract or obligation. Serco Limited. Registered in England and Wales. No: 242246 Registered Office: Serco House,16 Bartley Wood Business Park, Hook, Hampshire RG27 9UY United Kingdom. Help cut carbon...please don’t print this e-mail unless you really need to. - To start a new topic, e-mail: users@tomcat.apache.org To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: application startup problem
At least one class file in your war requires a jvm which's version should be higher than the one running tomcat. It generally occurs when you try to load a java 5 compiled class file using a java 1.4 or earlier jvm. I'll check twice the version tomcat is actually using to run. It is most probably not what you said, because tomcat requires a JDK, and not a JRE! Since tomcat did not refuse to start mentionning it's not a jdk, it certainly did not use JRE1.5.0_14 in your server. Jannetta Steyn a écrit : Hi All I hope someone can point me in the right direction. I am at a bit of a loss. I am having a problem deploying an application to a Windows 2000 server, running Tomcat 5.5 and JRE1.5.0_14. I am getting a java.lang.UnsupportedClassVersionError: Bad version number in .class file error in the catalina log file, but I'm not making any sense of it. The application runs perfectly on my Windows XP workstation Can anybody perhaps help. If I have not provided enough or the appropriate information, please just ask and I'll post it. The full entry in the log is pasted below. Many thanks Jannetta The error in the log is : Jan 18, 2008 10:55:17 AM org.apache.catalina.startup.HostConfig deployWAR INFO: Deploying web application archive EDITS_v2.0.0.war Jan 18, 2008 10:55:19 AM org.apache.catalina.startup.HostConfig deployWAR SEVERE: Error deploying web application archive EDITS_v2.0.0.war java.lang.UnsupportedClassVersionError: Bad version number in .class file at java.lang.ClassLoader.defineClass1(Native Method) at java.lang.ClassLoader.defineClass(Unknown Source) at java.security.SecureClassLoader.defineClass(Unknown Source) at org.apache.catalina.loader.WebappClassLoader.findClassInternal(WebappCla ssLoader.java:1852) at org.apache.catalina.loader.WebappClassLoader.findClass(WebappClassLoader .java:876) at org.apache.catalina.loader.WebappClassLoader.loadClass(WebappClassLoader .java:1329) at org.apache.catalina.loader.WebappClassLoader.loadClass(WebappClassLoader .java:1208) at org.apache.catalina.core.StandardWrapper.loadServlet(StandardWrapper.jav a:1068) at org.apache.catalina.core.StandardWrapper.load(StandardWrapper.java:966) at org.apache.catalina.core.StandardContext.loadOnStartup(StandardContext.j ava:3956) at org.apache.catalina.core.StandardContext.start(StandardContext.java:4230 ) at org.apache.catalina.core.ContainerBase.addChildInternal(ContainerBase.ja va:760) at org.apache.catalina.core.ContainerBase.addChild(ContainerBase.java:740) at org.apache.catalina.core.StandardHost.addChild(StandardHost.java:544) at org.apache.catalina.startup.HostConfig.deployWAR(HostConfig.java:825) at org.apache.catalina.startup.HostConfig.deployApps(HostConfig.java:515) at org.apache.catalina.startup.HostConfig.check(HostConfig.java:1220) at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method) at sun.reflect.NativeMethodAccessorImpl.invoke(Unknown Source) at sun.reflect.DelegatingMethodAccessorImpl.invoke(Unknown Source) at java.lang.reflect.Method.invoke(Unknown Source) at org.apache.commons.modeler.BaseModelMBean.invoke(BaseModelMBean.java:458 ) at com.sun.jmx.mbeanserver.DynamicMetaDataImpl.invoke(Unknown Source) at com.sun.jmx.mbeanserver.MetaDataImpl.invoke(Unknown Source) at com.sun.jmx.interceptor.DefaultMBeanServerInterceptor.invoke(Unknown Source) at com.sun.jmx.mbeanserver.JmxMBeanServer.invoke(Unknown Source) at org.apache.catalina.manager.ManagerServlet.check(ManagerServlet.java:139 4) at org.apache.catalina.manager.HTMLManagerServlet.doPost(HTMLManagerServlet .java:213) at javax.servlet.http.HttpServlet.service(HttpServlet.java:710) at javax.servlet.http.HttpServlet.service(HttpServlet.java:803) at org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(Applica tionFilterChain.java:269) at org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilt erChain.java:188) at org.apache.catalina.core.StandardWrapperValve.invoke(StandardWrapperValv e.java:213) at org.apache.catalina.core.StandardContextValve.invoke(StandardContextValv e.java:174) at org.apache.catalina.authenticator.AuthenticatorBase.invoke(Authenticator Base.java:525) at org.apache.catalina.core.StandardHostValve.invoke(StandardHostValve.java :127) at org.apache.catalina.valves.ErrorReportValve.invoke(ErrorReportValve.java :117) at org.apache.catalina.core.StandardEngineValve.invoke(StandardEngineValve. java:108) at org.apache.catalina.connector.CoyoteAdapter.service(CoyoteAdapter.java:1 51) at org.apache.coyote.http11.Http11Processor.process(Http11Processor.java:87 4) at org.apache.coyote.http11.Http11BaseProtocol$Http11ConnectionHandler.proc essConnection(Http11BaseProtocol.java:665) at org.apache.tomcat.util.net.PoolTcpEndpoint.processSocket(PoolTcpEndpoint .java:528) at org.apache.tomcat.util.net.LeaderFollowerWorkerThread.runIt(LeaderFollow erWorkerThread.java:81) at org.apache.tomcat.util.threads.ThreadPool$ControlRunnable.run(ThreadPool
RE: application startup problem
From: david delbecq [mailto:[EMAIL PROTECTED] Subject: Re: application startup problem tomcat requires a JDK, and not a JRE! That's not true. Tomcat 5.0 and older required a JDK, 5.5 and newer run quite happily with just a JRE, since they no longer use javac. - Chuck THIS COMMUNICATION MAY CONTAIN CONFIDENTIAL AND/OR OTHERWISE PROPRIETARY MATERIAL and is thus for use only by the intended recipient. If you received this in error, please contact the sender and delete the e-mail and its attachments from all computers. - To start a new topic, e-mail: users@tomcat.apache.org To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]