Problema com deploy no Linux

7 respostas
F

Olá

Desenvolvir um sistema no windows, utilizando o TOMCAT 5.5 (Windows), porém agora preciso diponibilizá-lo no TOMCAT 5.5 (Linux), e ocorre o seguinte problema no momento do deploy:

Versão do Java:
WINDOWS
java version “1.6.0_03”
Java™ SE Runtime Environment (build 1.6.0_03-b05)
Java HotSpot™ Client VM (build 1.6.0_03-b05, mixed mode, sharing)
LINUX
java version “1.6.0_02”
Java™ SE Runtime Environment (build 1.6.0_02-b05)
Java HotSpot™ Client VM (build 1.6.0_02-b05, mixed mode, sharing)

2007-10-23 11:59:53,398 DEBUG [Catalina].[localhost].[/sisfrota]  -> Sending application start events
   2007-10-23 11:59:53,398 DEBUG [Catalina].[localhost].[/sisfrota]  -> Starting filters
   2007-10-23 11:59:53,398 DEBUG [Catalina].[localhost].[/sisfrota]  ->  Starting filter 'autenticacao'
   2007-10-23 11:59:53,404 ERROR [Catalina].[localhost].[/sisfrota]  -> Exception starting filter autenticacao
   java.lang.UnsupportedClassVersionError: br/filter/SisFrotaFilter (Unsupported major.minor version 49.0)
	at java.lang.ClassLoader.defineClass0(Native Method)
	at java.lang.ClassLoader.defineClass(ClassLoader.java:800)
	at java.security.SecureClassLoader.defineClass(SecureClassLoader.java:147)
	at org.apache.catalina.loader.WebappClassLoader.findClassInternal(WebappClassLoader.java:1847)
	at org.apache.catalina.loader.WebappClassLoader.findClass(WebappClassLoader.java:873)
	at org.apache.catalina.loader.WebappClassLoader.loadClass(WebappClassLoader.java:1326)
	at org.apache.catalina.loader.WebappClassLoader.loadClass(WebappClassLoader.java:1205)
	at org.apache.catalina.core.ApplicationFilterConfig.getFilter(ApplicationFilterConfig.java:207)
	at org.apache.catalina.core.ApplicationFilterConfig.setFilterDef(ApplicationFilterConfig.java:302)
	at org.apache.catalina.core.ApplicationFilterConfig.<init>(ApplicationFilterConfig.java:78)
	at org.apache.catalina.core.StandardContext.filterStart(StandardContext.java:3635)
	at org.apache.catalina.core.StandardContext.start(StandardContext.java:4222)
	at org.apache.catalina.core.ContainerBase.addChildInternal(ContainerBase.java: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.deployWARs(HostConfig.java:714)
	at org.apache.catalina.startup.HostConfig.deployApps(HostConfig.java:490)
	at org.apache.catalina.startup.HostConfig.start(HostConfig.java:1138)
	at org.apache.catalina.startup.HostConfig.lifecycleEvent(HostConfig.java:311)
	at org.apache.catalina.util.LifecycleSupport.fireLifecycleEvent(LifecycleSupport.java:120)
	at org.apache.catalina.core.ContainerBase.start(ContainerBase.java:1022)
	at org.apache.catalina.core.StandardHost.start(StandardHost.java:736)
	at org.apache.catalina.core.ContainerBase.start(ContainerBase.java:1014)
	at org.apache.catalina.core.StandardEngine.start(StandardEngine.java:443)
	at org.apache.catalina.core.StandardService.start(StandardService.java:448)
	at org.apache.catalina.core.StandardServer.start(StandardServer.java:700)
	at org.apache.catalina.startup.Catalina.start(Catalina.java:552)
	at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
	at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:85)
	at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:58)
	at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java(Compiled Code))
	at java.lang.reflect.Method.invoke(Method.java(Compiled Code))
	at org.apache.catalina.startup.Bootstrap.start(Bootstrap.java:295)
	at org.apache.catalina.startup.Bootstrap.main(Bootstrap.java:433)
