Acq: Be fuzzy about case when retrieving EDI documents
authorLebbeous Fogle-Weekley <lebbeous@esilibrary.com>
Mon, 15 Apr 2013 18:06:54 +0000 (14:06 -0400)
committerDan Scott <dscott@laurentian.ca>
Thu, 13 Jun 2013 01:15:34 +0000 (21:15 -0400)
commit9fcf1d1b1934dc1f1f3cdebff1fe2d7a0663e7c9
treed9c066d9faaf1ba9e1b2d259d0a91a5af7e3182a
parente516b154c151981da4cfccb4ae5d9db49d198b1a
Acq: Be fuzzy about case when retrieving EDI documents

The edi_fetcher relies on a routine in OpenILS::Acq::EDI to, among
other things, try to avoid fetching the same EDI document multiple times
when many rows in acq.edi_account refer to the same host and login
credentials.

Since in practice most vendors seem to run FTP servers for EDI on
Windows, not UNIX, and pathnames are therefore case-insensitive, that
test for other occurrences ought also to be case-insensitive.

If I were to look at this as a purist, I could argue that vendor servers
might sometimes by run on UNIX, and that for some reason it is possible
that different vendor-to-buyer EDI documents (order responses or
invoices) could have pathnames that differ only in the case of some
characters.  But that seems wildly unlikely.  If anyone does take this
possibility seriously, perhaps acq.edi_account needs a Boolean column to
indicate the remote host's case [in]sensitivity.

Signed-off-by: Lebbeous Fogle-Weekley <lebbeous@esilibrary.com>
Signed-off-by: Ben Shum <bshum@biblio.org>
Open-ILS/src/perlmods/lib/OpenILS/Application/Acq/EDI.pm