Httpie: Anforderungsheader unabhängig von Verbindungsfehlern drucken

Erstellt am 7. Dez. 2017  ·  4Kommentare  ·  Quelle: httpie/httpie

Wenn -v in den Befehlszeilenargumenten gesetzt ist, gibt HTTPie die Anfrage zusammen mit der Antwort aus.

Die Anfrage wird jedoch nicht gedruckt, wenn ein Verbindungsfehler aufgetreten ist, z. die Verbindung wurde vom Server geschlossen, bevor eine Antwort empfangen wurde.

Ich denke, es wäre hilfreich, die Anforderung in einem solchen Fall zu Debugging-Zwecken gedruckt zu sehen.

> 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/

Im obigen Fall hat der Server die Verbindung geschlossen, _nachdem_ die Anfrage vollständig gesendet wurde.

Ausführen von httpie 0.9.9, detaillierte Debug-Ausgabe angehängt:
httpie-debug.txt angehängt

feature planned

Hilfreichster Kommentar

Dies ist definitiv ein gewolltes Feature. Dies gilt auch für den Anfragekörper. Es sollte möglich sein, einfach eine HTTP-Anfrage zu erstellen und auszudrucken, ohne sie tatsächlich zu erstellen, etwa http --dry-run example.org .

Ich befürchte jedoch, dass dies eine größere Umgestaltung der Ausgabemaschinerie erfordert. Funktionen, die von --all , --download usw. betroffen sind, müssen aktualisiert werden.

Ich arbeite (sehr langsam) an Streaming-Uploads (wenn fertig, ~v1.0.0~ v2.0.0 wird rausgehen), und dafür ändere ich die Teile der Codebasis, die sich um die Ausgabe kümmern. Ich werde sehen, ob ich diese Funktion auch einbinden kann.

Alle 4 Kommentare

Kann ich eine Pull-Anfrage für diese Funktion einreichen?

@dejicranium als Issue Reporter Ich habe nichts dagegen, dass du eine PR einreichst. :-)

Dies ist definitiv ein gewolltes Feature. Dies gilt auch für den Anfragekörper. Es sollte möglich sein, einfach eine HTTP-Anfrage zu erstellen und auszudrucken, ohne sie tatsächlich zu erstellen, etwa http --dry-run example.org .

Ich befürchte jedoch, dass dies eine größere Umgestaltung der Ausgabemaschinerie erfordert. Funktionen, die von --all , --download usw. betroffen sind, müssen aktualisiert werden.

Ich arbeite (sehr langsam) an Streaming-Uploads (wenn fertig, ~v1.0.0~ v2.0.0 wird rausgehen), und dafür ändere ich die Teile der Codebasis, die sich um die Ausgabe kümmern. Ich werde sehen, ob ich diese Funktion auch einbinden kann.

Dies wurde jetzt in bece3c77bb51ecc55dcc4008375dc29ccd91575c auf master verschoben und wird veröffentlicht, wenn v2.0.0 herauskommt. Jede Anfrage und Antwort wird nun unabhängig behandelt, sobald sie verfügbar sind. Außerdem wurde --offline für Probeläufe hinzugefügt.

War diese Seite hilfreich?
0 / 5 - 0 Bewertungen