Acq: Be fuzzy about case when retrieving EDI documents user/senator/edi-fetcher-case
authorLebbeous Fogle-Weekley <lebbeous@esilibrary.com>
Mon, 15 Apr 2013 18:06:54 +0000 (14:06 -0400)
committerLebbeous Fogle-Weekley <lebbeous@esilibrary.com>
Mon, 15 Apr 2013 18:06:54 +0000 (14:06 -0400)
commit294cc457e7fef59623368f3ca9daae55b2465aab
tree4dcb39c09afbd2a66cb8dd90dc2d0a831fe7c7d0
parent2fb125be8ae168cef03c947cedcc9c7db9ba4e28
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>
Open-ILS/src/perlmods/lib/OpenILS/Application/Acq/EDI.pm