Prêt pour le daily de demain les pisseurs de code ?
Le 08 juin 2021 à 19:34:14 :
Le 08 juin 2021 à 19:19:44 :
Minute Déjà testé avec le swagger de l'appli et Jmeter, marche nickel, mais via code nonRegarde ce qu'envoi ton code.
Tu peux soit utiliser un proxy, soit un mock server (t'as juste à le lancer via docker) pour capturer la requête et comparer avec Postman
Postman et/ou SOAP UI marchent pas?
Normalement si Postman OK, tu peux copier le code généré pour tester dans une application console rapidos et si ça marche la remettre proprement dans ton code.
Le 08 juin 2021 à 20:25:06 :
Le 08 juin 2021 à 19:34:14 :
Le 08 juin 2021 à 19:19:44 :
Minute Déjà testé avec le swagger de l'appli et Jmeter, marche nickel, mais via code nonRegarde ce qu'envoi ton code.
Tu peux soit utiliser un proxy, soit un mock server (t'as juste à le lancer via docker) pour capturer la requête et comparer avec PostmanPostman et/ou SOAP UI marchent pas?
Normalement si Postman OK, tu peux copier le code généré pour tester dans une application console rapidos et si ça marche la remettre proprement dans ton code.
Son problème c'est que son code ne génère pas ce qu'il veut.
Soit vérifier l'appel par des TU (et encore, parfois on maîtrise pas toute la couche en dessous), soit faire un vrai test en pointant sur un proxy qui enregistre les requêtes reçues. Comme ça il pourra comparer la requête émise avec son curl/postman.
Le 08 juin 2021 à 21:06:13 :
Le 08 juin 2021 à 20:25:06 :
Le 08 juin 2021 à 19:34:14 :
Le 08 juin 2021 à 19:19:44 :
Minute Déjà testé avec le swagger de l'appli et Jmeter, marche nickel, mais via code nonRegarde ce qu'envoi ton code.
Tu peux soit utiliser un proxy, soit un mock server (t'as juste à le lancer via docker) pour capturer la requête et comparer avec PostmanPostman et/ou SOAP UI marchent pas?
Normalement si Postman OK, tu peux copier le code généré pour tester dans une application console rapidos et si ça marche la remettre proprement dans ton code.
Son problème c'est que son code ne génère pas ce qu'il veut.
Soit vérifier l'appel par des TU (et encore, parfois on maîtrise pas toute la couche en dessous), soit faire un vrai test en pointant sur un proxy qui enregistre les requêtes reçues. Comme ça il pourra comparer la requête émise avec son curl/postman.
J'ai pas trop de liberté pour ce qui est de faire des proxies ou autre disons, mais en gros avec JMeter je suis capable d'appeler ma méthode PUT, et sur le Swagger de l'appli que je dois contacter ça marche aussi. Par contre avec le code il me retourne un 403 alors que j'utilise le même user/password de test que pour Jmeter et Swagger.
Le pire c'est que j'ai une méthode en POST qui fonctionne. J'ai repris un peu son code pour le coup mais je ne vois pas ce qui manque, grosso modo j'ai un objet HttpWebRequest, je lui donne ça :
request.ContentType = "application/json";
request.Method = "PUT";
request.UseDefaultCredentials = true;
request.PreAuthenticate = true;
request.AllowAutoredirect = false;
request.Credentials = new NetworkCredential (username, password);
Avec le POST ça marche sans problème, mais PUT ça me fait 403
Le 09 juin 2021 à 14:28:21 :
Le 09 juin 2021 à 14:25:05 :
ton appli est configuré pour pouvoir utiliser PUT ?Aucune idée, mais si ça fonctionne en dehors du code je suppose que oui
Juste au cas ou : https://stackoverflow.com/questions/12440277/how-do-i-enable-http-put-and-delete-for-asp-net-mvc-in-iis
Le 09 juin 2021 à 14:18:56 :
Le 08 juin 2021 à 21:06:13 :
Le 08 juin 2021 à 20:25:06 :
Le 08 juin 2021 à 19:34:14 :
Le 08 juin 2021 à 19:19:44 :
Minute Déjà testé avec le swagger de l'appli et Jmeter, marche nickel, mais via code nonRegarde ce qu'envoi ton code.
Tu peux soit utiliser un proxy, soit un mock server (t'as juste à le lancer via docker) pour capturer la requête et comparer avec PostmanPostman et/ou SOAP UI marchent pas?
Normalement si Postman OK, tu peux copier le code généré pour tester dans une application console rapidos et si ça marche la remettre proprement dans ton code.
Son problème c'est que son code ne génère pas ce qu'il veut.
Soit vérifier l'appel par des TU (et encore, parfois on maîtrise pas toute la couche en dessous), soit faire un vrai test en pointant sur un proxy qui enregistre les requêtes reçues. Comme ça il pourra comparer la requête émise avec son curl/postman.J'ai pas trop de liberté pour ce qui est de faire des proxies ou autre disons, mais en gros avec JMeter je suis capable d'appeler ma méthode PUT, et sur le Swagger de l'appli que je dois contacter ça marche aussi. Par contre avec le code il me retourne un 403 alors que j'utilise le même user/password de test que pour Jmeter et Swagger.
Le pire c'est que j'ai une méthode en POST qui fonctionne. J'ai repris un peu son code pour le coup mais je ne vois pas ce qui manque, grosso modo j'ai un objet HttpWebRequest, je lui donne ça :
request.ContentType = "application/json";
request.Method = "PUT";
request.UseDefaultCredentials = true;
request.PreAuthenticate = true;
request.AllowAutoredirect = false;
request.Credentials = new NetworkCredential (username, password);Avec le POST ça marche sans problème, mais PUT ça me fait 403
C'est quoi le nom de ce webservice c'est connu?
C'est quoi le type d'auth? 0Auth 2, NTLM?
Regarde l'aide sur postman.
https://learning.postman.com/docs/sending-requests/authorization/#password-credentials
Le 09 juin 2021 à 14:33:17 :
Le 09 juin 2021 à 14:28:21 :
Le 09 juin 2021 à 14:25:05 :
ton appli est configuré pour pouvoir utiliser PUT ?Aucune idée, mais si ça fonctionne en dehors du code je suppose que oui
Juste au cas ou : https://stackoverflow.com/questions/12440277/how-do-i-enable-http-put-and-delete-for-asp-net-mvc-in-iis
Je vais checker ça.
Le 09 juin 2021 à 14:36:45 :
Le 09 juin 2021 à 14:18:56 :
Le 08 juin 2021 à 21:06:13 :
Le 08 juin 2021 à 20:25:06 :
Le 08 juin 2021 à 19:34:14 :
Le 08 juin 2021 à 19:19:44 :
Minute Déjà testé avec le swagger de l'appli et Jmeter, marche nickel, mais via code nonRegarde ce qu'envoi ton code.
Tu peux soit utiliser un proxy, soit un mock server (t'as juste à le lancer via docker) pour capturer la requête et comparer avec PostmanPostman et/ou SOAP UI marchent pas?
Normalement si Postman OK, tu peux copier le code généré pour tester dans une application console rapidos et si ça marche la remettre proprement dans ton code.
Son problème c'est que son code ne génère pas ce qu'il veut.
Soit vérifier l'appel par des TU (et encore, parfois on maîtrise pas toute la couche en dessous), soit faire un vrai test en pointant sur un proxy qui enregistre les requêtes reçues. Comme ça il pourra comparer la requête émise avec son curl/postman.J'ai pas trop de liberté pour ce qui est de faire des proxies ou autre disons, mais en gros avec JMeter je suis capable d'appeler ma méthode PUT, et sur le Swagger de l'appli que je dois contacter ça marche aussi. Par contre avec le code il me retourne un 403 alors que j'utilise le même user/password de test que pour Jmeter et Swagger.
Le pire c'est que j'ai une méthode en POST qui fonctionne. J'ai repris un peu son code pour le coup mais je ne vois pas ce qui manque, grosso modo j'ai un objet HttpWebRequest, je lui donne ça :
request.ContentType = "application/json";
request.Method = "PUT";
request.UseDefaultCredentials = true;
request.PreAuthenticate = true;
request.AllowAutoredirect = false;
request.Credentials = new NetworkCredential (username, password);Avec le POST ça marche sans problème, mais PUT ça me fait 403
C'est quoi le nom de ce webservice c'est connu?
C'est quoi le type d'auth? 0Auth 2, NTLM?
Regarde l'aide sur postman.
https://learning.postman.com/docs/sending-requests/authorization/#password-credentials
Nan c'est un webservice de mon client, et l'auth c'est du Basic en principe.
Le 09 juin 2021 à 15:09:23 :
Le 09 juin 2021 à 14:33:17 :
Le 09 juin 2021 à 14:28:21 :
Le 09 juin 2021 à 14:25:05 :
ton appli est configuré pour pouvoir utiliser PUT ?Aucune idée, mais si ça fonctionne en dehors du code je suppose que oui
Juste au cas ou : https://stackoverflow.com/questions/12440277/how-do-i-enable-http-put-and-delete-for-asp-net-mvc-in-iis
Je vais checker ça.
Le 09 juin 2021 à 14:36:45 :
Le 09 juin 2021 à 14:18:56 :
Le 08 juin 2021 à 21:06:13 :
Le 08 juin 2021 à 20:25:06 :
Le 08 juin 2021 à 19:34:14 :
Le 08 juin 2021 à 19:19:44 :
Minute Déjà testé avec le swagger de l'appli et Jmeter, marche nickel, mais via code nonRegarde ce qu'envoi ton code.
Tu peux soit utiliser un proxy, soit un mock server (t'as juste à le lancer via docker) pour capturer la requête et comparer avec PostmanPostman et/ou SOAP UI marchent pas?
Normalement si Postman OK, tu peux copier le code généré pour tester dans une application console rapidos et si ça marche la remettre proprement dans ton code.
Son problème c'est que son code ne génère pas ce qu'il veut.
Soit vérifier l'appel par des TU (et encore, parfois on maîtrise pas toute la couche en dessous), soit faire un vrai test en pointant sur un proxy qui enregistre les requêtes reçues. Comme ça il pourra comparer la requête émise avec son curl/postman.J'ai pas trop de liberté pour ce qui est de faire des proxies ou autre disons, mais en gros avec JMeter je suis capable d'appeler ma méthode PUT, et sur le Swagger de l'appli que je dois contacter ça marche aussi. Par contre avec le code il me retourne un 403 alors que j'utilise le même user/password de test que pour Jmeter et Swagger.
Le pire c'est que j'ai une méthode en POST qui fonctionne. J'ai repris un peu son code pour le coup mais je ne vois pas ce qui manque, grosso modo j'ai un objet HttpWebRequest, je lui donne ça :
request.ContentType = "application/json";
request.Method = "PUT";
request.UseDefaultCredentials = true;
request.PreAuthenticate = true;
request.AllowAutoredirect = false;
request.Credentials = new NetworkCredential (username, password);Avec le POST ça marche sans problème, mais PUT ça me fait 403
C'est quoi le nom de ce webservice c'est connu?
C'est quoi le type d'auth? 0Auth 2, NTLM?
Regarde l'aide sur postman.
https://learning.postman.com/docs/sending-requests/authorization/#password-credentials
Nan c'est un webservice de mon client, et l'auth c'est du Basic en principe.
C'est online aussi postman le site est bloqué?
Je connais pas du tout JMeter je vais pas pouvoir t'aider plus que ça
Le 09 juin 2021 à 15:16:13 :
Le 09 juin 2021 à 15:09:23 :
Le 09 juin 2021 à 14:33:17 :
Le 09 juin 2021 à 14:28:21 :
Le 09 juin 2021 à 14:25:05 :
ton appli est configuré pour pouvoir utiliser PUT ?Aucune idée, mais si ça fonctionne en dehors du code je suppose que oui
Juste au cas ou : https://stackoverflow.com/questions/12440277/how-do-i-enable-http-put-and-delete-for-asp-net-mvc-in-iis
Je vais checker ça.
Le 09 juin 2021 à 14:36:45 :
Le 09 juin 2021 à 14:18:56 :
Le 08 juin 2021 à 21:06:13 :
Le 08 juin 2021 à 20:25:06 :
Le 08 juin 2021 à 19:34:14 :
Le 08 juin 2021 à 19:19:44 :
Minute Déjà testé avec le swagger de l'appli et Jmeter, marche nickel, mais via code nonRegarde ce qu'envoi ton code.
Tu peux soit utiliser un proxy, soit un mock server (t'as juste à le lancer via docker) pour capturer la requête et comparer avec PostmanPostman et/ou SOAP UI marchent pas?
Normalement si Postman OK, tu peux copier le code généré pour tester dans une application console rapidos et si ça marche la remettre proprement dans ton code.
Son problème c'est que son code ne génère pas ce qu'il veut.
Soit vérifier l'appel par des TU (et encore, parfois on maîtrise pas toute la couche en dessous), soit faire un vrai test en pointant sur un proxy qui enregistre les requêtes reçues. Comme ça il pourra comparer la requête émise avec son curl/postman.J'ai pas trop de liberté pour ce qui est de faire des proxies ou autre disons, mais en gros avec JMeter je suis capable d'appeler ma méthode PUT, et sur le Swagger de l'appli que je dois contacter ça marche aussi. Par contre avec le code il me retourne un 403 alors que j'utilise le même user/password de test que pour Jmeter et Swagger.
Le pire c'est que j'ai une méthode en POST qui fonctionne. J'ai repris un peu son code pour le coup mais je ne vois pas ce qui manque, grosso modo j'ai un objet HttpWebRequest, je lui donne ça :
request.ContentType = "application/json";
request.Method = "PUT";
request.UseDefaultCredentials = true;
request.PreAuthenticate = true;
request.AllowAutoredirect = false;
request.Credentials = new NetworkCredential (username, password);Avec le POST ça marche sans problème, mais PUT ça me fait 403
C'est quoi le nom de ce webservice c'est connu?
C'est quoi le type d'auth? 0Auth 2, NTLM?
Regarde l'aide sur postman.
https://learning.postman.com/docs/sending-requests/authorization/#password-credentials
Nan c'est un webservice de mon client, et l'auth c'est du Basic en principe.
C'est online aussi postman le site est bloqué?
Je connais pas du tout JMeter je vais pas pouvoir t'aider plus que ça
Je pense que le site n'est pas bloqué, mais comme le serveur que je dois appeler est privé (pas destiné à être accessible publiquement) je doute que ça marche depuis leur site.
Mais bon, JMeter c'est pareil que PostMan, mais lui est "homologué" par mon client disons.
Après, le problème ne vient probablement pas du serveur, puisque ça marche avec Jmeter justement.
bordel je rate 2 ou 3 daily par semaine tellement ça me soule
l'équipe m'a fait des reproches je leurs ai dit que leur rituel agiles à la cons ça sert a rien ils sont même pas capable de comprendre que un daily ça dépend du projet c'est pas forcément utile
Le 09 juin 2021 à 15:26:43 :
Le 09 juin 2021 à 15:16:13 :
Le 09 juin 2021 à 15:09:23 :
Le 09 juin 2021 à 14:33:17 :
Le 09 juin 2021 à 14:28:21 :
Le 09 juin 2021 à 14:25:05 :
ton appli est configuré pour pouvoir utiliser PUT ?Aucune idée, mais si ça fonctionne en dehors du code je suppose que oui
Juste au cas ou : https://stackoverflow.com/questions/12440277/how-do-i-enable-http-put-and-delete-for-asp-net-mvc-in-iis
Je vais checker ça.
Le 09 juin 2021 à 14:36:45 :
Le 09 juin 2021 à 14:18:56 :
Le 08 juin 2021 à 21:06:13 :
Le 08 juin 2021 à 20:25:06 :
Le 08 juin 2021 à 19:34:14 :
Le 08 juin 2021 à 19:19:44 :
Minute Déjà testé avec le swagger de l'appli et Jmeter, marche nickel, mais via code nonRegarde ce qu'envoi ton code.
Tu peux soit utiliser un proxy, soit un mock server (t'as juste à le lancer via docker) pour capturer la requête et comparer avec PostmanPostman et/ou SOAP UI marchent pas?
Normalement si Postman OK, tu peux copier le code généré pour tester dans une application console rapidos et si ça marche la remettre proprement dans ton code.
Son problème c'est que son code ne génère pas ce qu'il veut.
Soit vérifier l'appel par des TU (et encore, parfois on maîtrise pas toute la couche en dessous), soit faire un vrai test en pointant sur un proxy qui enregistre les requêtes reçues. Comme ça il pourra comparer la requête émise avec son curl/postman.J'ai pas trop de liberté pour ce qui est de faire des proxies ou autre disons, mais en gros avec JMeter je suis capable d'appeler ma méthode PUT, et sur le Swagger de l'appli que je dois contacter ça marche aussi. Par contre avec le code il me retourne un 403 alors que j'utilise le même user/password de test que pour Jmeter et Swagger.
Le pire c'est que j'ai une méthode en POST qui fonctionne. J'ai repris un peu son code pour le coup mais je ne vois pas ce qui manque, grosso modo j'ai un objet HttpWebRequest, je lui donne ça :
request.ContentType = "application/json";
request.Method = "PUT";
request.UseDefaultCredentials = true;
request.PreAuthenticate = true;
request.AllowAutoredirect = false;
request.Credentials = new NetworkCredential (username, password);Avec le POST ça marche sans problème, mais PUT ça me fait 403
C'est quoi le nom de ce webservice c'est connu?
C'est quoi le type d'auth? 0Auth 2, NTLM?
Regarde l'aide sur postman.
https://learning.postman.com/docs/sending-requests/authorization/#password-credentials
Nan c'est un webservice de mon client, et l'auth c'est du Basic en principe.
C'est online aussi postman le site est bloqué?
Je connais pas du tout JMeter je vais pas pouvoir t'aider plus que ça
Je pense que le site n'est pas bloqué, mais comme le serveur que je dois appeler est privé (pas destiné à être accessible publiquement) je doute que ça marche depuis leur site.
Mais bon, JMeter c'est pareil que PostMan, mais lui est "homologué" par mon client disons.
Après, le problème ne vient probablement pas du serveur, puisque ça marche avec Jmeter justement.
tu démarres un proxy ou un mock (ex: mockserver).
$ docker pull mockserver/mockserver
$ docker run -d --rm -P mockserver/mockserver
Tu fais pointer le JMeter dessus ( http://localhost/mockserver/) et tu lances la requête.
Puis te analyses la requête reçue (en allant par ex sur http://localhost/mockserver/dashboard).
Tu fais de même avec ton code en pointant dessus. Et tu compares les requêtes reçues : uri, protocol, header, body etc..
Ca prend pas plus de 15 min.
Tu peux aussi utiliser charles proxy, ça marche bien également.
Le 09 juin 2021 à 22:12:32 :
Le 09 juin 2021 à 15:26:43 :
Le 09 juin 2021 à 15:16:13 :
Le 09 juin 2021 à 15:09:23 :
Le 09 juin 2021 à 14:33:17 :
Le 09 juin 2021 à 14:28:21 :
Le 09 juin 2021 à 14:25:05 :
ton appli est configuré pour pouvoir utiliser PUT ?Aucune idée, mais si ça fonctionne en dehors du code je suppose que oui
Juste au cas ou : https://stackoverflow.com/questions/12440277/how-do-i-enable-http-put-and-delete-for-asp-net-mvc-in-iis
Je vais checker ça.
Le 09 juin 2021 à 14:36:45 :
Le 09 juin 2021 à 14:18:56 :
Le 08 juin 2021 à 21:06:13 :
Le 08 juin 2021 à 20:25:06 :
Le 08 juin 2021 à 19:34:14 :
Le 08 juin 2021 à 19:19:44 :
Minute Déjà testé avec le swagger de l'appli et Jmeter, marche nickel, mais via code nonRegarde ce qu'envoi ton code.
Tu peux soit utiliser un proxy, soit un mock server (t'as juste à le lancer via docker) pour capturer la requête et comparer avec PostmanPostman et/ou SOAP UI marchent pas?
Normalement si Postman OK, tu peux copier le code généré pour tester dans une application console rapidos et si ça marche la remettre proprement dans ton code.
Son problème c'est que son code ne génère pas ce qu'il veut.
Soit vérifier l'appel par des TU (et encore, parfois on maîtrise pas toute la couche en dessous), soit faire un vrai test en pointant sur un proxy qui enregistre les requêtes reçues. Comme ça il pourra comparer la requête émise avec son curl/postman.J'ai pas trop de liberté pour ce qui est de faire des proxies ou autre disons, mais en gros avec JMeter je suis capable d'appeler ma méthode PUT, et sur le Swagger de l'appli que je dois contacter ça marche aussi. Par contre avec le code il me retourne un 403 alors que j'utilise le même user/password de test que pour Jmeter et Swagger.
Le pire c'est que j'ai une méthode en POST qui fonctionne. J'ai repris un peu son code pour le coup mais je ne vois pas ce qui manque, grosso modo j'ai un objet HttpWebRequest, je lui donne ça :
request.ContentType = "application/json";
request.Method = "PUT";
request.UseDefaultCredentials = true;
request.PreAuthenticate = true;
request.AllowAutoredirect = false;
request.Credentials = new NetworkCredential (username, password);Avec le POST ça marche sans problème, mais PUT ça me fait 403
C'est quoi le nom de ce webservice c'est connu?
C'est quoi le type d'auth? 0Auth 2, NTLM?
Regarde l'aide sur postman.
https://learning.postman.com/docs/sending-requests/authorization/#password-credentials
Nan c'est un webservice de mon client, et l'auth c'est du Basic en principe.
C'est online aussi postman le site est bloqué?
Je connais pas du tout JMeter je vais pas pouvoir t'aider plus que ça
Je pense que le site n'est pas bloqué, mais comme le serveur que je dois appeler est privé (pas destiné à être accessible publiquement) je doute que ça marche depuis leur site.
Mais bon, JMeter c'est pareil que PostMan, mais lui est "homologué" par mon client disons.
Après, le problème ne vient probablement pas du serveur, puisque ça marche avec Jmeter justement.tu démarres un proxy ou un mock (ex: mockserver).
$ docker pull mockserver/mockserver $ docker run -d --rm -P mockserver/mockserver
Tu fais pointer le JMeter dessus ( http://localhost/mockserver/) et tu lances la requête.
Puis te analyses la requête reçue (en allant par ex sur http://localhost/mockserver/dashboard).Tu fais de même avec ton code en pointant dessus. Et tu compares les requêtes reçues : uri, protocol, header, body etc..
Ca prend pas plus de 15 min.
Tu peux aussi utiliser charles proxy, ça marche bien également.
Merci, je vais voir si je peux essayer mais comme on a pas le droit d'installer de logiciels/outils sans passer par le service technique du client ca va etre chaud (pour dire.. même google chrome t'es pas censé l'installer par toi même, faut passer par le service technique )
Aya, j'ai trouvé ce qui représente exactement mes daily :
https://www.youtube.com/watch?v=E6P6cZSZBxs
Le 10 juin 2021 à 14:25:15 :
Le 09 juin 2021 à 22:12:32 :
Le 09 juin 2021 à 15:26:43 :
Le 09 juin 2021 à 15:16:13 :
Le 09 juin 2021 à 15:09:23 :
Le 09 juin 2021 à 14:33:17 :
Le 09 juin 2021 à 14:28:21 :
Le 09 juin 2021 à 14:25:05 :
ton appli est configuré pour pouvoir utiliser PUT ?Aucune idée, mais si ça fonctionne en dehors du code je suppose que oui
Juste au cas ou : https://stackoverflow.com/questions/12440277/how-do-i-enable-http-put-and-delete-for-asp-net-mvc-in-iis
Je vais checker ça.
Le 09 juin 2021 à 14:36:45 :
Le 09 juin 2021 à 14:18:56 :
Le 08 juin 2021 à 21:06:13 :
Le 08 juin 2021 à 20:25:06 :
Le 08 juin 2021 à 19:34:14 :
Le 08 juin 2021 à 19:19:44 :
Minute Déjà testé avec le swagger de l'appli et Jmeter, marche nickel, mais via code nonRegarde ce qu'envoi ton code.
Tu peux soit utiliser un proxy, soit un mock server (t'as juste à le lancer via docker) pour capturer la requête et comparer avec PostmanPostman et/ou SOAP UI marchent pas?
Normalement si Postman OK, tu peux copier le code généré pour tester dans une application console rapidos et si ça marche la remettre proprement dans ton code.
Son problème c'est que son code ne génère pas ce qu'il veut.
Soit vérifier l'appel par des TU (et encore, parfois on maîtrise pas toute la couche en dessous), soit faire un vrai test en pointant sur un proxy qui enregistre les requêtes reçues. Comme ça il pourra comparer la requête émise avec son curl/postman.J'ai pas trop de liberté pour ce qui est de faire des proxies ou autre disons, mais en gros avec JMeter je suis capable d'appeler ma méthode PUT, et sur le Swagger de l'appli que je dois contacter ça marche aussi. Par contre avec le code il me retourne un 403 alors que j'utilise le même user/password de test que pour Jmeter et Swagger.
Le pire c'est que j'ai une méthode en POST qui fonctionne. J'ai repris un peu son code pour le coup mais je ne vois pas ce qui manque, grosso modo j'ai un objet HttpWebRequest, je lui donne ça :
request.ContentType = "application/json";
request.Method = "PUT";
request.UseDefaultCredentials = true;
request.PreAuthenticate = true;
request.AllowAutoredirect = false;
request.Credentials = new NetworkCredential (username, password);Avec le POST ça marche sans problème, mais PUT ça me fait 403
C'est quoi le nom de ce webservice c'est connu?
C'est quoi le type d'auth? 0Auth 2, NTLM?
Regarde l'aide sur postman.
https://learning.postman.com/docs/sending-requests/authorization/#password-credentials
Nan c'est un webservice de mon client, et l'auth c'est du Basic en principe.
C'est online aussi postman le site est bloqué?
Je connais pas du tout JMeter je vais pas pouvoir t'aider plus que ça
Je pense que le site n'est pas bloqué, mais comme le serveur que je dois appeler est privé (pas destiné à être accessible publiquement) je doute que ça marche depuis leur site.
Mais bon, JMeter c'est pareil que PostMan, mais lui est "homologué" par mon client disons.
Après, le problème ne vient probablement pas du serveur, puisque ça marche avec Jmeter justement.tu démarres un proxy ou un mock (ex: mockserver).
$ docker pull mockserver/mockserver $ docker run -d --rm -P mockserver/mockserver
Tu fais pointer le JMeter dessus ( http://localhost/mockserver/) et tu lances la requête.
Puis te analyses la requête reçue (en allant par ex sur http://localhost/mockserver/dashboard).Tu fais de même avec ton code en pointant dessus. Et tu compares les requêtes reçues : uri, protocol, header, body etc..
Ca prend pas plus de 15 min.
Tu peux aussi utiliser charles proxy, ça marche bien également.
Merci, je vais voir si je peux essayer mais comme on a pas le droit d'installer de logiciels/outils sans passer par le service technique du client ca va etre chaud (pour dire.. même google chrome t'es pas censé l'installer par toi même, faut passer par le service technique )
Ah oui ça sent la banque
Perso je suis pour laisser la main aux gens d'utiliser les meilleurs outils disponibles.
Données du topic
- Auteur
- cuteTako
- Date de création
- 1 février 2021 à 20:43:46
- Nb. messages archivés
- 5486
- Nb. messages JVC
- 5336