Proposal: Sequential execution of multiple HTTPie requests via STDIN
Nadie ha tomado este issue todavía.
Evaluación
- Dificultad
- 5/5
- Tiempo estimado
- Más de una semana
- Aptitud para principiantes
- 30/100
Línea de trabajo
No se nombran archivos ni tests. Empieza revisando los patrones de CLI existentes de HTTPie y los puntos de entrada de ejecución de requests, y después aclara el formato de requests en stdin y el comportamiento de ejecución secuencial. Se considera terminado cuando las tres requests de ejemplo se ejecutan una sola vez y en orden mediante una única invocación, sin repetición, scheduling, concurrencia ni batching.
Escrito por el modelo de indexación a partir del texto del issue.
Descripción
Checklist
- I've searched for similar feature requests.
Enhancement request
I’d like to propose an opt-in way to execute multiple HTTPie request definitions sequentially via STDIN, one request at a time, using a single HTTPie invocation.
This would allow users to pipe a stream of complete request definitions into HTTPie and have them executed in order, without introducing repetition, scheduling, concurrency, or automation workflows.
Problem it solves
I’m often debugging or exploring APIs that require multiple dependent steps, such as:
- authenticate → fetch resource → submit data
- create entity → verify → update → delete
Today, this requires chaining multiple http commands in shell scripts, which quickly becomes hard to read, reuse, or share.
I’m trying to define and execute a clear, human-readable sequence of HTTP requests so that multi-step API interactions can be explored and debugged more easily, without turning HTTPie into a load-testing or workflow tool.
Additional information, screenshots, or code examples
Example usage (illustrative)
cat requests.http | http --sequence
Where requests.http contains:
GET https://httpbin.org/get
POST https://httpbin.org/post name=alice
GET https://httpbin.org/headers
Notes on scope (explicit non-goals)
This proposal does NOT aim to support:
- request repetition or looping
- delays, timers, or scheduling
- concurrency or batching
- load testing or benchmarking
Each request would be executed once, strictly in order, with normal HTTPie output.
If this direction aligns with HTTPie’s scope, I’d be happy to work on an implementation and tests following existing CLI patterns.
- Lenguaje dominante
- Python
- Estrellas
- 38.6k
- Forks
- 4k
- Métricas de merge de PR
- Sin PR fusionados en 30 d
Guía de contribución
Primeros pasos
- Lee el issue completo y luego la guía de contribución del proyecto.
- Comenta en el issue que vas a ocuparte — evita que dos personas hagan lo mismo.
- Haz un fork del repositorio y trabaja en una rama.
- Abre un pull request que haga referencia al número del issue.
Más de httpie/cli
-
new
Dificultad 2/5 1-3 horas Aptitud para principiantes 70/100
-
Dificultad 2/5 1-3 horas Aptitud para principiantes 78/100
-
bug new
Dificultad 4/5 3-5 días Aptitud para principiantes 48/100
-
Dificultad 3/5 1-2 días Aptitud para principiantes 55/100
-
argparser.py: HTTPieArgumentParser has high cyclomatic complexity and mixed responsibilities Abierto
Dificultad 4/5 3-5 días Aptitud para principiantes 35/100
Todos los issues de httpie/cli
Issues similares
-
bug priority:low
Dificultad 2/5 1-3 horas Aptitud para principiantes 76/100
CyberAgent/psd2svg#436 ·
-
area/install-update comp/cli comp/desktop P3 sweeper:risk-compatibility type/bug
Dificultad 2/5 1-3 horas Aptitud para principiantes 86/100
NousResearch/hermes-agent#122386 · 1 comentario ·
-
ai-generated
Dificultad 2/5 1-3 horas Aptitud para principiantes 78/100
-
Dificultad 2/5 1-3 horas Aptitud para principiantes 78/100
vllm-project/production-stack#1105 ·
-
Dificultad 2/5 1-3 horas Aptitud para principiantes 88/100