[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