Sylvain, your "am" and "base" namespace prefix uris are both wrong.
You have: <Namespace> <prefix>am</prefix> <uri>http://inspire.ec.europa.eu/schemas/am</uri> </Namespace> However, the imported schema that defines in am:ManagementRestrictionOrRegulationZoneType (the parent type of the target) its targetNamespace: http://inspire.ec.europa.eu/draft-schemas/am/3.0rc3/AreaManagementRestrictionRegulationZone.xsd has targetNamespace="http://inspire.ec.europa.eu/schemas/am/3.0rc3"; You also have: <Namespace> <prefix>base</prefix> <uri>urn:x-inspire:specification:gmlas:BaseTypes:3.2</uri> </Namespace> However, the imported schema that defines base:IdentifierType in its targetNamespace: http://inspire.ec.europa.eu/draft-schemas/base/3.3rc3/BaseTypes.xsd has targetNamespace="http://inspire.ec.europa.eu/schemas/base/3.3rc3/"; GeoServer app-schema thus correctly reports that the location path does not exist. These look like poor choices for namespace URIs. Please check with INSPIRE as they might be an error, possibly caused by a shift to HTTP URI namespaces colliding with automatic search-and-replace for schema management. Note also the inconsistent trailing slash for "base". Namespace URIs should not vary with patch/bugfix (and an rc is like these). See OGC 06-135r11 "Policy Directives for Writing and PublishingOGC Standards: TC Decisions": http://portal.opengeospatial.org/files/?artifact_id=40077 On p11: "13.3.2 Version designator [...] The bug fix version designator SHALL NOT appear in the XML namespace." Always use prefixes in a location path, not URIs; the presence of any colons will break xpath parsing. Kind regards, Ben. On 30/07/13 21:04, Sylvain GRELLET wrote: > Dear list, > > We have an issue having the app-schema work on inherited properties. > The context : > - Geoserver 2-2 and WFS app-schema that works fine in other simple mappings. > - xsd generated using Enterprise Architect + ShapeChange > - the featureType we want to expose inherits from a class that is_in > another schema_ (xsd). Actually we specialize Inspire > ManagementRestrictionOrRegulationZone class (see attached model pdf + xsd) > > Below are the various tests I tried > > 1° / using the expected 'am' prefix -> am:inspireId... > => "java.lang.RuntimeException: /Failed to get property: ... Error > applying mapping with targetAttribute > am:inspireId/base:Identifier/base:localId am:inspireId is not a valid > location path for type > http://xml.uwwtd.oieau.fr/schemas/0.1:UWWTD_AgglomerationType ... > UWWTD_AgglomerationType > properties:...,http://inspire.ec.europa.eu/schemas/am/3.0rc3#inspireId,...// > /// > 2°/ the error above proposed a list of properties to use > using the namespace as advised in the error > (http://inspire.ec.europa.eu/schemas/am/3.0rc3#inspireId) generates > "/Error occurred getting features // > //java.lang.StringIndexOutOfBoundsException: String index out of range: > 0 String index out of range: 0/" > > 3°/ are the slashes of the url used in an xPath processing of some sort > ? => tried to escape the slashes in the namespace > => /Error occurred getting features java.lang.IllegalArgumentException: > location step http:\ has prefix http for which no namespace was set. > (Check the Namespaces section in the config file)/ > > 4°/ mapping file states "/Imports and includes at the schemas will be > followed as long as they're relative paths/" => changed the original xsd > to have relative paths => ko > > 5°/ declared multiple <schemaUri> in <targetTypes><FeatureType><schemaUri> > => seems only the first one is used > > 6°/ no prefix in the <targetAttribute> : ko > > What are we missing ? > I also attached a light version of the configuration file > > Should we upgrade to V 2.3.4 or 2.4-beta ? > > Many thanks > Sylvain > > > > > ------------------------------------------------------------------------------ > Get your SQL database under version control now! > Version control is standard for application code, but databases havent > caught up. So what steps can you take to put your SQL databases under > version control? Why should you start doing it? Read more to find out. > http://pubads.g.doubleclick.net/gampad/clk?id=49501711&iu=/4140/ostg.clktrk > > > > _______________________________________________ > Geoserver-users mailing list > [email protected] > https://lists.sourceforge.net/lists/listinfo/geoserver-users > -- Ben Caradoc-Davies <[email protected]> Software Engineer CSIRO Earth Science and Resource Engineering Australian Resources Research Centre ------------------------------------------------------------------------------ Get your SQL database under version control now! Version control is standard for application code, but databases havent caught up. So what steps can you take to put your SQL databases under version control? Why should you start doing it? Read more to find out. http://pubads.g.doubleclick.net/gampad/clk?id=49501711&iu=/4140/ostg.clktrk _______________________________________________ Geoserver-users mailing list [email protected] https://lists.sourceforge.net/lists/listinfo/geoserver-users
