[Koha-bugs] [Bug 13666] Allow SIP2 checkin/checkout to get branch from institution_id field AO

[bugzilla-daemon at bugs.koha-community.org]

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=13666

--- Comment #3 from Benjamin Rokseth <benjamin.rokseth at kul.oslo.kommune.no> ---
Hi Olli!

To recap:  the SIP-server infers the transaction branch from the
C4::Context->userenv->{'branch'}, but for some reason only on checkouts. This
has to do with how SIP2 uses AddIssue and ModReserve to handle reserves and
circulation.

AddIssue uses patron context, while AddReturn takes branch as param. This is
probably good enough for intranet use, but not for a service.

Use-case that illustrate this enhancement:

- library has need for a centralised handling of SIP connections, for handling
e.g. 10 or, say, 50 concurrent connections. SIP clients range from SelfCheck
automats to RFID clients and automated circulation systems.
- this is best handled by a centralised service which maintains a pool of
connections (users sippool1, sippool2, ...)
- centralised service handles connections and could easily open and close
connections at need, so we don't have to open connection, login, and close for
each transaction, (poor performance) or worse, spawn 100+ workers with
keep-alive connections
- more dynamic solution than maintaining two sets of "SIP users", one in
SIPConfig.xml and the other in Koha
- centralised service could handle retry logic, logging, message rewriting,
etc, and SIP server can focus on transactions.

I believe any library with a hope to use SIP2 effectively would benefit from
this patch.

-- 
You are receiving this mail because:
You are watching all bug changes.