1. Node Types & Creation
Quixa provides two ways to work with HTTP requests:- Collection-Bound Endpoints: Dragged directly from your imported OpenAPI/Swagger specifications in the left sidebar. Retains schema definitions and validation contracts.
- Standalone HTTP Request (
[ ⚡ qComponent ]): Placed from the component palette. Operates independently without requiring a parent OpenAPI specification.
GET:#61affe(Blue)POST:#49cc90(Green)PUT:#fca130(Orange)DELETE:#f93e3e(Red)PATCH:#50e3c2(Teal)
2. Unified Request Bar
Double-clicking any HTTP node opens the configuration dialog featuring a Unified Top Request Bar that remains persistent across all tab views:- HTTP Method Selector: Switch between GET, POST, PUT, DELETE, PATCH, OPTIONS, and HEAD.
- Endpoint URL Input: Supports dynamic variables and path parameter syntax (e.g.
https://api.acme.com/v1/users/{userId}). - Save & Test Actions: Save node settings or perform immediate test execution to verify credentials.
3. Path Parameters & Bidirectional Auto-Sync
When configuring URLs with path placeholders:- Typing
{petId}into the URL input automatically creates a corresponding row in the Params tab withLocation = path. - Renaming or removing the placeholder updates the URL and params table bidirectionally without manual coordination.
- The backend execution engine substitutes
{petId}at runtime using mapped variables or predecessor bindings:
4. Comprehensive Authorization Engine
Standalone HTTP nodes feature an inline Authorization Form supporting modern enterprise auth standards:5. Body Payloads & Dynamic Template Bindings
The Body tab supports:JSON: Syntax-highlighted Monaco editor with dynamic variable completion.x-www-form-urlencoded: Form key-value editor.multipart/form-data: File upload attachments and binary buffers.Raw / Text: Plain text or XML payloads.