suchen

Heim  >  Artikel  >  So beheben Sie java.lang.NoSuchMethodException: Servlets.MyServlet.() unter java.base/java.lang.Class.getConstructor0

So beheben Sie java.lang.NoSuchMethodException: Servlets.MyServlet.() unter java.base/java.lang.Class.getConstructor0

WBOY
WBOYnach vorne
2024-02-09 11:33:18499Durchsuche

PHP-Editor Zimo beantwortet Ihre Frage zur Behebung von „java.lang.NoSuchMethodException: Servlets.MyServlet.() unter java.base/java.lang.Class.getConstructor0“. Dieser Fehler tritt normalerweise in Java-Programmen auf und bedeutet, dass der angegebene Konstruktor nicht gefunden werden kann. Um dieses Problem zu lösen, können Sie überprüfen, ob der Konstruktor im Code vorhanden ist, ob die Parameter korrekt sind und ob der Klassenpfad korrekt konfiguriert ist. Darüber hinaus können Sie auch ein Upgrade der Java-Version oder die Verwendung anderer verfügbarer Konstruktoren in Betracht ziehen. Mit diesen Methoden sollten Sie diesen Fehler erfolgreich beheben und das Programm normal ausführen können.

Frageninhalt

Ich habe ein Formular auf einer JSP-Seite und versuche, eine Verbindung zum Servlet myservlet herzustellen. Ich verwende Tomcat 10.x. Ich erhalte ständig die folgende Fehlermeldung: 

http status 500 – internal server error

type exception report

message error instantiating servlet class [servlets.myservlet]

description the server encountered an unexpected condition that prevented it from fulfilling the request.

exception

jakarta.servlet.servletexception: error instantiating servlet class [servlets.myservlet]
    org.apache.catalina.authenticator.authenticatorbase.invoke(authenticatorbase.java:482)
    org.apache.catalina.valves.errorreportvalve.invoke(errorreportvalve.java:93)
    org.apache.catalina.valves.abstractaccesslogvalve.invoke(abstractaccesslogvalve.java:673)
    org.apache.catalina.connector.coyoteadapter.service(coyoteadapter.java:340)
    org.apache.coyote.http11.http11processor.service(http11processor.java:391)
    org.apache.coyote.abstractprocessorlight.process(abstractprocessorlight.java:63)
    org.apache.coyote.abstractprotocol$connectionhandler.process(abstractprotocol.java:896)
    org.apache.tomcat.util.net.nioendpoint$socketprocessor.dorun(nioendpoint.java:1744)
    org.apache.tomcat.util.net.socketprocessorbase.run(socketprocessorbase.java:52)
    org.apache.tomcat.util.threads.threadpoolexecutor.runworker(threadpoolexecutor.java:1191)
    org.apache.tomcat.util.threads.threadpoolexecutor$worker.run(threadpoolexecutor.java:659)
    org.apache.tomcat.util.threads.taskthread$wrappingrunnable.run(taskthread.java:61)
    java.base/java.lang.thread.run(thread.java:1589)
root cause

java.lang.nosuchmethodexception: servlets.myservlet.<init>()
    java.base/java.lang.class.getconstructor0(class.java:3641)
    java.base/java.lang.class.getconstructor(class.java:2324)
    org.apache.catalina.authenticator.authenticatorbase.invoke(authenticatorbase.java:482)
    org.apache.catalina.valves.errorreportvalve.invoke(errorreportvalve.java:93)
    org.apache.catalina.valves.abstractaccesslogvalve.invoke(abstractaccesslogvalve.java:673)
    org.apache.catalina.connector.coyoteadapter.service(coyoteadapter.java:340)
    org.apache.coyote.http11.http11processor.service(http11processor.java:391)
    org.apache.coyote.abstractprocessorlight.process(abstractprocessorlight.java:63)
    org.apache.coyote.abstractprotocol$connectionhandler.process(abstractprotocol.java:896)
    org.apache.tomcat.util.net.nioendpoint$socketprocessor.dorun(nioendpoint.java:1744)
    org.apache.tomcat.util.net.socketprocessorbase.run(socketprocessorbase.java:52)
    org.apache.tomcat.util.threads.threadpoolexecutor.runworker(threadpoolexecutor.java:1191)
    org.apache.tomcat.util.threads.threadpoolexecutor$worker.run(threadpoolexecutor.java:659)
    org.apache.tomcat.util.threads.taskthread$wrappingrunnable.run(taskthread.java:61)
    java.base/java.lang.thread.run(thread.java:1589)
