http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=13666
--- Comment #3 from Benjamin Rokseth <[email protected]> --- 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. _______________________________________________ Koha-bugs mailing list [email protected] http://lists.koha-community.org/cgi-bin/mailman/listinfo/koha-bugs website : http://www.koha-community.org/ git : http://git.koha-community.org/ bugs : http://bugs.koha-community.org/
