Jody, Cool. Thanks for the info on how the Literal semi-typing system works on trunk. Clearly that fixes this problem for gt-2.4.x-based solutions.
However, I'm not sure I understand how this problem might be fixed on the 2.3.x branch. Your second comment notes that a geoAPI change would be required to backport the full set of expression improvements to 2.3.x, so I'm guessing that idea is out. Still, this issue means that for those using ArcSDE with geoserver 1.5.x (to get rasters), filters are "broken" in a pretty specific sense. Clearly at some point geoserver will move to gt-2.4.x, and this issue will go away...but it's not clear to me when that might be. In the mean time, do you think there's a clean way to resolve this issue for the 2.3.x branch so that folks using the 1.5.x branch of geoserver with ArcSDE can get working "java.lang.Short" filters without having to patch geotools themselves? --saul Jody Garnett wrote: > Added a comment to your issue explaining how this was solved on trunk. > Your specific test case we be a nice addition; and we can always use a > code review. > For more details please check out: > - http://docs.codehaus.org/display/GEOTOOLS/Expression+Improvements > Jody ------------------------------------------------------------------------- Take Surveys. Earn Cash. Influence the Future of IT Join SourceForge.net's Techsay panel and you'll get the chance to share your opinions on IT & business topics through brief surveys - and earn cash http://www.techsay.com/default.php?page=join.php&p=sourceforge&CID=DEVDEV _______________________________________________ Geotools-devel mailing list [email protected] https://lists.sourceforge.net/lists/listinfo/geotools-devel
