Kevin, I think this is a feature chaining problem. The first thing I noticed is that in discretecoverage.xml you have <linkElement>discretecoverage_domain</linkElement> but I think this should match the targetElement of the nested type (wxxm:DomainObject). I also saw inputAttribute which might work but I think is meant for wrapping a non-application-schema data access (I have never used this and had to look it up). Can you just use OCQL as in the feature chaining guide? I threw in an isMultiple for good measure, giving me:
<AttributeMapping> <targetAttribute>wxxm:domainSet</targetAttribute> <sourceExpression> <OCQL>id</OCQL> <linkElement>wxxm:DomainObject</linkElement> <linkField>FEATURE_LINK</linkField> </sourceExpression> <isMultiple>true</isMultiple> <encodeIfEmpty>true</encodeIfEmpty> </AttributeMapping> Kind regards, Ben. On 09/12/16 13:25, kweis...@harris.com wrote: > Thanks Ben, > > I'll have to check out HALE. Automatic mapping files sounds nice! > > Unfortunately, I haven't had a chance to step through the debugger yet as > I've been away from the office and don't have direct access to my dev system. > That is my next step though. > > I've attached both my mapping files for the discrete coverage. You'll see a > few commented out blocks in each of stuff I've tried that hasn't worked. > Thanks for taking a look. > > I don't see any warn logs regarding wxxm:DomainSetType. It seems to create & > register the attribute successfully. > > Kevin M. Weiss > Software Engineer > CRITICAL NETWORKS / HARRIS CORPORATION > harris.com / kevin.we...@harris.com > > > -----Original Message----- > From: Ben Caradoc-Davies [mailto:b...@transient.nz] > Sent: Thursday, December 08, 2016 5:25 PM > To: Weiss, Kevin <kweis...@harris.com> > Cc: Nuno Oliveira <nuno.olive...@geo-solutions.it>; > geoserver-users@lists.sourceforge.net > Subject: Re: [Geoserver-users] App-schema troubleshooting > > On 09/12/16 10:24, kweis...@harris.com wrote: >> I figured the debugger was the way to go, but hoped there was an >> easier way. :P > > Kevin, I feel your pain. The debugger is an end-user-interface antipattern. > > One interesting user interface option is HALE, which I have heard of but not > used. HALE has app-schema support. It might be useful to see what app-schema > mapping HALE generates for the problematic element: > http://www.geo-solutions.it/blog/inspire-support-in-geoserver-made-easy-with-hale/ > http://hale.igd.fraunhofer.de/2.9.4/help/topic/eu.esdihumboldt.hale.doc.appschema/html/introduction/intro.html > >> I'll take a look at the recommended breakpoints and see if I can figure out >> what's happening. The element I'm trying to encode is a >> wxxm:DiscreteCoverage which should have a wxxm:domainSet element with 0-N >> wxxm:DomainObject within. DiscreteCoverage displays fine as does any gml >> prefixed elements within it, but the wxxm:domainSet refuses to encode (along >> with any of its children). I've tried specifying the complexType via >> targetAttributeNode as I've had that issue before, but it hasn't made a >> difference here. >> The wxxm schema is available here (http://www.wxxm.aero/schema/2.0/wxxm.xsd) >> with the objects in question present in the adjacent coverage.xsd file. > > Can we please see your mapping for this element, and the targetAttributeNode > mapping you tried? It is possible that for some reason the type substitution > search fails to detect the target type as valid for this element. Are there > any warnings in the logs about this mapping? > > Kind regards, > > -- > Ben Caradoc-Davies <b...@transient.nz> > Director > Transient Software Limited <http://transient.nz/> New Zealand > -- Ben Caradoc-Davies <b...@transient.nz> Director Transient Software Limited <http://transient.nz/> New Zealand ------------------------------------------------------------------------------ Developer Access Program for Intel Xeon Phi Processors Access to Intel Xeon Phi processor-based developer platforms. With one year of Intel Parallel Studio XE. Training and support from Colfax. Order your platform today.http://sdm.link/xeonphi _______________________________________________ Geoserver-users mailing list Geoserver-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/geoserver-users
