IdentifiantMot de passe
Loading...
Mot de passe oublié ?Je m'inscris ! (gratuit)
Navigation

Inscrivez-vous gratuitement
pour pouvoir participer, suivre les réponses en temps réel, voter pour les messages, poser vos propres questions et recevoir la newsletter

WebDev Discussion :

Webservice REST à la racine du serveur : pourquoi ?


Sujet :

WebDev

  1. #1
    Membre éprouvé
    Homme Profil pro
    Responsable des études
    Inscrit en
    Février 2010
    Messages
    553
    Détails du profil
    Informations personnelles :
    Sexe : Homme
    Localisation : France

    Informations professionnelles :
    Activité : Responsable des études
    Secteur : High Tech - Électronique et micro-électronique

    Informations forums :
    Inscription : Février 2010
    Messages : 553
    Points : 1 075
    Points
    1 075
    Par défaut Webservice REST à la racine du serveur : pourquoi ?
    Bonjour

    Je faisais habituellement des webservices de type SOAP et j'avais l'habitude d'avoir plusieurs projets et plusieurs WS SOAP différents sur un même serveur.

    L'accès aux différents WS SOAP des différents projets se différenciaient par le nom du projet :

    http://adresseserveur/PROJET1_WEB/awws/WS_SOAP_A.awws
    http://adresseserveur/PROJET2_WEB/awws/WS_SOAP_B.awws

    J'ai voulu faire un webservice REST.

    Le gros souci, c'est que lors des déploiements, que ce soit en local sur le PC ou en distant sur le serveur, le WS REST se positionne à la racine du serveur, sans mettre de différenciant entre les projets :

    en REST :
    http://adresseserveur/appareils?test -> "PROJET1" n'apparait pas !

    en SOAP
    http://adresseserveur/PROJET1_WEB/awws/GetAppareils.htm

    Qu'est ce que j'ai loupé ?

    Je pense quand même à un bug ...

    Autre point : lors du déploiement du WS REST, le nom du WS n'est pas modifiable dans la fenêtre de présentation du nom du WS.

  2. #2
    Invité
    Invité(e)
    Par défaut
    Bonjour,
    Je suis également dans la découverte de génération d'un web service (REST dans mon cas) avec Windev, je rencontre également des soucis pour le faire fonctionner, d'après ce que je vois dans la documentation, l'url devrait plutôt ressembler à cela :
    http://adresseserveur/appareils/test
    en faisant l'analogie avec l'exemple http://serveur/Clients/10/Commandes qui est présenté ici

  3. #3
    Membre éprouvé
    Homme Profil pro
    Responsable des études
    Inscrit en
    Février 2010
    Messages
    553
    Détails du profil
    Informations personnelles :
    Sexe : Homme
    Localisation : France

    Informations professionnelles :
    Activité : Responsable des études
    Secteur : High Tech - Électronique et micro-électronique

    Informations forums :
    Inscription : Février 2010
    Messages : 553
    Points : 1 075
    Points
    1 075
    Par défaut
    J'ai eu la réponse du Support Gratuit, et finalement j'avais trouvé l'astuce moi-même

    " Effectivement, le service REST n’est pas déployé dans un répertoire virtuel. Ce n’est pas nécessaire puisqu’il n’a aucune ressource Web.
    Vous pouvez inclure le nom de l’application lorsque vous décrivez vos procédures"

    En fait : dans la déclaration du service REST, il "suffit" de déclarer dans la composantes "communes" le nom de l'application que l'on veut avoir ... Ensuite ce nom ce mettra au début de toutes les URLS de tous les points d'entrée (et non plus à la racine) .... la séparation se fait donc à ce niveau là et non pas avec un répertoire virtuel comme dans un WS SOAP.

Discussions similaires

  1. Approche Webservices RESTFul
    Par romainw dans le forum REST
    Réponses: 0
    Dernier message: 21/03/2008, 16h40
  2. Racine du serveur
    Par diamonds dans le forum Apache
    Réponses: 3
    Dernier message: 27/03/2007, 14h27
  3. Réponses: 11
    Dernier message: 15/08/2006, 22h22
  4. Messages Privés : reste en boite d'envoi ? Pourquoi ?
    Par Perceval dans le forum Mode d'emploi & aide aux nouveaux
    Réponses: 2
    Dernier message: 20/09/2005, 17h52

Partager

Partager
  • Envoyer la discussion sur Viadeo
  • Envoyer la discussion sur Twitter
  • Envoyer la discussion sur Google
  • Envoyer la discussion sur Facebook
  • Envoyer la discussion sur Digg
  • Envoyer la discussion sur Delicious
  • Envoyer la discussion sur MySpace
  • Envoyer la discussion sur Yahoo