Hi Peter, I just submitted the fix for this issue so if you are running from svn you can update and get the fix.
As for this log error... my guess is that the schema is not being specified correctly to the parser so it cannot find the proper schema elements as it parses. You can change this behaviour by setting the parser to "strict". See the method parser.setLenient(); Question. when you generated the bindings for the schema did you generate a XSDSchemaLocator instance? Its a helper class that will ensure that the parser can find your schema at parse time. Also. Do we have a module set up for you yet? I don't see on in the repository but I notice that you have a wiki page. This should be enough to get you an unsupported module. If we did it might be easier for me to help out. -Justin Bolla Péter wrote: > Hi Justin, > > Earlier, when I generated the bindings, I have had to modify the XSD as > you suggested below. But now, as I filled the bindings, and tried to > test, I had to remove the ":gpx" after the "xmlns", because otherways it > didn't worked, told me that "Could not find declaration for: ... > Creating a mock element declaration and parsing anyways..." for every > element. > > Honestly, I don't really understand the core of the parser, but this > behaviour may affect the solution to the jira task, you have scheduled. > > Best, > Peter > > Justin Deoliveira wrote: >> Hi Peter, >> >> It appears that you have indeed found a bug in the code generator. It >> seems that when a schema does not explicitly map a namespace prefix to >> the target namespace of the schema the code generator dies. >> >> I have scheduled a jira task to fix this. >> >> http://jira.codehaus.org/browse/GEOT-1414 >> >> However... the easy work around for you is just to add another namespace >> prefix mapping to the root schema element: >> >> "xmlns:gpx="http://www.topografix.com/GPX/1/1"; >> >> Also... that tutorial is a bit out of date. Were you actually able to >> compile the generated beans? I was not due to version conflicts with the >> jaxb compiler plugin. So what i have done is set the version of the >> plugin explicity in the example and updated the jaxb dependencies >> slightly. Let me know if it all works for you. >> >> -Justin >> >> Bolla Péter wrote: >>> Hello, >>> >>> I tried to create gt2-xml style bindings for the gpx format, with the >>> help of the tutorial ( >>> http://docs.codehaus.org/display/GEOTDOC/0+Purchase+Order+Parsing+Tutorial >>> ). >>> The beans get generated well, but when doing the bindings generation >>> with mvn org.geotools.maven:gt2-xmlcodegen:generate, the result is >>> only 68K of exceptions output. This is the first of them: >>> >>> WARNING: Unable to generate binding for >>> [EMAIL PROTECTED] (element: >>> [xsd:complexType: null]) (name: boundsType, targetNamespace: >>> http://www.topografix.com/GPX/1/1) (derivationMethod: <unset>, final: >>> [], abstract: <unset>, contentTypeCategory: empty, >>> prohibitedSubstitutions: [], lexicalFinal: null, block: null, mixed: >>> <unset>) >>> java.lang.RuntimeException: java.lang.reflect.InvocationTargetException >>> at >>> org.geotools.maven.xmlcodegen.AbstractGenerator.execute(AbstractGenerator.java:228) >>> >>> >>> at >>> org.geotools.maven.xmlcodegen.BindingGenerator.generate(BindingGenerator.java:192) >>> >>> >>> [...] >>> >>> Is there any setting that should be set apart of the ones in the >>> tutorial? May the tutorial be outdated? >>> >>> >>> Thanks, >>> Peter >>> >>> >>> ------------------------------------------------------------------------- >>> This SF.net email is sponsored by: Splunk Inc. >>> Still grepping through log files to find problems? Stop. >>> Now Search log events and configuration files using AJAX and a browser. >>> Download your FREE copy of Splunk now >> http://get.splunk.com/ >>> _______________________________________________ >>> Geotools-devel mailing list >>> [email protected] >>> https://lists.sourceforge.net/lists/listinfo/geotools-devel >>> >>> >>> >> > > ------------------------------------------------------------------------- > This SF.net email is sponsored by: Splunk Inc. > Still grepping through log files to find problems? Stop. > Now Search log events and configuration files using AJAX and a browser. > Download your FREE copy of Splunk now >> http://get.splunk.com/ > _______________________________________________ > Geotools-devel mailing list > [email protected] > https://lists.sourceforge.net/lists/listinfo/geotools-devel > > !DSPAM:4007,46cb0172105641012714783! > -- Justin Deoliveira The Open Planning Project http://topp.openplans.org ------------------------------------------------------------------------- This SF.net email is sponsored by: Splunk Inc. Still grepping through log files to find problems? Stop. Now Search log events and configuration files using AJAX and a browser. Download your FREE copy of Splunk now >> http://get.splunk.com/ _______________________________________________ Geotools-devel mailing list [email protected] https://lists.sourceforge.net/lists/listinfo/geotools-devel
