Hey Sampo,
It is how the xsd framework allows for bindings to address anonymous types.
The WFS and FES schemas unfortunately utilize a lot of anonymous types for
elements. This name refers to the anonymous type of the
"Filter_Capabilities" element. In the FES class you'll also find:
public static final QName Filter_Capabilities =
new QName("http://www.opengis.net/fes/2.0","Filter_Capabilities";);
Which refers to the element.
Since the xsd framework utilizes both bindings for elements and types the
binding generator uses this convention since sometimes its easier to
binding to the type, rather then the element. However in this case I think
just an element binding is sufficient but in others it isn't.
Hope that makes sense.
-Justin
On Fri, Apr 4, 2014 at 2:14 AM, Sampo Savolainen <
[email protected]> wrote:
> Hi,
>
> In many classes like (org.geotools.filter.v2_0.FES) there are QName
> definitions with underscores before the local part. Like:
>
> /** @generated */
> public static final QName _Filter_Capabilities =
> new QName("http://www.opengis.net/fes/2.0
> ","_Filter_Capabilities");
>
> Is there a real use for this underscore version or is this just a
> convention to describe unimplemented parts of the schema?
>
>
> Sampo
>
>
> --
> Sampo Savolainen
> R&D Director, Spatineo Oy
> [email protected]
> +358-407555649
> Linnankoskenkatu 16 A 17, 00250 Helsinki, Finland
> www.spatineo.com, twitter.com/#!/spatineo
> www.linkedin.com/company/spatineo-inc
>
> This message may contain privileged and/or confidential information. If you
> have received this e-mail in error or are not the intended recipient, you
> may not use, copy, disseminate, or distribute it; do not open any
> attachments, delete it immediately from your system and notify the sender
> promptly by e-mail that you have done so.
>
>
> ------------------------------------------------------------------------------
>
> _______________________________________________
> Geoserver-devel mailing list
> [email protected]
> https://lists.sourceforge.net/lists/listinfo/geoserver-devel
>
>
--
*Justin Deoliveira*
Vice President, Engineering | Boundless
[email protected]
@j_deolive <https://twitter.com/j_deolive>
------------------------------------------------------------------------------
Put Bad Developers to Shame
Dominate Development with Jenkins Continuous Integration
Continuously Automate Build, Test & Deployment
Start a new project now. Try Jenkins in the cloud.
http://p.sf.net/sfu/13600_Cloudbees_APR
_______________________________________________
Geoserver-devel mailing list
[email protected]
https://lists.sourceforge.net/lists/listinfo/geoserver-devel
