Skip to content

feat(231): allow POST HTTP verb#415

Open
kindermoumoute wants to merge 1 commit into
aep-dev:mainfrom
kindermoumoute:231-post
Open

feat(231): allow POST HTTP verb#415
kindermoumoute wants to merge 1 commit into
aep-dev:mainfrom
kindermoumoute:231-post

Conversation

@kindermoumoute

Copy link
Copy Markdown
Contributor

Fixes #413

🍱 Types of changes

What types of changes does your code introduce to AEP? Put an x in the boxes
that apply

  • Enhancement
  • New proposal
  • Migrated from google.aip.dev
  • Chore / Quick Fix

📋 Your checklist for this pull request

Please review the AEP Style and Guidance for
contributing to this repository.

General

Signed-off-by: Olivier Cano <ocano@scaleway.com>
@kindermoumoute kindermoumoute requested a review from a team as a code owner June 7, 2026 13:38

@toumorokoshi toumorokoshi left a comment

Copy link
Copy Markdown
Member

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

Thanks! A couple suggestions, and the examples should also be updated to illustrate how the support will work in practice.


## Rationale

### Why allowing both `POST` and `GET` HTTP verb?

Copy link
Copy Markdown
Member

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

Suggested change
### Why allowing both `POST` and `GET` HTTP verb?
### Why allow both `POST` and `GET` HTTP verb?

Just a grammatical nit.


{% tab oas %}

{% sample 'batchget.oas.yaml', '$.paths./publishers/{publisherId}/books:batch-get' %}

Copy link
Copy Markdown
Member

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

can the samples be updated to include a POST example? I think we'll want want paths field in the request body.


- Allowing the `POST` HTTP verb address practical limitations such as URL length constraints (e.g., 2048 characters).
- Allowing the `GET` HTTP verb maintains backward compatibility and cacheability.

Copy link
Copy Markdown
Member

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

Suggested change
In AEP-2026, only the `GET` verb was allowed, originally to ensure cacheability of the request. However, query parameters along to specify a large number of IDs can face practical limitations, such as maximum URL length in a given browser.
As such, `POST` is accepted as an alternative method. Although the IETF is working on a `QUERY` HTTP method, this is not generally implemented in API gateways, and therefore `POST` acts as more practical alternative.

I think it's valuable to elaborate on the full conversation - oftentimes people come to the rationale section to hear about the "why" in depth, including context on pros / cons and alternatives.

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment

Labels

None yet

Projects

None yet

Development

Successfully merging this pull request may close these issues.

AEP-231: Batch Get easily hit max URL lenght

2 participants