Work around a Net::Domain bug that can result in fqdn's like foo.example.com,bar.com
authordbs <dbs@9efc2488-bf62-4759-914b-345cdb29e865>
Tue, 28 Sep 2010 17:35:26 +0000 (17:35 +0000)
committerdbs <dbs@9efc2488-bf62-4759-914b-345cdb29e865>
Tue, 28 Sep 2010 17:35:26 +0000 (17:35 +0000)
commit9d95beb5f998a21f60f38005334478cfc4aa21b9
tree4081e45d9beb4a5acd8ec8caa650bb38c59f3856
parentf004d9ec46d8759cb11f4f1d04a6d7862c88ee77
Work around a Net::Domain bug that can result in fqdn's like foo.example.com,bar.com

The bug manifested when trying to run autogen.sh, with the output:
Updating fieldmapper
No Response from settings server...going to sleep

This was because SettingsParser was generating invalid XPath and consquently
errors in the opensrf.settings service; with no response, the attempt to run
autogen.sh would die.

This workaround splits the fqdn on commas and tries each possible domain in
the server setting XPath. Long term we either need to wait for Net::Domain
bug #60729 (https://rt.cpan.org/Public/Bug/Display.html?id=60729) to be
resolved, or consider alternatives.

git-svn-id: svn://svn.open-ils.org/OpenSRF/trunk@2029 9efc2488-bf62-4759-914b-345cdb29e865
src/perl/lib/OpenSRF/Utils/SettingsParser.pm