note the full stack trace of the root cause is available in the server logs.

apache tomcat/10.1.18

Ich weiß, dass das Servlet(?) am angegebenen Speicherort nicht gefunden wird, bin mir aber nicht sicher, wie ich das beheben kann. Jede Hilfe wäre sehr dankbar.

Das ist meine Datei:

index.jsp

<html>
<body>
<h2>hello world!</h2>
<form action="myservlet" method="get">
    <input type="submit" value="enter">
</form>
</body>
</html>

myservlet.java

package servlets;

import jakarta.servlet.servletexception;
import jakarta.servlet.annotation.webservlet;
import jakarta.servlet.http.httpservlet;
import jakarta.servlet.http.httpservletrequest;
import jakarta.servlet.http.httpservletresponse;

import java.io.ioexception;

@webservlet("/myservlet")
public class myservlet extends httpservlet {

    myservlet(){
        super();
    }

    @override
    protected void doget(httpservletrequest req, httpservletresponse resp) throws servletexception, ioexception {
        super.doget(req, resp);
    }

    @override
    protected void dopost(httpservletrequest req, httpservletresponse resp) throws servletexception, ioexception {
        super.dopost(req, resp);
    }
}

pom.xml

<project xmlns="http://maven.apache.org/pom/4.0.0" xmlns:xsi="http://www.w3.org/2001/xmlschema-instance"
  xsi:schemalocation="http://maven.apache.org/pom/4.0.0 http://maven.apache.org/maven-v4_0_0.xsd">
  <modelversion>4.0.0</modelversion>
  <groupid>org.example</groupid>
  <artifactid>baseproject</artifactid>
  <packaging>war</packaging>
  <version>1.0-snapshot</version>
  <name>baseproject maven webapp</name>
  <url>http://maven.apache.org</url>
  <dependencies>
    <dependency>
      <groupid>junit</groupid>
      <artifactid>junit</artifactid>
      <version>3.8.1</version>
      <scope>test</scope>
    </dependency>
    <dependency>
      <groupid>jakarta.servlet</groupid>
      <artifactid>jakarta.servlet-api</artifactid>
      <version>6.0.0</version>
      <scope>provided</scope>
    </dependency>
  </dependencies>
  <build>
    <finalname>baseproject</finalname>
  </build>
</project>

Ich habe versucht, „@webservlet("/myservlet")“ aus myservlet.java zu entfernen und Servlet und Servlet-Mapping manuell wie folgt zu web.xml hinzuzufügen: 

<!DOCTYPE web-app PUBLIC
 "-//Sun Microsystems, Inc.//DTD Web Application 2.3//EN"
 "http://java.sun.com/dtd/web-app_2_3.dtd" >

<web-app>
  <display-name>Archetype Created Web Application</display-name>
  
  <servlet>
    <servlet-name>MyServlet</servlet-name>
    <servlet-class>Servlets.MyServlet</servlet-class>
  </servlet>

  <servlet-mapping>
    <servlet-name>MyServlet</servlet-name>
    <url-pattern>/MyServlet</url-pattern>
  </servlet-mapping>

</web-app>

Dies führt jedoch immer noch zu einem 500-Fehler.

Problemumgehung

Stellen Sie den Konstruktor des Servlets bereit, damit Tomcat ihn ausführen kann. 

public MyServlet() {
    super();
}

Das obige ist der detaillierte Inhalt vonSo beheben Sie java.lang.NoSuchMethodException: Servlets.MyServlet.() unter java.base/java.lang.Class.getConstructor0. Für weitere Informationen folgen Sie bitte anderen verwandten Artikeln auf der PHP chinesischen Website!

Java php tomcat servlet 构造函数 xml class jsp
Stellungnahme：
Dieser Artikel ist reproduziert unter:stackoverflow.com. Bei Verstößen wenden Sie sich bitte an admin@php.cn löschen
Vorheriger Artikel：Best Practices für Java zum Aufrufen überladener Methoden von übergeordneten und untergeordneten KlassenNächster Artikel：Best Practices für Java zum Aufrufen überladener Methoden von übergeordneten und untergeordneten Klassen

In Verbindung stehende Artikel

Mehr sehen