Servlet : SÉVÈRE: l'allocation d'exception pour la servlet
Suivantes stacktrace est ce que j'obtiens quand j'essaie d'accéder à une servlet, qui semble en cours d'exécution fine de Tomcat manager.
11 Sep, 2012 11:50:12 AM org.apache.catalina.core.ApplicationContext log
INFO: Marking servlet LoginServlet as unavailable
11 Sep, 2012 11:50:12 AM org.apache.catalina.core.StandardWrapperValve invoke
SEVERE: Allocate exception for servlet LoginServlet
java.lang.Error: Unresolved compilation problems:
The import javax.servlet cannot be resolved
The import javax.servlet cannot be resolved
The import javax.servlet cannot be resolved
The import javax.servlet cannot be resolved
The import javax.servlet cannot be resolved
The import javax.servlet cannot be resolved
HttpServlet cannot be resolved to a type
ServletConfig cannot be resolved to a type
ServletException cannot be resolved to a type
HttpServlet cannot be resolved to a type
ServletContext cannot be resolved to a type
ServletException cannot be resolved to a type
HttpServletRequest cannot be resolved to a type
HttpServletResponse cannot be resolved to a type
ServletException cannot be resolved to a type
request cannot be resolved
The method getLoggedin() from the type LoginHandler refers to the missing type ServletException
The method destroy() of type LoginManager must override or implement a supertype method
HttpServlet cannot be resolved to a type
at com.login.servlets.LoginManager.<init>(LoginManager.java:5)
at sun.reflect.NativeConstructorAccessorImpl.newInstance0(Native Method)
at sun.reflect.NativeConstructorAccessorImpl.newInstance(Unknown Source)
at sun.reflect.DelegatingConstructorAccessorImpl.newInstance(Unknown Source)
at java.lang.reflect.Constructor.newInstance(Unknown Source)
at java.lang.Class.newInstance0(Unknown Source)
at java.lang.Class.newInstance(Unknown Source)
at org.apache.catalina.core.StandardWrapper.loadServlet(StandardWrapper.java:1149)
at org.apache.catalina.core.StandardWrapper.allocate(StandardWrapper.java:827)
at org.apache.catalina.core.StandardWrapperValve.invoke(StandardWrapperValve.java:129)
at org.apache.catalina.core.StandardContextValve.invoke(StandardContextValve.java:191)
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:293)
at org.apache.coyote.http11.Http11AprProcessor.process(Http11AprProcessor.java:877)
at org.apache.coyote.http11.Http11AprProtocol$Http11ConnectionHandler.process(Http11AprProtocol.java:594)
at org.apache.tomcat.util.net.AprEndpoint$Worker.run(AprEndpoint.java:1675)
at java.lang.Thread.run(Unknown Source)
11 Sep, 2012 12:05:12 PM org.apache.catalina.core.ApplicationContext log
INFO: Marking servlet Log4JInitServlet as unavailable
11 Sep, 2012 12:05:12 PM org.apache.catalina.core.StandardContext loadOnStartup
SEVERE: Servlet /logintest threw load() exception
java.lang.Error: Unresolved compilation problems:
The import javax.servlet cannot be resolved
The import javax.servlet cannot be resolved
The import javax.servlet cannot be resolved
The import javax.servlet cannot be resolved
The import org.apache cannot be resolved
The import org.apache cannot be resolved
HttpServlet cannot be resolved to a type
ServletConfig cannot be resolved to a type
ServletException cannot be resolved to a type
ServletContext cannot be resolved to a type
BasicConfigurator cannot be resolved
PropertyConfigurator cannot be resolved
BasicConfigurator cannot be resolved
at com.logger.WebLogger.<init>(WebLogger.java:5)
at sun.reflect.NativeConstructorAccessorImpl.newInstance0(Native Method)
at sun.reflect.NativeConstructorAccessorImpl.newInstance(Unknown Source)
at sun.reflect.DelegatingConstructorAccessorImpl.newInstance(Unknown Source)
at java.lang.reflect.Constructor.newInstance(Unknown Source)
at java.lang.Class.newInstance0(Unknown Source)
at java.lang.Class.newInstance(Unknown Source)
at org.apache.catalina.core.StandardWrapper.loadServlet(StandardWrapper.java:1149)
at org.apache.catalina.core.StandardWrapper.load(StandardWrapper.java:1026)
at org.apache.catalina.core.StandardContext.loadOnStartup(StandardContext.java:4421)
at org.apache.catalina.core.StandardContext.start(StandardContext.java:4734)
at org.apache.catalina.core.StandardContext.reload(StandardContext.java:3461)
at org.apache.catalina.manager.ManagerServlet.reload(ManagerServlet.java:943)
at org.apache.catalina.manager.HTMLManagerServlet.reload(HTMLManagerServlet.java:557)
at org.apache.catalina.manager.HTMLManagerServlet.doGet(HTMLManagerServlet.java:121)
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.filters.CsrfPreventionFilter.doFilter(CsrfPreventionFilter.java:186)
at org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:235)
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:563)
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:293)
at org.apache.coyote.http11.Http11AprProcessor.process(Http11AprProcessor.java:877)
at org.apache.coyote.http11.Http11AprProtocol$Http11ConnectionHandler.process(Http11AprProtocol.java:594)
at org.apache.tomcat.util.net.AprEndpoint$Worker.run(AprEndpoint.java:1675)
at java.lang.Thread.run(Unknown Source)
Tous les pots qui était utilisé à l'intérieur d'eclipse classpath est disponible dans le dossier lib de Tomcat. La webapp est obtenir déployée avec tout les journaux d'erreur, mais lorsque je tente d'accéder à une servlet, cette exception se produit, et je le reçois enregistré dans les logs de tomcat. Quelqu'un peut-il aider?
The package names are proper inside 'classes', also, the web.xml is proper.
Je ne sais pas pourquoi ce qui se passe. Il y a certaines autres webapps, qui utilise presque la même libs en cours d'exécution fine. Ils s'attendaient à quelque un peut m'aider avec ce..
Grâce
T-il se passer lors de l'exécution dans Eclipse ou dans un Tomcat autonome?
Cochez cette stackoverflow.com/questions/4076601/...
Cochez cette stackoverflow.com/questions/4076601/...
OriginalL'auteur Kris | 2012-09-11
Vous devez vous connecter pour publier un commentaire.
Enfin , j'ai mon erreur. C'était un problème causé par l'éclipse de construire. Depuis la construction n'a pas été bonne, les fichiers de classe où corrompu. J'ai nettoyé l'ensemble du projet, a pris une nouvelle en construire, maintenant sa fonctionne bien. Merci pour vos réponses.
OriginalL'auteur Kris
Après recherche dans les Exceptions, que vous avez, où vous avez égaré les fichiers jar
(servlet-api.jar). Il devrait être en vertu de votre Projet/WEB-INF/lib du dossier. Je pense qu'il va
fonctionne si vos fichiers jar sont dans le chemin d'accès spécifié ci-dessus.
OriginalL'auteur Srinivas B
En quelque sorte qui vous manque la
servlet-api.jar
. Il devrait être situé dans latomcat\lib
dossier.OriginalL'auteur Tarlog
Si vous obtenez cette erreur "GRAVE: l'allocation d'exception pour la servlet" couplé avec "java.lang.InstantiationException" l'exception", assurez-vous que votre servlet classe dispose d'un constructeur sans argument depuis le conteneur de servlet doit être en mesure d'instancier.
Si votre classe de servlet n'est pas explicitement que les non-zéro argument du constructeur (ce qui est généralement le cas), le constructeur par défaut fourni par le compilateur devrait suffire.
OriginalL'auteur ushah
J'ai eu le même problème! Passé 2 heures à chercher une solution!
Et c'est ici!
FAIT!
Heureux d'entendre ça!
OriginalL'auteur Vitali Kuzmin
"
java.lang.Error: Unresolved compilation problems
: "dit que l'application n'est pas compilé correctement. S'il vous plaît mettre le
servlet-api.jar
dans le classpath, et pas seulement dans le dossier lib du projet, mais aussi l'attacher à classpath.Assurez-vous que le même récipient également disponible dans
tomcat/common/lib
dossier.causée par eclipse corrompu construire. Résolu
OriginalL'auteur Ratnakar.class
J'ai aussi vu cette exception où l' @annotation de Ressources provoqué un conflit avec les deux technologies de marcher sur les orteils (tomcat servlet api 3, et au printemps).
OriginalL'auteur Kimball Robinson
Mon cas a l'aide de Java 8 lamda expressions avec les anciennes version de Repos qui n'était pas basé sur Java 8
OriginalL'auteur YouYou