2012-03-28 2 views
1

En essayant d'utiliser Audited Objects pour porter un processus de création que nous avons exécuté, j'obtiens un échec lors du démarrage de l'instance de servlet. C'est aussi la raison pour laquelle je pose cette question sur StackOverflow et non sur l'un des autres sites SE, car cela concerne un outil pour les développeurs.Objets Tomcat6 et Audited sur Ubuntu 10.04

J'ai copié le fichier AO.war à /var/lib/tomcat6/webapps et lors du redémarrage de Tomcat, il est automatiquement décompressé dans un dossier /var/lib/tomcat6/webapps/AO. Mais chaque fois que je tente de démarrer l'instance (qui est représentée correctement dans le gestionnaire Tomcat), je reçois ceci:

FAIL - Application at context path /AO could not be started 

Le fichier journal me donne:

SEVERE: Error configuring application listener of class com.aotool.web.listener.SessionListener 
java.lang.ClassNotFoundException: com.aotool.web.listener.SessionListener 
     at org.apache.catalina.loader.WebappClassLoader.loadClass(WebappClassLoader.java:1484) 
     at org.apache.catalina.loader.WebappClassLoader.loadClass(WebappClassLoader.java:1329) 
     at org.apache.catalina.core.StandardContext.listenerStart(StandardContext.java:3915) 
     at org.apache.catalina.core.StandardContext.start(StandardContext.java:4467) 
     at org.apache.catalina.manager.ManagerServlet.start(ManagerServlet.java:1251) 
     at org.apache.catalina.manager.HTMLManagerServlet.start(HTMLManagerServlet.java:613) 
     at org.apache.catalina.manager.HTMLManagerServlet.doGet(HTMLManagerServlet.java:136) 
     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.authenticator.AuthenticatorBase.invoke(AuthenticatorBase.java:558) 
     at org.apache.catalina.core.StandardHostValve.invoke(StandardHostValve.java:127) 
     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:298) 
     at org.apache.coyote.http11.Http11Processor.process(Http11Processor.java:859) 
     at org.apache.coyote.http11.Http11Protocol$Http11ConnectionHandler.process(Http11Protocol.java:588) 
     at org.apache.tomcat.util.net.JIoEndpoint$Worker.run(JIoEndpoint.java:489) 
     at java.lang.Thread.run(Thread.java:636) 
Mar 28, 2012 11:47:22 PM org.apache.catalina.core.StandardContext listenerStart 

Je ne suis pas Tomcat ou Java développeur, seulement un simple utilisateur de Tomcat. Auparavant, j'ai essayé d'utiliser les aoserver et aoserver.cfg (ajusté pour corriger les chemins et la propriété) méthode décrite here, mais cela échoue silencieusement sans donner d'indices.

Remarque: J'ai donné la propriété à /etc/tomcat6 (et les fichiers ci-dessous) à l'utilisateur tomcat6 que Tomcat exécute.

exécutant la version de Tomcat est: 6.0.24-2ubuntu1.10

+0

Vous ne devriez probablement pas donner le propriétaire du répertoire '/ etc/tomcat6' à l'utilisateur' tomcat6' - si le serveur Tomcat est piraté, vous voulez aussi peu que possible d'être inscriptible - idéalement, rien qui pourrait infecter le serveur lors d'un redémarrage. – sarnold

+0

@sarnold: Je m'en rends compte. Mais: a.) C'est une machine de développement dans un intranet et b.) Si le problème a été résolu, je suis plus que disposé à renforcer la sécurité à nouveau. – 0xC0000022L

+0

Je ne sais pas AO mais l'évidence semble que le jar contenant la classe 'com.aotool.web.listener.SessionListener' est manquant dans le WEB-INF/lib de AO.war, ou que la classe elle-même est manquante dans WEB -INF/classes. Pouvez-vous décompresser la guerre et vérifier? –

Répondre

0

Arrêtez le serveur et essayez d'enlever complètement le répertoire webapps/AO.

Vérifiez que la taille du fichier AO.war est conforme aux attentes avant de redémarrer.

+0

Le 'AO.war' est 14.04 MiB. Au démarrage de Tomcat6, le dossier 'AO /' est 15.11 MiB. Cela ne change rien cependant et j'ai essayé cela avant, après avoir découvert qu'il extrait le fichier automatiquement. Le MD5 du fichier '.war' est' b09203ce866059ff0a04e56ad2202db1', qui devrait être celui de 'audited-objects-AO-1.0.10.zip'. – 0xC0000022L