23/10/2007 11:59:53 org.apache.catalina.core.StandardContext start
SEVERE: Error filterStart
23/10/2007 11:59:53 org.apache.catalina.core.StandardContext start
SEVERE: Context [/sisfrota] startup failed due to previous errors
2007-10-23 11:59:53,414 DEBUG [Catalina].[localhost].[/sisfrota]  -> Stopping filters
   2007-10-23 11:59:53,414 DEBUG catalina.session.ManagerBase  -> Stopping
   2007-10-23 11:59:53,414 DEBUG catalina.session.ManagerBase  -> Unloading persisted sessions
   2007-10-23 11:59:53,414 DEBUG catalina.session.ManagerBase  -> Saving persisted sessions to SESSIONS.ser
   2007-10-23 11:59:53,430 DEBUG catalina.session.ManagerBase  -> Unloading 0 sessions
   2007-10-23 11:59:53,431 DEBUG catalina.session.ManagerBase  -> Expiring 0 persisted sessions
   2007-10-23 11:59:53,431 DEBUG catalina.session.ManagerBase  -> Unloading complete
   23/10/2007 11:59:58 org.apache.coyote.http11.Http11BaseProtocol start
INFO: Starting Coyote HTTP/1.1 on http-8090
23/10/2007 12:00:01 org.apache.jk.common.ChannelSocket init
INFO: JK: ajp13 listening on /0.0.0.0:8009
23/10/2007 12:00:01 org.apache.jk.server.JkMain start
INFO: Jk running ID=0 time=0/173  config=null
23/10/2007 12:00:01 org.apache.catalina.storeconfig.StoreLoader load
INFO: Find registry server-registry.xml at classpath resource
23/10/2007 12:00:02 org.apache.catalina.startup.Catalina start
INFO: Server startup in 15723 ms

Alguem sabe como devo proceder diante desta situação?

Agradecido

7 Respostas

furutani

Olá

(Unsupported major.minor version 49.0)

Provavelmente você compilou o fonte no JDK 5 e esta tentando rodar no 1.4.

F

Olá Furutani!

Mesmo que java - version indique as versões abaixo?

Versão do Java:
WINDOWS
java version “1.6.0_03”
Java™ SE Runtime Environment (build 1.6.0_03-b05)
Java HotSpot™ Client VM (build 1.6.0_03-b05, mixed mode, sharing)
LINUX
java version “1.6.0_02”
Java™ SE Runtime Environment (build 1.6.0_02-b05)
Java HotSpot™ Client VM (build 1.6.0_02-b05, mixed mode, sharing)

furutani

Olá

formiga:
Olá Furutani!

Mesmo que java - version indique as versões abaixo?

Versão do Java:

WINDOWS

java version “1.6.0_03”

Java™ SE Runtime Environment (build 1.6.0_03-b05)

Java HotSpot™ Client VM (build 1.6.0_03-b05, mixed mode, sharing)

LINUX

java version “1.6.0_02”

Java™ SE Runtime Environment (build 1.6.0_02-b05)

Java HotSpot™ Client VM (build 1.6.0_02-b05, mixed mode, sharing)

</blockquote>

Se realmente estiver assim não deveria dar erro.

Dá uma conferida se o tomcat esta mesmo usando o 1.6.0.

Eu tive um problema parecido, o comando java- version mostrava uma versão… mas o startup.sh estava apontando para outro JVM que veio com o red hat.

F

Furutani,

Como posso está verificando a versão utilizada do Tomcat?

Variável:
Declaração

Path do TomCat

export CATALINA_HOME=/usr/local/tomcat

furutani

Olá

Você configurou as variaveis CATALINA_HOME e TOMCAT_HOME?

furutani

Criando variáveis do tomcat no Linux

F

Criei o caminho, porém ele continua apontando para versão 1.4

Path do TomCat

export CATALINA_HOME=/usr/local/tomcat
export JAVA_HOME = /usr/java/jdk1.6.0_02
export $PATH:$JAVA_HOME/bin
export TOMCAT_HOME=/usr/local/tomcat
export CLASSPATH=.

Notei que no monento que levanto o serviço aparece as seguintes variáveis
Using CATALINA_BASE: /usr/local/tomcat
Using CATALINA_HOME: /usr/local/tomcat
Using CATALINA_TMPDIR: /usr/local/tomcat/temp
Using JRE_HOME: /usr/lib/java/jre

Onde o JRE_HOME aponta para outro java. E esta não está sendo definida no /etc/profile

Solucionado! Era a variável JRE_HOME, que apontava para uma versão anterior.

Valeu Furutani!

Criado 23 de outubro de 2007
Ultima resposta 23 de out. de 2007
Respostas 7
Participantes 2