Hi Matthias,
On 3/15/10 6:01 AM, Matthias Lendholt wrote:
> The wps plugin is using org.geotools.xml.impl.ParserHandler for parsing
> the WPS output. Where do I have to store xsd files to avoid flooding my
> logfile with:
>
> Mar 15, 2010 10:42:28 AM org.geotools.xml.impl.ParserHandler startElement
> INFO: Could not find declaration for:
> {http://www.dews_online.org/aais}SupportedGeocodeTypesMapping. Creating
> a mock element declaration and parsing anyways...
> Mar 15, 2010 10:42:28 AM org.geotools.xml.impl.ParserHandler
The core wps schemas are usually built into the parser. Warnings such as
this usually arise when dealing with application schemas in cases where
an application schema is used in an instance document but the schema is
not specified properly. In this case it seems some user specific process.
Do you have a schema that defines this? If so include a schemaLocation
attribute in your document that references that schema.
That said the parser should probably only log the message on the first
occurrence. Repeated logging is indeed excessive. Can you open a bug
report for this.
As a workaround for you can do this:
org.geotools.util.logging.Logging.getLogger("org.geotools.xml").setLevel(java.util.logging.Level.SEVERE);
Which will cause the messages not to be logged to the console.
>
> I'm using GeoTools in a uDig based application and we have several WPS
> processes returning project specific xml data. The ParserHandler creates
> Map/List object tree but with logging evey single element.
> Is it possible to create an object tree based on XMLBeans or another
> lib? Such a tree could be better parsed than an untyped tree.
>
Perhaps, I am not familiar with the wps schema much but we could
potentially do the same thing here we for gml application schemas and
have a dynamic binding which handles not only a particular type, but any
subtype as well.
> Cheers,
> Matthias
>
>
>
>
> ------------------------------------------------------------------------------
> Download Intel® Parallel Studio Eval
> Try the new software tools for yourself. Speed compiling, find bugs
> proactively, and fine-tune applications for parallel performance.
> See why Intel Parallel Studio got high marks during beta.
> http://p.sf.net/sfu/intel-sw-dev
> _______________________________________________
> Geotools-devel mailing list
> [email protected]
> https://lists.sourceforge.net/lists/listinfo/geotools-devel
--
Justin Deoliveira
OpenGeo - http://opengeo.org
Enterprise support for open source geospatial.
------------------------------------------------------------------------------
Download Intel® Parallel Studio Eval
Try the new software tools for yourself. Speed compiling, find bugs
proactively, and fine-tune applications for parallel performance.
See why Intel Parallel Studio got high marks during beta.
http://p.sf.net/sfu/intel-sw-dev
_______________________________________________
Geotools-devel mailing list
[email protected]
https://lists.sourceforge.net/lists/listinfo/geotools-devel
