[FEATURE] Support continuation tokens about rest-list-parameter-plugin HOT 2 OPEN

I am more surprised that the Nexus API returns any response /s (Have to deal with Nexus 2 + 3 at work and ave grown to hate their usually lacking API for the things I would love to do)

Anyway, my sarcasm and personal grievance with Nexus aside, I am aware of this limitation and had it for the longest time on my ToDo list.
Unfortunately, to my knowlage and basic research that I did when I added this feature to my ToDo list was that there is no unified way that REST APIs handle this.
Take GitHub/GitLab for example their pagination, while similar, has its difference.
IIRC GitLab has the Link header AND extra x-page, x-next-page headers, while GitHub only has the Link header to page.

This plays well into your discovery that there isn no unified agreed way how to handle this. (sidnote: this is not really a security issue rather than a performance one for the API server/client if the responses are too large)

IMHO I am in favour of handling APIs with the Link header (GitHub Docs, GitLab Docs), since I have seen that one used more. Unfortunately there is no 'solution to rule them all' (REST APIs), so this will always be a bit of feature that either works or breaks.

Finally, there is no easy way to handle this with okhttp, unlike Unirest (apparently), however I am confined that changing the request API will have no beneficial effect here either, since that wont solve the problem of API-Developers not handling pagination in a standardized way (cause there doesnt seem to be a standard)

from rest-list-parameter-plugin.

Regarding your question if this where a desired feature of this plugin, yes it is!
I am up for discussion to find a way to cover as many APIs as possible with the selected solution in the end, but I am afraid that there will always be the one outlier API that will handle pagination different to all others.

from rest-list-parameter-plugin.