[Koha-devel] Best practices for using Koha APIs server-side by Koha
dcook at prosentient.com.au
dcook at prosentient.com.au
Fri Aug 7 08:01:08 CEST 2020
Hi all,
I mostly see Koha APIs being used client-side by Koha using cookie
authentication.
I know we have OAuth2 and Basic Auth that can be tied to a Koha user, and
used by a third-party system, which is great.
However, what about when we have server-side Koha components that want to
use Koha APIs? (I suppose you could set up a user for that component, but it
could always be deleted by an overzealous librarian.)
Or should we only be using a Message Broker (like RabbitMQ) for passing
messages among Koha server-side components? (That would require more of a
service oriented architecture of course, which we don't have in place, while
we do have a HTTP API in place.)
What are your thoughts?
David Cook
Systems Librarian
Prosentient Systems
72/330 Wattle St
Ultimo, NSW 2007
Australia
Office: 02 9212 0899
Online: 02 8005 0595
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.koha-community.org/pipermail/koha-devel/attachments/20200807/192e47b5/attachment.htm>
-------------- next part --------------
A non-text attachment was scrubbed...
Name: signature.asc
Type: application/pgp-signature
Size: 484 bytes
Desc: not available
URL: <http://lists.koha-community.org/pipermail/koha-devel/attachments/20200807/192e47b5/attachment.sig>
More information about the Koha-devel
mailing list