Problème: Exécution de mon projet sur une Tomcat
Je reçois le problème suivant:
SCHWERWIEGEND: Failed to destroy end point associated with ProtocolHandler ["ajp-nio-8009"]
Java.lang.NullPointerException
at org.Apache.Tomcat.util.net.NioEndpoint.releaseCaches(NioEndpoint.Java:316)
at org.Apache.Tomcat.util.net.NioEndpoint.unbind(NioEndpoint.Java:492)
at org.Apache.Tomcat.util.net.AbstractEndpoint.destroy(AbstractEndpoint.Java:821)
at org.Apache.coyote.AbstractProtocol.destroy(AbstractProtocol.Java:534)
at org.Apache.catalina.connector.Connector.destroyInternal(Connector.Java:1023)
at org.Apache.catalina.util.LifecycleBase.destroy(LifecycleBase.Java:297)
at org.Apache.catalina.core.StandardService.destroyInternal(StandardService.Java:589)
at org.Apache.catalina.util.LifecycleBase.destroy(LifecycleBase.Java:297)
at org.Apache.catalina.core.StandardServer.destroyInternal(StandardServer.Java:877)
at org.Apache.catalina.util.LifecycleBase.destroy(LifecycleBase.Java:297)
at org.Apache.catalina.startup.Catalina.start(Catalina.Java:633)
at Sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
at Sun.reflect.NativeMethodAccessorImpl.invoke(Unknown Source)
at Sun.reflect.DelegatingMethodAccessorImpl.invoke(Unknown Source)
at Java.lang.reflect.Method.invoke(Unknown Source)
at org.Apache.catalina.startup.Bootstrap.start(Bootstrap.Java:351)
at org.Apache.catalina.startup.Bootstrap.main(Bootstrap.Java:485)
Question: Le problème est-il causé par mon fichier web.xml?
web.xml
<?xml version="1.0" encoding="UTF-8"?>
<web-app xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance" xmlns="http://xmlns.jcp.org/xml/ns/javaee" xsi:schemaLocation="http://xmlns.jcp.org/xml/ns/javaee http://xmlns.jcp.org/xml/ns/javaee/web-app_3_1.xsd" id="WebApp_ID" version="3.1">
<display-name>SMS Cloud Service</display-name>
</web-app>
HomeController.Java
@RestController
public class HomeController {
private final MachineRepository machineRepository;
@Autowired
HomeController(MachineRepository machineRepository) {
this.machineRepository = machineRepository;
}
@RequestMapping(value = "/maschine/getAll", method = RequestMethod.GET)
Iterable<Machine> readMachines(@PathVariable String userId) {
return this.machineRepository.findAll();
}
}
Note: Je lance le projet sur
Spring Tool Suite
Version: 3.7.3.RELEASE Numéro de construction: 201602251025 Plate-forme: Eclipse Neon (4.6)
Tomcat's server.xml
<?xml version='1.0' encoding='utf-8'?>
<!--
Licensed to the Apache Software Foundation (ASF) under one or more
contributor license agreements. See the NOTICE file distributed with
this work for additional information regarding copyright ownership.
The ASF licenses this file to You under the Apache License, Version 2.0
(the "License"); you may not use this file except in compliance with
the License. You may obtain a copy of the License at
http://www.Apache.org/licenses/LICENSE-2.0
Unless required by applicable law or agreed to in writing, software
distributed under the License is distributed on an "AS IS" BASIS,
WITHOUT WARRANTIES OR CONDITIONS OF ANY KIND, either express or implied.
See the License for the specific language governing permissions and
limitations under the License.
-->
<!-- Note: A "Server" is not itself a "Container", so you may not
define subcomponents such as "Valves" at this level.
Documentation at /docs/config/server.html
-->
<Server port="8005" shutdown="SHUTDOWN">
<Listener className="org.Apache.catalina.startup.VersionLoggerListener" />
<!-- Security listener. Documentation at /docs/config/listeners.html
<Listener className="org.Apache.catalina.security.SecurityListener" />
-->
<!--APR library loader. Documentation at /docs/apr.html -->
<Listener className="org.Apache.catalina.core.AprLifecycleListener" SSLEngine="on" />
<!-- Prevent memory leaks due to use of particular Java/javax APIs-->
<Listener className="org.Apache.catalina.core.JreMemoryLeakPreventionListener" />
<Listener className="org.Apache.catalina.mbeans.GlobalResourcesLifecycleListener" />
<Listener className="org.Apache.catalina.core.ThreadLocalLeakPreventionListener" />
<!-- Global JNDI resources
Documentation at /docs/jndi-resources-howto.html
-->
<GlobalNamingResources>
<!-- Editable user database that can also be used by
UserDatabaseRealm to authenticate users
-->
<Resource name="UserDatabase" auth="Container"
type="org.Apache.catalina.UserDatabase"
description="User database that can be updated and saved"
factory="org.Apache.catalina.users.MemoryUserDatabaseFactory"
pathname="conf/Tomcat-users.xml" />
</GlobalNamingResources>
<!-- A "Service" is a collection of one or more "Connectors" that share
a single "Container" Note: A "Service" is not itself a "Container",
so you may not define subcomponents such as "Valves" at this level.
Documentation at /docs/config/service.html
-->
<Service name="Catalina">
<!--The connectors can use a shared executor, you can define one or more named thread pools-->
<!--
<Executor name="tomcatThreadPool" namePrefix="catalina-exec-"
maxThreads="150" minSpareThreads="4"/>
-->
<!-- A "Connector" represents an endpoint by which requests are received
and responses are returned. Documentation at :
Java HTTP Connector: /docs/config/http.html (blocking & non-blocking)
Java AJP Connector: /docs/config/ajp.html
APR (HTTP/AJP) Connector: /docs/apr.html
Define a non-SSL/TLS HTTP/1.1 Connector on port 8080
-->
<Connector port="8080" protocol="HTTP/1.1"
connectionTimeout="20000"
redirectPort="8443" />
<!-- A "Connector" using the shared thread pool-->
<!--
<Connector executor="tomcatThreadPool"
port="8080" protocol="HTTP/1.1"
connectionTimeout="20000"
redirectPort="8443" />
-->
<!-- Define a SSL/TLS HTTP/1.1 Connector on port 8443
This connector uses the NIO implementation that requires the JSSE
style configuration. When using the APR/native implementation, the
OpenSSL style configuration is required as described in the APR/native
documentation -->
<!--
<Connector port="8443" protocol="org.Apache.coyote.http11.Http11NioProtocol"
maxThreads="150" SSLEnabled="true" scheme="https" secure="true"
clientAuth="false" sslProtocol="TLS" />
-->
<!-- Define an AJP 1.3 Connector on port 8009 -->
<Connector port="8009" protocol="AJP/1.3" redirectPort="8443" />
<!-- An Engine represents the entry point (within Catalina) that processes
every request. The Engine implementation for Tomcat stand alone
analyzes the HTTP headers included with the request, and passes them
on to the appropriate Host (virtual Host).
Documentation at /docs/config/engine.html -->
<!-- You should set jvmRoute to support load-balancing via AJP ie :
<Engine name="Catalina" defaultHost="localhost" jvmRoute="jvm1">
-->
<Engine name="Catalina" defaultHost="localhost">
<!--For clustering, please take a look at documentation at:
/docs/cluster-howto.html (simple how to)
/docs/config/cluster.html (reference documentation) -->
<!--
<Cluster className="org.Apache.catalina.ha.tcp.SimpleTcpCluster"/>
-->
<!-- Use the LockOutRealm to prevent attempts to guess user passwords
via a brute-force attack -->
<Realm className="org.Apache.catalina.realm.LockOutRealm">
<!-- This Realm uses the UserDatabase configured in the global JNDI
resources under the key "UserDatabase". Any edits
that are performed against this UserDatabase are immediately
available for use by the Realm. -->
<Realm className="org.Apache.catalina.realm.UserDatabaseRealm"
resourceName="UserDatabase"/>
</Realm>
<Host name="localhost" appBase="webapps"
unpackWARs="true" autoDeploy="true">
<!-- SingleSignOn Valve, share authentication between web applications
Documentation at: /docs/config/Valve.html -->
<!--
<Valve className="org.Apache.catalina.authenticator.SingleSignOn" />
-->
<!-- Access log processes all example.
Documentation at: /docs/config/Valve.html
Note: The pattern used is equivalent to using pattern="common" -->
<Valve className="org.Apache.catalina.valves.AccessLogValve" directory="logs"
prefix="localhost_access_log" suffix=".txt"
pattern="%h %l %u %t "%r" %s %b" />
</Host>
</Engine>
</Service>
</Server>
J'ai rencontré un problème similaire lorsque je publie un projet Web Maven après l'avoir nettoyé dans Eclipse . D'après mon expérience, pour résoudre ce problème, vous devez:
mettre à jour le projet Maven
chemin de construction de configuration -> supprimer les dossiers sources inutiles
assurez-vous que le déploiement Web Assembly ressemble à ceci , supprimez les entrées inutiles
lancez les configurations -> choisissez Tomcat -> puis cochez Classpath, assurez-vous qu'il ressemble à cela
Enfin, n'oubliez pas de construire le projet.
Travaille pour moi. J'espère que ça aide.
Essayez de rechercher les messages d'erreur précédents dans le journal.
Dans mon cas, par exemple, il y avait une erreur dans la définition des servlets dans web.xml.
Pour voir le répertoire dans lequel le paquet jar a été téléchargé par Maven et effacer tout le répertoire enfant, revenez à Eclipse et cliquez sur mettre à jour le projet Maven . C’est mon expérience et c’est réussi.
Si vous travaillez sur l'application Web JSP Servlet, ce problème est dû à une configuration incorrecte de la servlet dans web.xml
.
Il devrait être bon comme suit exemple
web.xml
<?xml version="1.0" encoding="UTF-8"?>
<web-app xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance" xmlns="http://xmlns.jcp.org/xml/ns/javaee" xsi:schemaLocation="http://xmlns.jcp.org/xml/ns/javaee http://xmlns.jcp.org/xml/ns/javaee/web-app_3_1.xsd" id="WebApp_ID" version="3.1">
<display-name>SimpleServletProject</display-name>
<servlet>
<servlet-name>XmlServlet</servlet-name>
<servlet-class>com.yogi.XmlServlet</servlet-class>
</servlet>
<servlet-mapping>
<servlet-name>XmlServlet</servlet-name>
<url-pattern>/xmlservlet</url-pattern>
</servlet-mapping>
</web-app>
Ce problème se produit généralement lorsque quelque chose ne va pas dans web.xml . Vérifiez si tout le mappage de classe est correctement présent. Exemple: si le mappage de filtre est déclaré, le filtre approprié pour le même nom doit également être déclaré.
Dans le cas de Spring, vérifiez si WebApplicationInitializer est correctement défini.
Au printemps, le développement d'applications m'a posé le problème ci-dessus.
Solution: dans le fichier pom.xml
, j'ai ajouté slf4j
en tant que dépendance et le problème a été résolu.
<dependency>
<groupId>org.slf4j</groupId>
<artifactId>jcl-over-slf4j</artifactId>
<version>1.7.12</version>
</dependency>
J'ai eu ce problème en déboguant une application Web sous Eclipse . Je devais ouvrir chaque projet d'applications Web déployé sur Server Tomcat, puis le problème a été résolu.