Interrogation d'un Service REST JSON avec POSTIER/Client Rest

J'ai un simple RESTLET Service qui retourne une représentation JSON, comme indiqué ci-dessous:

@Override
    @Post("json")
public Representation helloWorld() {
    Representation representation = new JacksonRepresentation<Hello>(new Hello("Hello World"));
    representation.setMediaType(MediaType.APPLICATION_JSON);
    representation.
    return representation;
}

Quand j'ai une requête, ce à l'aide de cURL-je obtenir la réponse attendue:

{"greeting":"Hello World"}

Cependant, je n'obtenez pas de réponse lorsque j'utilise le navigateur ou le FACTEUR, ou tout autre web client REST. J'obtiens la réponse "ne Pourrait pas obtenir la moindre réponse" de FACTEUR.

L'aperçu du FACTEUR de demande est: 

POST /testingrestlet/hello HTTP/1.1
Host: 127.0.0.1:6000
Content-Type: application/json
Cache-Control: no-cache
Postman-Token: 5141cd87-505c-e813-0045-3b7f4aa54144

J'aurais au moins pu s'attendre à un client REST comme FACTEUR de travailler, ou ai-je raté quelque chose?

Toute aide appréciée.

Ce qui concerne

InformationsquelleAutor user3521637 | 2015-04-13
  1. 3

    Je pense que vous devriez utiliser un en-tête Accept pour la négociation de contenu (conneg). Votre demande doit être:

    POST /testingrestlet/hello HTTP/1.1
Host: 127.0.0.1:6000
Content-Type: application/json
Accept: application/json
Cache-Control: no-cache
Postman-Token: 5141cd87-505c-e813-0045-3b7f4aa54144

    Comme une question de fait, puisque vous spécifiez l'extension "json" dans l'annotation, Restlet s'attend à ce que cet en-tête a été envoyé avec l'un des possibles de types de médias de contenu JSON. Cette astuce est utilisée pour sélectionner la méthode de traitement... Vous n'aurez pas ce problème si vous supprimez l'extension, comme décrit ci-dessous:

    @Post
public Representation helloWorld() {
    Representation representation
        = new JacksonRepresentation<Hello>(new Hello("Hello World"));
    representation.setMediaType(MediaType.APPLICATION_JSON);
    (...)
    return representation;
}

    Espère que cela vous aide,
    Thierry

    • Salut Thierry, essayé supplémentaires Accepter d'en-tête et aussi juste enlevé le json de l'indice. Toujours pas de chance :(. Il est intéressant de noter FACTEUR fournit un CURL version de sa requête qui fonctionne à partir de la ligne de commande. (curl-X d'après-H "Content-Type: application/json" -H "Accept: application/json" -H "Cache-Control: no-cache" -H "Postman-Jeton: 58bb4b2e-fa2d-e204-7a8b-e7e83766f1a1" -d " 127.0.0.1:6000/testingrestlet/hello)
    • Bonjour, est-il une erreur dans le retourné de charge ou un message, vous pouvez m'envoyer? Merci!
    • Je viens de faire un test avec le code que vous avez fournies et en ajoutant pas d'en-tête spécifique, et il fonctionne pour moi. J'utilise chrome 41.0.2272.118 (linux) et facteur 0.8.4.14.
    • FACTEUR renvoie: "ne Pourrait pas obtenir tout resopnse. Cela semble être une erreur lors de la connexion http://....'. Le statut de la réponse était de 0. RESTE la Console retourne : 'Échec de la Connexion!' Avancée de Repos Client Retourne: '0 pas de réponse"
    • Un autre détail qui peut être utile, c'est que je fais cela sur Android. Le Restlet serveur est en cours d'exécution sur Android. (J'ai fait la redirection de port etc, comme démontré par curl)
    • Ok. Pourrais-tu faire un essai avec une méthode GET (annotation @Get au lieu de @Post? Merci!
    • Il pourrait être un de la SCRO question... Peut-on avoir un coup d'oeil à envoyé des demandes à l'intérieur de Chrome debug? Surtout si les options les demandes sont envoyées et les réponses...
    • Tx Thierry, je devrais être en mesure d'essayer vos 2 dernières suggestions dans les 2 prochaines heures et de mise à jour que vous. Merci de votre temps.
    • Salut Thierry, j'ai réussi à résoudre le problème - votre point sur Chrome de Débogage a été le déclencheur. Chrome de Débogage a été montrant une erreur de ERR_UNSAFE_PORT. Le port est considéré comme dangereux et donc est bloqué! Merci pour votre aide. Je peut très bien être de retour quand j'essaie de faire un asynch appel RESTE!

    InformationsquelleAutor Thierry Templier
  2. 3

    Avec l'aide de Thierry, les commentaires de la question a été tracée vers le bas pour Google Chrome bloque les requêtes vers le port 6000 car il les considère comme dangereux. L'erreur n'était visible que dans google Chrome, le mode de Débogage où la ERR_UNSAFE_PORT erreur a été signalée. Changer pour un port plus résolu le problème! Le détail de cette erreur peuvent également être trouvés ici: https://superuser.com/questions/188006/how-to-fix-err-unsafe-port-error-on-chrome-when-browsing-to-unsafe-ports

    InformationsquelleAutor user3521637