Evergreen on Perl 5.18+: Hash Randomization

Chris, can you clarify what problem you are seeing with open-ils.collections.users_of_interest.retrieve ? Is the API caller expecting the keys in each user hash to be in a certain/consistent order?

Bill,

We're using a bash wrapper (that I believe you may have authored long ago) http://git.evergreen-ils.org/?p=contrib/pines/genasys.git;a=blob;f=templates/utility/run-collections.sh;h=d5f39646e90d537f55ba4e89ecb43daa9dd2ef91;hb=HEAD to call a perl wrapper (again, probably yours) http://git.evergreen-ils.org/?p=contrib/pines/genasys.git;a=blob;f=templates/utility/ums/run-calls.pl;h=37e6699bebcd4216222f34eb7a74d11f73e78427;hb=HEAD that outputs a large file of JSON. Before the upgrade to Evergreen 2.9.2/Ubuntu 14.04/Perl 5.18.2, the fields generated were in a consistent order, and I believe the vendor's processes were written around that static order. After the upgrade, the order was jumbled, causing the vendor to reach out to us for what the problem is. I was told by the vendor that they have developed a workaround, and I'm waiting for this weekend's run of the script to see if they are able to process the files.

Let me know if you need for from me to clarify the issue.

Thanks, Chris. That answers my question.

There's no indication that we are relying on the hash key ordering within EG for this process, which is something we would have to fix. Since key order assumption is on the vendor side in this instance and since the vendor is developing a workaround, we probably don't need to change anything on the EG side to address this particular manifestation of the Perl change.