Byron,
The codelist schematron uses the xslt document function/capability to retrieve the codelist xml document referred to in each codelist element in the metadata. eg. when processing this element:
<gmd:characterSet>
<gmd:MD_CharacterSetCode codeList="http://asdd.ga.gov.au/asdd/profileinfo/gmxCodelists.xml#MD_CharacterSetCode" codeListValue="utf8" />
</gmd:characterSet>
the codelist schematron will attempt to load the document http://asdd.ga.gov.au/asdd/profileinfo/gmxCodelists.xml to check that the codeListValue attribute is set to something that actually exists. These URLs should be mapped to a local file using an oasis catalog for each schema. If you switch on the debugging output for the xml resolver in GeoNetwork (in WEB-INF/log4j.cfg, log4j.logger.jeeves.xmlresolver = DEBUG) you should see something like the following in your logs showing how these URLs are resolved to local file paths in the codelist validation schematron:
2012-09-12 00:22:11,722 DEBUG [jeeves.xmlresolver] - Trying to resolve http://asdd.ga.gov.au/asdd/profileinfo/GAScopeCodeList.xml:file:/usr/local/jakarta/tomcat-geonetwork/data/config/schema_plugins/iso19139.anzlic/schematron-rules-iso-codeListValidation.xsl
2012-09-12 00:22:11,723 DEBUG [jeeves.xmlresolver] - Resolved as file:/usr/local/jakarta/tomcat-geonetwork/data/config/schema_plugins/iso19139.anzlic/schema/resources/Codelist/GAScopeCodeList.xml
If your oasis catalog is ok for that schema (ie. the resolution actually ends up with a file path to an existing codelist file) then I'd say that you've tripped a bug (that I think Jose may also also have come across - you were right, Jose!): basically the bug is that only the oasis catalog for the schema against which a record is being validated should be loaded into the resolver when validating - at present *all* oasis catalogs are loaded and that means that the resolver may end up with (in this case for example) resolving to a codelist file that belongs to a different schema and thus the values may not be found. I saw this when looking at this a little earlier for example the log shows a codelist file for the iso19139.mcp-1.4 schema being used in the validation of an iso19139.anzlic record:
2012-09-12 00:22:11,715 DEBUG [jeeves.xmlresolver] - Trying to resolve http://asdd.ga.gov.au/asdd/profileinfo/gmxCodelists.xml:file:/usr/local/jakarta/tomcat-geonetwork/data/config/schema_plugins/iso19139.anzlic/schematron-rules-iso-codeListValidation.xsl
2012-09-12 00:22:11,716 DEBUG [jeeves.xmlresolver] - Resolved as file:/usr/local/jakarta/tomcat-geonetwork/data/config/schema_plugins/iso19139.mcp-1.4/schema/resources/Codelist/gmxCodelists.xml
See if you can reproduce this on your production machine (BTW this is 2.8.RC0 - a little soon for production! :)).
Cheers and thanks,
Simon
________________________________________
From: ByronCinNZ [cochranes4@anonymised.com]
Sent: Tuesday, 11 September 2012 1:36 PM
To: geonetwork-devel@lists.sourceforge.net
Subject: [GeoNetwork-devel] Schematron Failures in Iso19139.anzlic
Hello,
I have a GN 2.7 installation that has been working fine in all the testing
and pre-production environments. But when we moved it to production, it
began failing the schematron validation tests for the ANZLIC Profile
metadata. It seems incapable of finding the needed codelists and spits out
this error for all 7 codelists:
/Unable to find the specified codeList document or CodeListDictionary node./
The environments are nearly identical with GN build number 8973 but with
these differences:
1 - a different version of Ubuntu. The production machine is running 11.04
and the pre-prod is on 11.10 (but the test are 10.04).
2 - The prod machine is using Apache2 with Tomcat while the pre-prod and
test are just using Tomcat.
3 - The Java VM is 1.5 on production and 1.6.* on pre-prod and test.
Of the above three, the last seems like the most likely culprit. Anyone have
further advise?
Cheers,
Byron
--
View this message in context: http://osgeo-org.1560.n6.nabble.com/Schematron-Failures-in-Iso19139-anzlic-tp5000966.html
Sent from the GeoNetwork developer mailing list archive at Nabble.com.
------------------------------------------------------------------------------
Live Security Virtual Conference
Exclusive live event will cover all the ways today's security and
threat landscape has changed and how IT managers can respond. Discussions
will include endpoint security, mobile security and the latest in malware
threats. http://www.accelacomm.com/jaw/sfrnl04242012/114/50122263/
_______________________________________________
GeoNetwork-devel mailing list
GeoNetwork-devel@lists.sourceforge.net
geonetwork-devel List Signup and Options
GeoNetwork OpenSource is maintained at GeoNetwork - Geographic Metadata Catalog download | SourceForge.net