had a hard time trying to get this filter correctly parsed in a geoserver
getFeature request:
<Filter><PropertyIsEqualTo><PropertyName>Gsml/member/MappedFeature/specification/GeologicUnit/age/GeologicAge/value/CGI_TermRange/upper/CGI_TermValue/value</PropertyName><Literal>TEST_VALUE</Literal></PropertyIsEqualTo></Filter>
FilterFilter should generate a compare filter with the complete path as
attribute expression, but the resulting attribute path is truncated.
Problem tracked down to be xerces. Crimson (default with JDK1.4) makes it just
well. Tried with both xerces 2.4 and latest 2.8, same results. I'm going to
avoid including xerces in cpx branch, should't be an issue as long as it is
used with a 1.4 jdk.
--
Gabriel Roldán (groldan@anonymised.com)
Axios Engineering (http://www.axios.es)
Tel. +34 944 41 63 84
Fax. +34 944 41 64 90
Quoting GabrielRoldán <groldan@anonymised.com>:
had a hard time trying to get this filter correctly parsed in a
geoserver
getFeature request:
<Filter><PropertyIsEqualTo><PropertyName>Gsml/member/MappedFeature/specification/GeologicUnit/age/GeologicAge/value/CGI_TermRange/upper/CGI_TermValue/value</PropertyName><Literal>TEST_VALUE</Literal></PropertyIsEqualTo></Filter>
FilterFilter should generate a compare filter with the complete path
as
attribute expression, but the resulting attribute path is truncated.
Problem tracked down to be xerces. Crimson (default with JDK1.4)
makes it just
well. Tried with both xerces 2.4 and latest 2.8, same results. I'm
going to
avoid including xerces in cpx branch, should't be an issue as long as
it is
used with a 1.4 jdk.
Hmmmm... Xerces is actually used directly for SLDValidation. Like if
it's not on the class path sld validation won't work. If you can
validate with crimson then I guess it may be reasonable to use it.
Also is crimson the default for 1.5? Also note that you can probably
set params for the factory on which implementation to use. We do that
in the GetCaps stuff, for xalan I think. Just relying on xerces not
being in the classpath is not the best idea, it will be on for many.
Chris
--
Gabriel Roldán (groldan@anonymised.com)
Axios Engineering (http://www.axios.es)
Tel. +34 944 41 63 84
Fax. +34 944 41 64 90
-------------------------------------------------------
This SF.Net email is sponsored by xPML, a groundbreaking scripting
language
that extends applications into web and mobile media. Attend the live
webcast
and join the prime developer group breaking into this new coding
territory!
http://sel.as-us.falkag.net/sel?cmd=lnk&kid0944&bid$1720&dat1642
_______________________________________________
Geoserver-devel mailing list
Geoserver-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/geoserver-devel
***
Chris Holmes
The Open Planning Project
thoughts at: http://cholmes.wordpress.com
----------------------------------------------------------
This mail sent through IMP: https://webmail.limegroup.com/
yeah, I figured out. Looks killer, though.
found xerces is needed by struts too, so no option.
On Thursday 02 March 2006 23:04, Chris Holmes wrote:
Quoting GabrielRoldán <groldan@anonymised.com>:
> had a hard time trying to get this filter correctly parsed in a
> geoserver
> getFeature request:
<Filter><PropertyIsEqualTo><PropertyName>Gsml/member/MappedFeature/specific
ation/GeologicUnit/age/GeologicAge/value/CGI_TermRange/upper/CGI_TermValue/v
alue</PropertyName><Literal>TEST_VALUE</Literal></PropertyIsEqualTo></Filter
> FilterFilter should generate a compare filter with the complete path
> as
> attribute expression, but the resulting attribute path is truncated.
>
> Problem tracked down to be xerces. Crimson (default with JDK1.4)
> makes it just
> well. Tried with both xerces 2.4 and latest 2.8, same results. I'm
> going to
> avoid including xerces in cpx branch, should't be an issue as long as
> it is
> used with a 1.4 jdk.
Hmmmm... Xerces is actually used directly for SLDValidation. Like if
it's not on the class path sld validation won't work. If you can
validate with crimson then I guess it may be reasonable to use it.
Also is crimson the default for 1.5? Also note that you can probably
set params for the factory on which implementation to use. We do that
in the GetCaps stuff, for xalan I think. Just relying on xerces not
being in the classpath is not the best idea, it will be on for many.
Chris
> --
> Gabriel Roldán (groldan@anonymised.com)
> Axios Engineering (http://www.axios.es)
> Tel. +34 944 41 63 84
> Fax. +34 944 41 64 90
>
>
> -------------------------------------------------------
> This SF.Net email is sponsored by xPML, a groundbreaking scripting
> language
> that extends applications into web and mobile media. Attend the live
> webcast
> and join the prime developer group breaking into this new coding
> territory!
> http://sel.as-us.falkag.net/sel?cmd=lnk&kid0944&bid$1720&dat1642
> _______________________________________________
> Geoserver-devel mailing list
> Geoserver-devel@lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/geoserver-devel
***
Chris Holmes
The Open Planning Project
thoughts at: http://cholmes.wordpress.com
----------------------------------------------------------
This mail sent through IMP: https://webmail.limegroup.com/
--
Gabriel Roldán (groldan@anonymised.com)
Axios Engineering (http://www.axios.es)
Tel. +34 944 41 63 84
Fax. +34 944 41 64 90
ok, my bad.
Actually the answer was so obvious that I didn't seen it but waked up this
morning with the answer: xerces is making multiple calls to
ContentHandler.characters (char,... ) and and crimson just one.
idiot me, will create a jira issue for our content handler correctly
iplementing characters()
On Friday 03 March 2006 02:26, Gabriel Roldán wrote:
yeah, I figured out. Looks killer, though.
found xerces is needed by struts too, so no option.
On Thursday 02 March 2006 23:04, Chris Holmes wrote:
> Quoting GabrielRoldán <groldan@anonymised.com>:
> > had a hard time trying to get this filter correctly parsed in a
> > geoserver
> > getFeature request:
>
> <Filter><PropertyIsEqualTo><PropertyName>Gsml/member/MappedFeature/specif
>ic
> ation/GeologicUnit/age/GeologicAge/value/CGI_TermRange/upper/CGI_TermValu
>e/v
> alue</PropertyName><Literal>TEST_VALUE</Literal></PropertyIsEqualTo></Fil
>ter
>
> > FilterFilter should generate a compare filter with the complete path
> > as
> > attribute expression, but the resulting attribute path is truncated.
> >
> > Problem tracked down to be xerces. Crimson (default with JDK1.4)
> > makes it just
> > well. Tried with both xerces 2.4 and latest 2.8, same results. I'm
> > going to
> > avoid including xerces in cpx branch, should't be an issue as long as
> > it is
> > used with a 1.4 jdk.
>
> Hmmmm... Xerces is actually used directly for SLDValidation. Like if
> it's not on the class path sld validation won't work. If you can
> validate with crimson then I guess it may be reasonable to use it.
> Also is crimson the default for 1.5? Also note that you can probably
> set params for the factory on which implementation to use. We do that
> in the GetCaps stuff, for xalan I think. Just relying on xerces not
> being in the classpath is not the best idea, it will be on for many.
>
> Chris
>
> > --
> > Gabriel Roldán (groldan@anonymised.com)
> > Axios Engineering (http://www.axios.es)
> > Tel. +34 944 41 63 84
> > Fax. +34 944 41 64 90
> >
> >
> > -------------------------------------------------------
> > This SF.Net email is sponsored by xPML, a groundbreaking scripting
> > language
> > that extends applications into web and mobile media. Attend the live
> > webcast
> > and join the prime developer group breaking into this new coding
> > territory!
> > http://sel.as-us.falkag.net/sel?cmd=lnk&kid0944&bid$1720&dat1642
> > _______________________________________________
> > Geoserver-devel mailing list
> > Geoserver-devel@lists.sourceforge.net
> > https://lists.sourceforge.net/lists/listinfo/geoserver-devel
>
> ***
> Chris Holmes
> The Open Planning Project
> thoughts at: http://cholmes.wordpress.com
>
> ----------------------------------------------------------
> This mail sent through IMP: https://webmail.limegroup.com/
--
Gabriel Roldán (groldan@anonymised.com)
Axios Engineering (http://www.axios.es)
Tel. +34 944 41 63 84
Fax. +34 944 41 64 90