Web service d'erreur d'État HTTP 404 - Non Trouvé

Je suis un simple webservice tutoriel et ne semble pas interagir avec du code Java. Je soupçonne mon web.xml a une erreur mais je ne suis pas sûr. Il n'y a pas d'erreurs évidentes et l'index.jsp est serveur sans aucun problème.

Donc, quand je suis en cours d'exécution sur le serveur, il ouvre l'index.jsp et j'ai ensuite essayer de l'url ci-après, mais je me fais 'Erreurs HTTP 404'

Voici ce que j'ai

Projet web dynamique avec jersey libs importés.
Une note à ce sujet - j'ai eu une erreur pour la classe n'est pas trouvé et vu que j'ai eu à utiliser Glassfish.org... au lieu de le com.soleil, ne sais pas pourquoi, mais il ya go.
Web service d'erreur d'État HTTP 404 - Non Trouvé

Mon web.xml est comme suit. Pas d'erreurs.

<?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>RestApi</display-name>
<welcome-file-list>
<welcome-file>index.html</welcome-file>
<welcome-file>index.htm</welcome-file>
<welcome-file>index.jsp</welcome-file>
<welcome-file>default.html</welcome-file>
<welcome-file>default.htm</welcome-file>
<welcome-file>default.jsp</welcome-file>
</welcome-file-list>
<display-name>Rest Web Services App by me</display-name>
<servlet>
<servlet-name>exampleServlet</servlet-name>
<servlet-class>org.glassfish.jersey.servlet.ServletContainer</servlet-class>
<init-param>
<param-name>com.sun.jersey.config.property.packages</param-name>
<param-value>com.rest.example</param-value>
</init-param>
<load-on-startup>1</load-on-startup>
</servlet>
<servlet-mapping>
<servlet-name>exampleServlet</servlet-name>
<url-pattern>/rest/*</url-pattern>
</servlet-mapping>
</web-app>

Ma classe java est comme suit. Pas d'erreurs.

package com.rest.example;
import javax.ws.rs.GET;
import javax.ws.rs.Path;
import javax.ws.rs.PathParam;
import javax.ws.rs.core.Response;
@Path("/hello")
public class HelloWorld {
@GET
@Path("/{param}")
public Response getMsg(@PathParam("param") String msg){
String output = "Welcome to the world of Rest : "+msg;
return Response.status(200).entity(output).build(); 
}
}
InformationsquelleAutor Fearghal | 2015-10-01
  1. 1

    Vous utilisez l'ancienne Jersey 1.propriété x

    com.sun.jersey.config.property.packages

    Pour Le Jersey 2.x il devrait être

    jersey.config.server.provider.packages

    En règle générale, rien où vous voyez com.sun.jersey est pour le Jersey 1.x et org.glassfish.jersey est pour 2.x.

    • vous petit bijou. merci d'une usine de peeskillet
    InformationsquelleAutor Paul Samsotha
  2. 0

    essayer:

    http://localhost:8080/rest/RestApi/hello

    vérifier mon cas

    la règle semble comme ceci: /{url-pattern}/{projet}/{path}

    Je lance mon cas avec ponton

    un autre exemple

    InformationsquelleAutor no7dw
  3. 0

    le problème ci-dessus peut se produire en raison des raisons suivantes :

    1. D'abord vérifier le nom de votre application déployée dans le répertoire webapps de tomcat, s'il est correspondant à votre url ou pas, qui donne 404.Mais dans le cas ci-dessus, que c'est en montrant la page d'accueil, alors il n'est pas la question ici.
    2. Vérifier le modèle d'url de mentionner dans l'web.xml comme elle doit être la même que dans l'url vous frapper.

    <url-pattern>/rest/*</url-pattern>

    1. Troisième chose à faire est de vérifier que le chemin d'accès défini dans le reste de la classe avec @Chemin d'annotation.
    2. Vérifier l'web.xml pour les entrées suivantes si vous utilisez jersey pots 2.x comme suggéré ci-dessus par @Paul Samsotha
    <servlet> 
<servlet-name>Jersey RESTful Application</servlet-name> 
<servlet-class>org.glassfish.jersey.servlet.ServletContainer</servlet-class>
<init-param> 
<param-name>jersey.config.server.provider.packages</param-name> 
<param-value>com.pizzeria</param-value> 
</init-param> 
</servlet>
    1. Il y a peut être une possibilité d'obtenir cette erreur si votre serveur a été sans erreurs, mais le contexte de votre application n'a pas. Vous pouvez le vérifier dans les journaux.Pour de plus amples renseignements, veuillez consulter ce Lien ---> Erreur 404 en raison des GRAVES: Contexte [/exemple] de démarrage a échoué en raison d'erreurs précédentes
    InformationsquelleAutor Prakhar Agrawal