Httpie: Imprimir encabezados de solicitud independientemente del error de conexión

Creado en 7 dic. 2017  ·  4Comentarios  ·  Fuente: httpie/httpie

Si se establece -v en los argumentos de la línea de comando, HTTPie imprime la solicitud junto con la respuesta.

Sin embargo, la solicitud no se imprime si ocurrió un error de conexión, p. Ej. el servidor cerró la conexión antes de recibir una respuesta.

Creo que sería útil ver la solicitud impresa en tal caso para fines de depuración.

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

En el caso anterior, el servidor cerró la conexión _después_ de que la solicitud se envió por completo.

Ejecutando httpie 0.9.9, salida de depuración detallada adjunta:
httpie-debug.txt adjunto

feature planned

Comentario más útil

Esta es definitivamente una característica deseada. También se aplica al cuerpo de la solicitud. Debería ser posible simplemente construir una solicitud HTTP e imprimirla sin realmente hacerlo, algo como http --dry-run example.org .

Sin embargo, me temo que esto necesitará una refactorización más grande de la maquinaria de salida. La funcionalidad afectada por --all , --download , etc. deberá actualizarse.

Estoy trabajando (muy lentamente) en cargas de transmisión (cuando termine, ~ v1.0.0 ~ v2.0.0 se apagará), y para eso estoy cambiando las partes del código base que se encargan de la salida un poco. Veré si puedo exprimir esta función también.

Todos 4 comentarios

¿Puedo enviar una solicitud de extracción para esta función?

@dejicranium, como reportero del tema, no tengo nada en contra de que envíe un PR. :-)

Esta es definitivamente una característica deseada. También se aplica al cuerpo de la solicitud. Debería ser posible simplemente construir una solicitud HTTP e imprimirla sin realmente hacerlo, algo como http --dry-run example.org .

Sin embargo, me temo que esto necesitará una refactorización más grande de la maquinaria de salida. La funcionalidad afectada por --all , --download , etc. deberá actualizarse.

Estoy trabajando (muy lentamente) en cargas de transmisión (cuando termine, ~ v1.0.0 ~ v2.0.0 se apagará), y para eso estoy cambiando las partes del código base que se encargan de la salida un poco. Veré si puedo exprimir esta función también.

Esto ahora se ha empujado a master en bece3c77bb51ecc55dcc4008375dc29ccd91575c y se lanzará cuando salga la v2.0.0. Cada solicitud y respuesta ahora se maneja de forma independiente a medida que están disponibles. También se agregó --offline para simulacros.

¿Fue útil esta página
0 / 5 - 0 calificaciones