Koha/C4/SIP
Colin Campbell 63820d3973 Bug 10817: return hold items info in SIP Patron Info Response
When requested by the summary flags the sipserver
should return in the patron info response barcodes of
the relevant titles.

For available holds this is the barcode of the captured items.

For unavailable holds ( i.e. current unsatisfied holds ),
we need to send a barcode so that the unit can use this to
request the title info. The barcode could be any one
belonging to the title.

This patch also corrects the erroneous return of empty items
in the patron information response. If the unit supplies a
range 1 - 100 unless the title has a hundred or more copies the
unit expects all copies. The server was erroneously stuffing
the returned arrays with null copies so that all summary requests
returned 100 copies (mainly without barcodes)

Signed-off-by: Chris Cormack <chris@bigballofwax.co.nz>
Signed-off-by: Katrin Fischer <Katrin.Fischer.83@web.de>

Testing notes:
Using the test script provided on the bug report, but changed it
to match sip user and patron existing in my database.

Before applying the patch the SIP responses show the behaviour
pointed out above regarding the 100 items. After applying the
patch and restarting the SIP server responses are much more clean
not returning empty IDs.

64 Patron information response
AS = hold items
  hold items count is correct.
  AS contains barcodes of waiting holds.
  Before patch, all AS were empty.
AT = overdue items
  overdue items count is correct.
  AT contains barcodes of overdue items.
AU = charged items
  charged items count is correct.
  AU contains barcodes of charged items.
AV = fine items
  Judging from behaviour seen and comment in
  Patrons.pm currently not implemented.
BU = recall items
  Recalls are not implemented in Koha yet.
CD = unavailable hold items
  unavailable items count is correct.
  CD contains barcode for item level holds and is empty
  for title level holds where  no item can be determined.
  Before patch, all CD were empty.

Signed-off-by: Galen Charlton <gmc@esilibrary.com>
2013-09-08 19:28:32 +00:00
..
ILS Bug 10817: return hold items info in SIP Patron Info Response 2013-09-08 19:28:32 +00:00
Sip Bug 9252 - Add option to send patron's home branch in AF field - QA Followup 2013-09-08 06:08:07 +00:00
t Bug 9845: correct SIP 08checkin.t 2013-09-08 06:03:11 +00:00
acstest.py
example_institution_dump.sh Bug 2968 - SIP ACS_STATUS message (98) misreported config. 2009-02-26 14:57:22 -06:00
ILS.pm Bug 8336 Support Sip Renewal Transaction 2012-09-18 11:22:03 +02:00
ILS.pod
interactive_item_dump.pl Expand interactive SIP tests. 2009-06-17 11:42:44 -05:00
interactive_members_dump.pl Modifying Members : Add Mod and GetMember 2009-09-30 11:29:23 +02:00
interactive_patron_check_password.pl Interactive tests for SIP abstraction representation and Members. 2008-06-25 11:45:30 -05:00
interactive_patron_dump.pl Expand interactive SIP tests. 2009-06-17 11:42:44 -05:00
interactive_renew_all_dump.pl Interactive debugging aides for SIP abstraction layer. 2008-06-05 22:43:44 -05:00
Makefile bug 3435: SIP2 - 3M extension for SmartChute checkin. 2009-07-30 11:06:53 -04:00
README bug 2509: fix file permissions 2008-08-21 18:55:02 -05:00
Sip.pm Bug 9531: Make SIP2 message terminator configurable via SIPconfig.xml 2013-09-08 05:44:09 +00:00
SIPServer.pm Bug 8271 teach SIPServer.pm to set its own lib path 2012-07-06 18:28:11 +02:00
test.txt
xmlparse.pl Bug 2505 - Add commented use warnings where missing in the C4/ directory 2010-04-21 20:25:32 +12:00

README for Open NSIP 3M-SIP Server

DEPENDENCIES

SIPServer is written entirely in Perl, but it require these CPAN
perl modules to run:

     Net::Server - The SIP server is a Net::Server::Prefork server
     XML::LibXML
     XML::Parser
     XML::Simple - for parsing the config file
     UNIVERSAL::require - for loading the correct ILS interface module
     Clone - for running the test cases

LOGGING

SIPServer uses syslog() for status and debugging messages.  All
syslog messages are logged using the syslog facility 'local6'.
If you need to change this, because something else on your system
is already using that facililty, just change the definition of
'LOG_SIP' at the top of the file SIPServer.pm

Make sure to update your syslog configuration to capture facility
'local6' and record it.