Uma das coisas interessantes nessa disputa é que o Genexus vem se esforçando para tornar a sopa menos salgada, automatizando ao máximo o processo para que não tenhamos que perder tanto tempo assim. Mas quando falamos que temos que mesclar uma série de tecnologias distintas, a coisa, infelizmente, não fica apenas com o Genexus.
Tomcat e Java 32 Bits
Acho que o erro começou ai, mas fazer o que, tinha o Tomcat e Java 64 Bits e não conseguia fazer funcionar de jeito nenhum, então, em uma tentativa desesperada desinstalei os dois marmanjos e optei por versões não tão atuais de 32 bits, que segundo as boas linguas, eram mais estáveis. Estou falando do Tomcat 6.0.18 e do Java 1.6. 0_25, ambos de 32 bits.
E na esperança de que tudo se resolveria facilmente com versões mais estáveis parti para uma nova kb, as infelizmente nada funcionou direito.
Recebia uma sonora e insistente mensagem HTTP Status 500
type Exception report
message
description The server
encountered an internal error ()
that prevented it from fulfilling
this request.
exception
javax.servlet.ServletException: java.lang.NullPointerException at java.lang.Class.forName0(Native Method) at java.lang.Class.forName(Class.java:169) at com.genexus.webpanels.GXWebObjectStub.callExecute(GXWebObjectStub.java:47) at com.genexus.webpanels.GXWebObjectStub.doGet(GXWebObjectStub.java:27) at javax.servlet.http.HttpServlet.service(HttpServlet.java:617) at javax.servlet.http.HttpServlet.service(HttpServlet.java:717) at org.apache.catalina.servlets.InvokerServlet.serveRequest(InvokerServlet.java:402) at org.apache.catalina.servlets.InvokerServlet.doGet(InvokerServlet.java:134) at javax.servlet.http.HttpServlet.service(HttpServlet.java:617) at javax.servlet.http.HttpServlet.service(HttpServlet.java:717) at org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:290) at org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:206) at org.apache.catalina.core.StandardWrapperValve.invoke(StandardWrapperValve.java:233) at org.apache.catalina.core.StandardContextValve.invoke(StandardContextValve.java:191) at org.apache.catalina.core.StandardHostValve.invoke(StandardHostValve.java:128) at org.apache.catalina.valves.ErrorReportValve.invoke(ErrorReportValve.java:102) at org.apache.catalina.core.StandardEngineValve.invoke(StandardEngineValve.java:109) at org.apache.catalina.connector.CoyoteAdapter.service(CoyoteAdapter.java:286) at org.apache.coyote.http11.Http11AprProcessor.process(Http11AprProcessor.java:857) at org.apache.coyote.http11.Http11AprProtocol$Http11ConnectionHandler.process(Http11AprProtocol.java:565) at org.apache.tomcat.util.net.AprEndpoint$Worker.run(AprEndpoint.java:1509) at java.lang.Thread.run(Thread.java:662) com.genexus.webpanels.GXWebObjectStub.callExecute(GXWebObjectStub.java:99) com.genexus.webpanels.GXWebObjectStub.doGet(GXWebObjectStub.java:27) javax.servlet.http.HttpServlet.service(HttpServlet.java:617) javax.servlet.http.HttpServlet.service(HttpServlet.java:717) org.apache.catalina.servlets.InvokerServlet.serveRequest(InvokerServlet.java:402) org.apache.catalina.servlets.InvokerServlet.doGet(InvokerServlet.java:134) javax.servlet.http.HttpServlet.service(HttpServlet.java:617) javax.servlet.http.HttpServlet.service(HttpServlet.java:717)
note The full stack trace
of the root cause is available in
the Apache Tomcat/6.0.18 logs.
Apache Tomcat/6.0.18
Dicas para um final Feliz
Como não quero que voce apanhe, vou te dar algumas dicas.
1) Use o Genexus para realizar o deploy, não faça nada manualmente.
Aplique o valor Default nas propriedades Servlet e Static content directory na KB, e observe se o valor apresentado corresponde ao diretório de instalação do Tomcat.
No meu caso o valor default apontava para C:\Program Files\Apache Software Foundation\Tomcat 6.0\webapps\ProjetoTreinamento2JavaMysql\WEB-INF\classes, enquanto que a instalação do Tomcat estava em C:\Program Files (x86)\Apache Software Foundation\Tomcat 6.0\webapps\ProjetoTreinamento2JavaMysql\WEB-INF\classes. Consegue ver alguma diferença?
Pois é o Default do Genexus não era o mesmo diretório de instalação do Tomcat, por que? o registro do Windows pode não está correto. Solução: corrija no REGEDIT. Procurando pelas ocorrências de Tomcat e modificando os valores quando necessário.
No meu caso, não apenas o local mas a versão do Tomcat também não era equivalente à instalada.
2) Veja a instalação do Webapps do Tomcat apresenta todos os diretórios (gxmetadata, Metadata, classes DLL na raiz), enfim algo semelhante a:
3) Siga o mecanismo tradicional de instalação de aplicações, caso tenha que recorrer a esse procedimento manualmente.
a) No diretório META-INF crie um arquivo chamado context.xml com o seguinte conteúdo
b) No diretório WEB-INF crie um arquivo chamado web.xml com o seguinte conteúdo.
E não fique nervoso se o Genexus alterar o conteúdo desse arquivo após o deploy, pois é exatamente o que ele vai fazer.
c) No diretório (tomcat)->Catalina->Localhost crie um arquivo com o mesmo nome da aplicação e extensão XML, com o seguinte conteudo:
d) No diretório (tomcat)->Work->Catalina->Localhost crie uma pasta com o mesmo nome da aplicação.
e) Não coloque a mão no Conf->web.xml, mudando o invoker e as outras dicas de posts anteriores.
A última dica é tenha o melhor treinador te ajudando e ai eu incluo o Alex Melo e o Pablo Mazzilli, da Artech, pois quem iria imaginar que na verdade o problema era no Tomcat e não no Genexus!!!! Enfim, após essa perfeita esfolada acredito que a culpa nem era da compatibilidade com 64 bits e coisa e tal, faltava apenas estudar o adversário, no REGEDIT!
