[Koha-devel] REST api / pagination

Tomas Cohen Arazi tomascohen at gmail.com
Thu Aug 24 16:50:44 CEST 2017


Hi there, I'm currently implementing a couple endpoints for
acquisitions-related stuff and also QAing existing patches introducing
endpoints.

One of the things that need to be done (which I did for my own endpoint for
vendors / bug 18120) is migrating them to Mojolicious::Plugin::OpenAPI
instead of (the deprecated) Mojolicious::Plugin::Swagger2.

I noticed there's lack of a generic way to deal with pagination. There are
a couple options we could consider, but I would like to hear the opinion of
UI people, which are the ones that will take advantage or suffer what we do
on the backend :-D

a)  GET /patrons?page=1&per_page=3 => [ {borrower1}, {borrower2},
{borrower3} ]
b)  GET /patrons?offset=0&limit=3 => [ {borrower1}, {borrower2},
{borrower3} ]

Lari proposed another one, which tackles an issue we could have on the UI
(knowing the total, calculating pages, etc):

c) GET /patrons?page=1&per_page=3 { total: 50000, results: [ {borrower1},
{borrower2}, {borrower3} ] }

(c) has the problem that it would mean we need to change the current
resposes for list operations on the already implemented endpoints. I'm not
sure at this point we would need to shift api version (v2?), I would vote
against, but here we have the chance to hear people using the API.

Looking forward to your comments as my current dev work completion depends
on it :-D

-- 
Tomás Cohen Arazi
Theke Solutions (https://theke.io <http://theke.io/>)
✆ +54 9351 3513384
GPG: B2F3C15F
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.koha-community.org/pipermail/koha-devel/attachments/20170824/6cefa966/attachment.html>


More information about the Koha-devel mailing list