web-dev-qa-db-de.com

Tomcat: Fehler beim Zerstören des mit ProtocolHandler verknüpften Endpunkts

Problem: Beim Ausführen meines Projekts auf einer Tomcat erhalte ich folgendes Problem: 

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)

Frage: Wurde das Problem durch meine Datei web.xml verursacht?

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();
        }
    }

Hinweis: Ich führe das Projekt an 

Spring Tool Suite 

Version: 3.7.3.RELEASE Build Id: 201602251025 Plattform: 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 &quot;%r&quot; %s %b" />

      </Host>
    </Engine>
  </Service>
</Server>
8
jublikon

Ich bin auf ein ähnliches Problem gestoßen, als ich ein Maven-Webprojekt nach der Reinigung in Eclipse ..__ veröffentlichte. Um dieses Problem zu lösen, sollten Sie:

  1. aktualisieren Sie das Maven-Projekt

  2. config build path -> unnötige Quellordner entfernen

  3. Stellen Sie sicher, dass die Webbereitstellungsassembly so aussieht , entfernen Sie nicht benötigte Einträge

  4. konfigurationen ausführen -> Tomcat auswählen -> dann Classpath überprüfen, sicherstellen, dass es so aussieht

  5. Vergiss nicht, ein Projekt zu bauen.

Funktioniert bei mir. Ich hoffe es hilft.

2
shehuizhuyihao

Versuchen Sie, im Protokoll nach vorherigen Fehlermeldungen zu suchen.

In meinem Fall ist zum Beispiel ein Fehler in der Servlet-Definition in web.xml aufgetreten.

1
bluish

Um das Verzeichnis zu sehen, in dem das JAR-Paket gespeichert und von Maven heruntergeladen und das gesamte untergeordnete Verzeichnis gelöscht wird, dann zurück zu Eclipse und auf das Maven-Projekt aktualisieren klicken.

0
KuangCuixia

Wenn Sie an der JSP Servlet-Webanwendung arbeiten, wird dieses Problem durch eine nicht ordnungsgemäße Servletkonfiguration im web.xml verursacht.

Es sollte wie im folgenden Beispiel richtig sein

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>
0
Yogesh Patil

Dieses Problem tritt normalerweise auf, wenn in web.xml etwas nicht stimmt. Überprüfen Sie, ob alle Klassenzuordnungen korrekt vorhanden sind. Beispiel: Wenn Filter-Mapping deklariert ist, sollte auch der entsprechende Filter für denselben Namen deklariert werden.

Überprüfen Sie im Fall von Spring, ob WebApplicationInitializer ordnungsgemäß definiert ist.

0
PraBhu

Bei der Anwendungsentwicklung im Frühling bin ich mit dem obigen Problem konfrontiert.

Lösung: In der Datei pom.xml habe ich slf4j als Abhängigkeit hinzugefügt und das Problem wurde behoben.

<dependency>
    <groupId>org.slf4j</groupId>
    <artifactId>jcl-over-slf4j</artifactId>
    <version>1.7.12</version>
</dependency>   
0
Tapan

Ich hatte dieses Problem beim Debuggen einer Webanwendung unter Eclipse ... __ Ich musste jedes Projekt von Webanwendungen öffnen, die auf Server Tomcat bereitgestellt wurden, und das Problem wurde behoben

0
dar0x