adoptium / adoptium/api.adoptium.net
adoptium api swagger page anf URLs generated for AIX
- Dominant language
- Kotlin
- Stars
- 44
- Forks
- 36
- Avg merge
- 5h 27m
- Merged PRs (30d)
- 42
Description
**Describe the bug**
The feedback from the site is confusing at best.
- The generated URL's that report "TypeError: NetworkError when attempting to fetch resource (no 404 code)" work in applications
- The generated URL's that report a 404 code: Error: Not Found also give a short header block.
- So, it seems like everything you try using _swagger_ is an error, and is quite frustrating!
**To Reproduce**
Steps to reproduce the behavior:
1. Go to https://api.adoptium.net/q/swagger-ui/#/Binary/getBinary
2. Click on 'Try it Out'
3. Fill in your choices:

4. Click 'Execute'
5. See error

**Expected behavior**
A clear and concise description of what you expected to happen.
- Something similar to the linux-x86 output

**Screenshots**
If applicable, add screenshots to help explain your problem.
**Device (please complete the following information):**
- OS: [e.g. Windows]
- Browser [e.g. firefox]
- Version [e.g. 97.0.1 64-bit]
**Additional context**
Basically, if I see this:

- it is an unsupported `feature_version`, e.g., 10
- implying, unsupported is better supported by `swagger` than **supported** `feature_versions`
Contributor guide
Research direction
Start at https://api.adoptium.net/q/swagger-ui/#/Binary/getBinary and reproduce the AIX request using Swagger's “Try it Out” flow. Compare its generated URL and response with the linux-x86 example, focusing on supported feature_version values. Done means supported AIX requests no longer produce confusing network or 404 errors and return the expected output.
Written by the indexing model from the issue text.
Assessment
- Tech stack
- kotlin, openapi
- Domain
- api, backend, operating-systems
- Issue type
- Bug
- Difficulty
- 4/5
- Estimated time
- 3-5 days
- Activity status
- Stale
- Clarity
- Needs clarification
- Newbie friendliness
- 25/100