Httpie: Imprimer les en-têtes de demande indépendamment de l'erreur de connexion
Si -v est défini dans les arguments de la ligne de commande, HTTPie imprime la demande avec la réponse.
La demande n'est cependant pas imprimée si une erreur de connexion s'est produite, par ex. la connexion a été fermée par le serveur avant de recevoir une réponse.
Je pense qu'il serait utile de voir la demande imprimée dans un tel cas à des fins de débogage.
> http -v GET http://127.0.0.1:1234/
http: error: ConnectionError: ('Connection aborted.', RemoteDisconnected('Remote end closed connection without response',)) while doing GET request to URL: http://127.0.0.1:1234/
Dans le cas ci-dessus, le serveur a fermé la connexion _après_ la demande a été complètement envoyée.
Exécution de httpie 0.9.9, sortie de débogage détaillée jointe :
httpie-debug.txt joint
maciej
Tous les 4 commentaires
Puis-je soumettre une demande de tirage pour cette fonctionnalité ?
dejicranium
le 1 janv. 2018
@dejicranium en tant que journaliste
maciej
le 3 janv. 2018
C'est certainement une fonctionnalité recherchée. Cela s'applique également au corps de la requête. Il devrait être possible de simplement construire une requête HTTP et de l'imprimer sans la faire réellement, quelque chose comme http --dry-run example.org .
Je crains, cependant, que cela nécessite une refactorisation plus importante de la machinerie de sortie. Les fonctionnalités affectées par --all , --download , etc. devront être mises à jour.
Je travaille (très lentement) sur les téléchargements en continu (une fois terminé, ~v1.0.0~ v2.0.0 s'éteindra), et pour cela, je modifie un peu les parties de la base de code qui prennent en charge la sortie. Je vais voir si je peux aussi intégrer cette fonctionnalité.
jakubroztocil
le 26 févr. 2018
Cela a maintenant été poussé à master dans bece3c77bb51ecc55dcc4008375dc29ccd91575c et il sera publié lorsque la v2.0.0 sortira. Chaque demande et réponse est désormais gérée indépendamment au fur et à mesure de leur disponibilité. Également ajouté --offline pour les courses à sec.
jakubroztocil
le 3 sept. 2019
Questions connexes
Govinda-Fichtner
·
6Commentaires
filipesperandio
·
3Commentaires
rshurts
·
5Commentaires
mattotodd
·
3Commentaires
rashthedude
·
3Commentaires
Commentaire le plus utile
C'est certainement une fonctionnalité recherchée. Cela s'applique également au corps de la requête. Il devrait être possible de simplement construire une requête HTTP et de l'imprimer sans la faire réellement, quelque chose comme
http --dry-run example.org.Je crains, cependant, que cela nécessite une refactorisation plus importante de la machinerie de sortie. Les fonctionnalités affectées par
--all,--download, etc. devront être mises à jour.Je travaille (très lentement) sur les téléchargements en continu (une fois terminé, ~v1.0.0~ v2.0.0 s'éteindra), et pour cela, je modifie un peu les parties de la base de code qui prennent en charge la sortie. Je vais voir si je peux aussi intégrer cette fonctionnalité.