Looking at this with Kevin, .. we can find lots of examples where this has been configured, run once, and comment out. The generator can specify the target package so I am comfortable refactor the gt-xsd modules to use org.geotools.xsd (to fix split package on org.geotools.xml). -- Jody Garnett
On Fri, 26 Oct 2018 at 18:41, Jody Garnett <jody.garn...@gmail.com> wrote: > I have been trying to chase this down, unable to open wfs.genmodel: > > Problems encountered in the model >> This ExtendedMetadata annotation detail with the key 'affiliation' >> contains a bad value >> The affiliation reference ' >> http://www.opengis.net/gml#_FeatureCollection' does not resolve to an >> Ecore structure feature > > > Also looking at the xsd modules, shows some of the binding code was > generated, but I cannot find out from here (this code needs to change from > org.geotools.xml --> org.geotools.xsd to avoid split packages). > > Ian asked about XML Binding Generation Apr 2017, but it focused largely on > object generation (to parse data into) rather that how bindings are > generation. > > Kevin pointed me towards our xml-codegen plugin (thanks Kevin) which is > configured at the end of the pom.xml: > > <plugin> > <groupId>org.geotools.maven</groupId> > <artifactId>xmlcodegen</artifactId> > <version>${project.version}</version> > <configuration> > <schemaLocation>wfs.xsd</schemaLocation> > > <schemaSourceDirectory>${basedir}/src/main/resources/org/geotools/wfs/v2_0</schemaSourceDirectory> > <schemaLookupDirectories> > > <schemaLookupDirectory>${basedir}/../xsd-core/src/main/resources/org/geotools/xml</schemaLookupDirectory> > > <schemaLookupDirectory>${basedir}/../xsd-core/src/main/resources/org/geotools/xlink</schemaLookupDirectory> > > <schemaLookupDirectory>${basedir}/../xsd-fes/src/main/resources/org/geotools/filter/v2_0</schemaLookupDirectory> > > <schemaLookupDirectory>${basedir}/../xsd-ows/src/main/resources/org/geotools/ows/v1_1</schemaLookupDirectory> > > <schemaLookupDirectory>${basedir}/../xsd-gml3/src/main/resources/org/geotools/gml3/v3_2</schemaLookupDirectory> > > <schemaLookupDirectory>${basedir}/../xsd-gml3/src/main/resources/org/geotools/gml3/v3_2/gco</schemaLookupDirectory> > > <schemaLookupDirectory>${basedir}/../xsd-gml3/src/main/resources/org/geotools/gml3/v3_2/gmd</schemaLookupDirectory> > > <schemaLookupDirectory>${basedir}/../xsd-gml3/src/main/resources/org/geotools/gml3/v3_2/gmx</schemaLookupDirectory> > > <schemaLookupDirectory>${basedir}/../xsd-gml3/src/main/resources/org/geotools/gml3/v3_2/gsr</schemaLookupDirectory> > > <schemaLookupDirectory>${basedir}/../xsd-gml3/src/main/resources/org/geotools/gml3/v3_2/gss</schemaLookupDirectory> > > <schemaLookupDirectory>${basedir}/../xsd-gml3/src/main/resources/org/geotools/gml3/v3_2/gts</schemaLookupDirectory> > </schemaLookupDirectories> > > <!--destinationPackage>org.geotools.wfs.v2_0</destinationPackage--> > </configuration> > </plugin> > > The folder for wfs.v1.0 does not appear in the above configuration? It > contains: > > OGC-exception.xsd > WFS-basic.xsd > WFS-capabilities.xsd > WFS-transaction.xsd > > Ian did you run any of this stuff, or was the WFSConfiguration_1_0.java > renamed accidentally? > > -- > Jody Garnett > > > On Fri, 26 Oct 2018 at 17:43, Torben Barsballe < > tbarsba...@boundlessgeo.com> wrote: > >> During the EMF upgrade, it appears that >> org.geotools.wfs.v1_0.WFSConfiguration.java >> moved to >> <https://github.com/geotools/geotools/commit/e01e2e742e8bbe217bb316cd1698f40caac11de7#diff-a7f999b5c6810d418516e0c496627333R27> >> org.geotools.wfs.v1_0.WFSConfiguration_1_0.java >> >> The other (v1_1, v2_0) WFSConfiguration classes were* not *renamed. This >> seems inconsistent - are we concerned? >> >> This also caused an upstream compile failure in GeoServer, which I have f >> ixed >> <https://github.com/geoserver/geoserver/commit/0e7bcbc5e34147c90b17267f9666d291db7bf766> >> . >> >> Torben >> _______________________________________________ >> GeoTools-Devel mailing list >> GeoTools-Devel@lists.sourceforge.net >> https://lists.sourceforge.net/lists/listinfo/geotools-devel >> >
_______________________________________________ GeoTools-Devel mailing list GeoTools-Devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/geotools-devel
