Discussion :

[TimVertico]

Bonjour,

Je suis en train de déveloper un webservice REST en Windev 23.
J'ai installé le moteur webdev de 10 connexions et j'ai configuré le compte admin dans WDCompte.

Quand je fait CTRL+F9 le webservice est lancé. Il est bien visible dans WDAdmin.
Mais quand j'utilise Postman pour faire un call, je reçois un 404.

Si j'installe le webservice tout est bien, mais je ne peux pas déboguer.

Est-ce que j'ai oublier quelque chose?


Déjà un grand merci!

[alaclef]

Comprend pas.
Tu as développé ton web service avec Webdev?
Peux tu l'appeler avec Windev?
Pourquoi utiliser postman?

[TimVertico]

Bonjour alaclef,

Merci pour ton réponse

Je peux utiliser l'outil de Windev, mais je préfère Postman. C'est un call HTTP, ce n'est pas quelque chose qui est seulement utilisable dans Windev.
Si j'utilise l'outil Windev, j'ai le même résultat: 404.

C'est IIS qui retourne un 404, pas Windev, parce qui le message est différent (et en anglais).

J'ai l'impression qui le webservice n'est pas bien 'installé' au moment qui je fait 'GO'

[alaclef]

Tu as développé ton web service avec quoi?

[TimVertico]

Avec Windev 23.
Je veux débouger ce qui j'ai creé, mais si je lance mon projet chaque call que je fait (avec n'importe quelle outil) me donne un 404.

Par exemple:

J'ai un call qui retourne un 200.



Endpoint:



Je fait 'GO'




Test (dans WDTestREST)

[alaclef]

As tu Webdev ?
Si oui essaye "Déployer le Webservice sur le poste local"

[TimVertico]

Non, je n'ai pas Webdev.
Est ce que ce n'est pas possible de déboguer sans Webdev?

[alaclef]

Je ne pense pas qu'on puisse déboguer un webservice.
Mais 404 est une erreur de type "page/service non trouvé".
Il faut d'abord faire tourner un rest qui ne renvoie que "OK" par exemple et l'appeler depuis Windev.
Après seulement enrichi ton service avec les fonctionnalités voulues.

Tu utilises bien l'assistant de déploiement d'un service rest?

[TimVertico]

C'est ça que j'ai déjà fait dans mon exemple: mon webservice retourne un 200, c'est tout. 2 lignes de code

J'avais déjà developé des webservices en Windev et je les debogue sans problèmes.
Maintenant je travaille à la maison, sur mon laptop (sur mon bureau j'ai un autre ordinateur).
Sur mon bureau je n'ai pas Webdev non plus, donc mes deux système sont identique, à mon avis.

Quand tu dit: 'appeler le webservice depuis Windev', tu veux dire 'creé un petit programme Windev en utilisant httpRequete et HTTPEnvoie(httpRequete)'?
C'est le même qui utiliser Postman, non?
Si le webservice n'est pas actif quand je fait CTRL+F9, je peux utilisé n'importe quele méthode.

Aux moment que je crée un installer et j'installe le webservice tout functionne (mais je ne peux pas déboguer)

[alaclef]

J'ai atteint mon seuil d’incompétence.
dsl

[TimVertico]

Pas de souci.

Merci d'avoir pris le temps

[frenchsting]

Bonjour,

il y a quelques temps, j'ai développé un webservice REST Windev 24. Je pense, au vu des captures écran, que c'est la même chose en WB.
Ce n'est pas simple à déployer (je troube). Un collègue m'a fait l'installation (partie WebDev et Apache). A ce propos, il faut une version mini de Apache pour que ça fonctionne.

Pour débugger le WS, et comme c'est un WS, l'affichage n'est pas possible. La seule solution est de passer par des mouchards. Il te faut passer par un fichier texte. tu crées un procédure globale, EnregLog(UnMessage est chaine) qui va ouvrir un fichier texte, écrire UnMessage et fermer le fichier texte.
Tu fais l'appel de cette procédure à plein d'endroits dans ton code (en mettant bien un message distinct à chaque fois). Comme cela tu sauras par où tu es passé.

[kunnskap]

+1
J'ai tenté de débogger le Webservice selon la doc Windev mais ça n'a jamais fonctionné. Du coup mon mouchard (Traceur() chez moi) me permet de débugger quand c'est nécessaire.
Mais:
-j'en ai vraiment pas souvent besoin, car j'ai une configuration de projet Webservice ET une configuration de projet Exe 64 bits. La méthode accrochée à l'API REST doit fonctionner même en config Exe, le passage en Webservice n'est qu'une formalité, un autre moyen de l'appeler. Résultat le débug se fait sur le poste directement, et j'ai très peu besoin du mouchard
-le mouchard quand il doit me servir, est intégré à la classe gérant les Logs, cette classe ira donc l'écrire où il faut avec les infos qu'il faut pour le débug, je n'ai plus rien à coder pour ça. Et c'est pratique que ce genre de mouchard puisse créer de quoi m'aider quand ça déraille

frenchsting, sur WD24 en effet je trouve que c'était un peu chiant de déployer les API REST, mais en 25, je trouve qu'on fait ça les doigts de pied en éventail par rapport à avant. Vraiment ils ont progressé sur ça.
J'ai du Apache en dev et après IIS en prod.

[frenchsting]

Merci pour ton retour sur WD25.

On n'utilisera normalement pas cette version. On fait un saut de version "pair'. On a des projets en 14, 18, 22 et 24.

Logiquement, la 26 devrait le faire. Encore faudra t'il qu'on ait de grosses modifs à faire dans la 24 qui nous "obligeront" à passer en 26...