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

WinDev Discussion :

Environnement de test et webservice


Sujet :

WinDev

  1. #1
    Membre expert

    Homme Profil pro
    Développeur informatique
    Inscrit en
    Juin 2004
    Messages
    2 359
    Détails du profil
    Informations personnelles :
    Sexe : Homme
    Âge : 50
    Localisation : France, Calvados (Basse Normandie)

    Informations professionnelles :
    Activité : Développeur informatique
    Secteur : High Tech - Éditeur de logiciels

    Informations forums :
    Inscription : Juin 2004
    Messages : 2 359
    Points : 3 896
    Points
    3 896
    Par défaut Environnement de test et webservice
    Bonjour à tous,

    Nous sommes en train de mettre en place un environnement de test pour nos différents projets.

    Une question se pose sur un webservice importé dans nos projets :

    Si on souhaite modifier le webservice en ajoutant un point d'accès par exemple.
    On va déployer cette modification sur le serveur de test, mais dans nos projets on pointe sur l'URL du webservice de prod.
    Si on modifie la propriété ..Adresse, je suppose que le point d'accès ne sera pas vu et donc il y aura une erreur lors de son utilisation ?
    Hmm, à mon avis, je me suis répondu :~

    Dans ce cas, ma question va être plus générique.
    Si vous aviez à mettre en place ce type d'environnement, comment feriez-vous pour cette histoire de webservice ?

    Merci à tous

  2. #2
    Membre éclairé

    Homme Profil pro
    Inscrit en
    Juillet 2011
    Messages
    408
    Détails du profil
    Informations personnelles :
    Sexe : Homme
    Localisation : France

    Informations forums :
    Inscription : Juillet 2011
    Messages : 408
    Points : 686
    Points
    686
    Billets dans le blog
    1
    Par défaut
    Salut
    Personnellement, je mets les infos modifiable dans un fichier ini
    Ainsi il n'est pas nécessaire de "recompiler" le webservice.

  3. #3
    Membre expert

    Homme Profil pro
    Développeur informatique
    Inscrit en
    Juin 2004
    Messages
    2 359
    Détails du profil
    Informations personnelles :
    Sexe : Homme
    Âge : 50
    Localisation : France, Calvados (Basse Normandie)

    Informations professionnelles :
    Activité : Développeur informatique
    Secteur : High Tech - Éditeur de logiciels

    Informations forums :
    Inscription : Juin 2004
    Messages : 2 359
    Points : 3 896
    Points
    3 896
    Par défaut
    Merci pour ta réponse.

    On es d'accord, le INI on s'en sert déjà mais dans le cas d'un nouveau point d'entrée, on ne peut pas faire comme ça, si ?

  4. #4
    Expert confirmé
    Avatar de Voroltinquo
    Homme Profil pro
    Chef de projet en SSII
    Inscrit en
    Juin 2017
    Messages
    2 895
    Détails du profil
    Informations personnelles :
    Sexe : Homme
    Âge : 58
    Localisation : France, Nord (Nord Pas de Calais)

    Informations professionnelles :
    Activité : Chef de projet en SSII

    Informations forums :
    Inscription : Juin 2017
    Messages : 2 895
    Points : 5 476
    Points
    5 476
    Billets dans le blog
    1
    Par défaut
    Bonjour,
    Normalement si.
    Tu peux aussi utiliser des variables persistantes et un SI EnModeTest
    A la volée :
    Code : Sélectionner tout - Visualiser dans une fenêtre à part
    1
    2
    3
    4
    5
    6
    7
    8
    9
    10
    11
    12
    13
    14
    15
    16
    17
    18
     
    FONCTION pl_InitURL() : chaîne
     
    saCléWS	est une chaîne
    saURLWS	est une chaîne
     
    saCléWS=ChaîneConstruit("%1DonnéesWS",ComplèteRep(ProjetInfo(piRegistre)))
    InitParamètre(paramRegistre,saCléWS)
     
    SI EnModeTest() ALORS
    	saURLWS=ChargeParamètre("URLTest")
    SINON
    	saURLWS=ChargeParamètre("URLProd")
    FIN
     
    InitParamètre(paramRegistre,ComplèteRep(ProjetInfo(piRegistre)))
     
    RENVOYER saURLWS
    Il y a peut-être plus simple, mais ça tourne.
    Quand tout a échoué utilisez l'option RTFM

  5. #5
    Membre expert

    Homme Profil pro
    Développeur informatique
    Inscrit en
    Juin 2004
    Messages
    2 359
    Détails du profil
    Informations personnelles :
    Sexe : Homme
    Âge : 50
    Localisation : France, Calvados (Basse Normandie)

    Informations professionnelles :
    Activité : Développeur informatique
    Secteur : High Tech - Éditeur de logiciels

    Informations forums :
    Inscription : Juin 2004
    Messages : 2 359
    Points : 3 896
    Points
    3 896
    Par défaut
    oui mais là, ce n'est pas viable pour un nouveau point d'accès qui est en gros une nouvelle procédure visible lors de l'appel du webservice ?

  6. #6
    Expert éminent
    Avatar de frenchsting
    Homme Profil pro
    multitâches-multifonctions
    Inscrit en
    Juin 2003
    Messages
    5 398
    Détails du profil
    Informations personnelles :
    Sexe : Homme
    Localisation : France, Meurthe et Moselle (Lorraine)

    Informations professionnelles :
    Activité : multitâches-multifonctions
    Secteur : High Tech - Éditeur de logiciels

    Informations forums :
    Inscription : Juin 2003
    Messages : 5 398
    Points : 9 583
    Points
    9 583
    Par défaut
    Bonjour,

    Je ferais un truc du genre de ce qu'a présenté voroltinquo.
    En théorie, si tu as une nouvelle version de ton ws (nouveau point d'accès par exemple). tu la mets sur ton serveur de test et ton code (test) permet de l'attaquer.

    Dans tous les cas, dans ton code "requêteur", il va te falloir bien tester les appels / retours de ton ws. Et dans le code du WS (je ne sais pas si c'est possible), regarder quel appel a été passé et si le point d'accès existe.

    Tout ça bien sûr avec un beau log pour pouvoir débugger le cas échéant.
    Commencez toujours appuyer sur la touche F1 et puis n'hésitez à passer par un moteur de recherche...
    Le forum est fait pour répondre aux questions : pas la peine de me les envoyer par MP. Merci.

    Sur internet, tout est vrai ! Honoré de Balzac
    Make it real not fantasy... Herman Rarebell

  7. #7
    Membre expert

    Homme Profil pro
    Développeur informatique
    Inscrit en
    Juin 2004
    Messages
    2 359
    Détails du profil
    Informations personnelles :
    Sexe : Homme
    Âge : 50
    Localisation : France, Calvados (Basse Normandie)

    Informations professionnelles :
    Activité : Développeur informatique
    Secteur : High Tech - Éditeur de logiciels

    Informations forums :
    Inscription : Juin 2004
    Messages : 2 359
    Points : 3 896
    Points
    3 896
    Par défaut
    Merci pour vos propositions.

    Une information non donnée initialement. Nous n'avaons pas de versioning de nos projets mais ça va changer.
    @frenchsting, ta proposition fait que l'on aura une erreur de compil de toute façon.

    La solution que l'on a trouvé c'est d'importer dans nos projets le wsdl de prod et de test.
    On a mis une rubrique dans un fichier INI qui permet d'identifier le serveur de test ou prod et selon, on exécute le bon webservice :
    Code : Sélectionner tout - Visualiser dans une fenêtre à part
    1
    2
    3
    4
    5
    SI bEnvTest ALORS
    // Execute le ws de test
    SINON
    // Execute le ws de prod
    FIN

+ Répondre à la discussion
Cette discussion est résolue.

Discussions similaires

  1. Best practice et/ou stratégie de test de webservice
    Par jdvacheron dans le forum Maven
    Réponses: 3
    Dernier message: 21/09/2007, 15h45
  2. Maven, test des webservices à installer
    Par jdvacheron dans le forum Maven
    Réponses: 4
    Dernier message: 21/09/2007, 14h58
  3. Environnement de tests
    Par Bayard dans le forum Général Python
    Réponses: 2
    Dernier message: 27/10/2006, 14h49
  4. Réponses: 5
    Dernier message: 30/09/2006, 18h40
  5. un environnement de test pour MIIS 2003
    Par nebih dans le forum Windows Serveur
    Réponses: 2
    Dernier message: 03/08/2006, 12h49

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