D'État HTTP 405 - méthode HTTP GET n'est pas pris en charge par cette URL
J'ai le texte suivant servlet:
public class MyServlet extends HttpServlet {
private static final long serialVersionUID = 16252534;
private static int ping = 3000;
private Thread t;
private static boolean shouldStop = false;
@Override
public void init() throws ServletException {
super.init();
t = new Thread(new Runnable() {
@Override
public void run() {
while(!shouldStop) {
System.out.println("Now:" + System.currentTimeMillis());
try {
Thread.sleep(ping);
} catch (InterruptedException e) {
e.printStackTrace();
}
}
}
});
t.start();
}
@Override
protected void doGet(HttpServletRequest req, HttpServletResponse resp)
throws ServletException, IOException {
super.doGet(req, resp);
System.out.println("doGet");
PrintWriter out = resp.getWriter();
out.println("<html><h1>It works!!</h1></html>");
}
@Override
public void service(ServletRequest req, ServletResponse resp) throws ServletException, IOException {
super.service(req, resp);
System.out.println("service");
}
@Override
protected void doPost(HttpServletRequest req, HttpServletResponse resp) throws ServletException, IOException {
super.doPost(req, resp);
System.out.println("doPost");
}
@Override
public void destroy() {
super.destroy();
System.out.println("Destroy servlet");
shouldStop = true;
}
}Qui est mappé comme suit dans mon web.xml:
<display-name>MyServer</display-name>
<welcome-file-list>
<welcome-file>index.jsp</welcome-file>
</welcome-file-list>
<servlet>
<servlet-name>MyServlet</servlet-name>
<servlet-class>com.myserver.MyServlet</servlet-class>
<load-on-startup>1</load-on-startup>
</servlet>
<servlet-mapping>
<servlet-name>MyServlet</servlet-name>
<url-pattern>/MyServlet</url-pattern>
</servlet-mapping>Quand j'ouvre mon navigateur (Chrome) sur http://localhost:8080/MyServer/MyServlet, puis-je voir la section "services" de doService() être connecté sur la console et mon fil fonctionne correctement, cependant je ne vois pas "Ça marche" de doGet() cours de la session et j'obtiens l'erreur suivante dans le navigateur:
Méthode HTTP GET n'est pas pris en charge par cette URL
Comment est-il la cause et comment puis-je le résoudre?
Vous devez vous connecter pour publier un commentaire.
C'est le défaut de réponse de l'implémentation par défaut de
HttpServlet#doGet(). Cela signifie que ledoGet()méthode n'est pas correctement@Overriden, ou il est explicitement appelé.Vous n'avez correctement
@OverrideladoGet()méthode, mais vous êtes toujours en appelant explicitement l'implémentation par défaut pour une obscure raison.De se débarrasser de cette ligne et ce problème devrait disparaître.
La
HttpServletsuit globalement les méthode de modèle de modèle où tous les non-substituée HTTP méthodes retourne cette erreur HTTP 405 "la Méthode non pris en charge". Lorsque vous remplacez une telle méthode, vous devriez pas appelsuperméthode, parce que vous auriez toujours l'erreur HTTP 405. La même histoire se passe pendant votredoPost()méthode.Ceci s'applique également sur
service()par le sens, mais qui n'a techniquement pas de mal dans cette construction, puisque vous besoin pour laisser la valeur par défaut de la mise en œuvre d'exécuter les méthodes appropriées. En fait, l'ensemble de laservice()méthode est inutile pour vous, vous pouvez simplement supprimer l'intégralité de la méthode à partir de votre servlet.La
super.init();est également inutile. Il est seulement nécessaire lorsque vous remplacez lainit(ServletConfig), parce que sinon, leServletConfigne serait pas jeu de. C'est aussi explicitement mentionné dans la javadoc. C'est la seule méthode qui nécessite unsuperappel.Sans rapport avec au problème concret, le frai a un thread dans un servlet comme ça, c'est une mauvaise idée. Pour la bonne approche, à la tête Comment faire pour exécuter une tâche en arrière-plan dans un servlet en fonction de l'application web?
ServletContextListenerest tout simplement le bon endroit pour faire l'initialisation globale et de nettoyage au cours de webapp de démarrage et d'arrêt.vous avez remplacé le
serviceméthode qui est responsable de déléguer l'appel à doGet ou doPost. voir ce pour plus de détailsAussi se débarrasser de super.doxxx(..) des appels de chaque méthode.
Ne pas remplacer la
serviceméthode et vous devriez voir "Ça marche" de doGet.