Cara a versão do servidor que vc esta rodando essa pagina qual é?
e qual versão do java que vc esta compilando suas classes?
na lib da sua aplicação vc tem algum jar que tb tem no seu servidor?
teria que postar essas paradas aqui para ajudarmos vc…
mictexx
Então Edu,
em minha máquina local estou com: tomcat 5.5 e jdk 1.5
já na producao tenho: tomcat 4.1.3 e jdk 1.4…
somente as versões estão diferentes, pois as actions/beans/forms estao com mesma versão na producao…
será que isso é problema de Jar mesmo?
pois a persistent só busca por exemplo o nome do arquivo: “/archive/teste.txt”
e com isso eu restorno a String …
T
thingol
(Ljava/lang/String;)V quer dizer “um método - () - que aceita uma string como parâmetro - Ljava/lang/String; - e retorna void - V”.
Só com isso não conseguimos trabalhar, porque você não tem nem o nome do método.
Tem mais alguma coisa na mensagem de erro que deve ser olhada.
mictexx
essa é a mensagem do erro:
se vc olhar na parte em negrito, é onde rastreei toda a busca…
–////////////////////////////////–
javax.servlet.ServletException: Servlet execution threw an exception
at org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:269)
at org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:193)
at org.apache.catalina.core.StandardWrapperValve.invoke(StandardWrapperValve.java:256)
at org.apache.catalina.core.StandardPipeline$StandardPipelineValveContext.invokeNext(StandardPipeline.java:643)
at org.apache.catalina.core.StandardPipeline.invoke(StandardPipeline.java:480)
at org.apache.catalina.core.ContainerBase.invoke(ContainerBase.java:995)
at org.apache.catalina.core.StandardContextValve.invoke(StandardContextValve.java:191)
at org.apache.catalina.core.StandardPipeline$StandardPipelineValveContext.invokeNext(StandardPipeline.java:643)
at org.apache.catalina.core.StandardPipeline.invoke(StandardPipeline.java:480)
at org.apache.catalina.core.ContainerBase.invoke(ContainerBase.java:995)
at org.apache.catalina.core.StandardContext.invoke(StandardContext.java:2422)
at org.apache.catalina.core.StandardHostValve.invoke(StandardHostValve.java:180)
at org.apache.catalina.core.StandardPipeline$StandardPipelineValveContext.invokeNext(StandardPipeline.java:643)
at org.apache.catalina.valves.ErrorDispatcherValve.invoke(ErrorDispatcherValve.java:171)
at org.apache.catalina.core.StandardPipeline$StandardPipelineValveContext.invokeNext(StandardPipeline.java:641)
at org.apache.catalina.valves.ErrorReportValve.invoke(ErrorReportValve.java:163)
at org.apache.catalina.core.StandardPipeline$StandardPipelineValveContext.invokeNext(StandardPipeline.java:641)
at org.apache.catalina.core.StandardPipeline.invoke(StandardPipeline.java:480)
at org.apache.catalina.core.ContainerBase.invoke(ContainerBase.java:995)
at org.apache.catalina.core.StandardEngineValve.invoke(StandardEngineValve.java:174)
at org.apache.catalina.core.StandardPipeline$StandardPipelineValveContext.invokeNext(StandardPipeline.java:643)
at org.apache.catalina.core.StandardPipeline.invoke(StandardPipeline.java:480)
at org.apache.catalina.core.ContainerBase.invoke(ContainerBase.java:995)
at org.apache.coyote.tomcat4.CoyoteAdapter.service(CoyoteAdapter.java:199)
at org.apache.jk.server.JkCoyoteHandler.invoke(JkCoyoteHandler.java:324)
at org.apache.jk.common.HandlerRequest.invoke(HandlerRequest.java:395)
at org.apache.jk.common.ChannelSocket.invoke(ChannelSocket.java:673)
at org.apache.jk.common.ChannelSocket.processConnection(ChannelSocket.java:615)
at org.apache.jk.common.SocketConnection.runIt(ChannelSocket.java:786)
at org.apache.tomcat.util.threads.ThreadPool$ControlRunnable.run(ThreadPool.java:683)
at java.lang.Thread.run(Thread.java:534)
Isso quer dizer que esse tal método “void setArchive(String)” da classe com.tecnot.philips.form.LacOnlineExecuteForm não foi encontrado (talvez por algum problema de deploy), ou de empacotamento do Jar, ou sei lá.