Thankyou so much for getting that into 2.2.x! Now I have a question for the GeoServer people specifically...

I am currently using GeoServer 1.3.1. Therefore, I will need to upgrade. Here are my questions about this: 1. Is the upgrade path from 1.3.1 to 1.3.3 likely to cause me any grief on the WFS side? Things to consider may be inconsistent GeoTools libs between version 1.1.M7 of uDig and GeoServer. 2. Can I patch 1.3.3 with the latest 2.2.x jars to get this patch into 1.3.3?
3. Do I need to go to 1.3.3 or can I just patch 1.3.1 somehow?
4. If I can patch GeoServer with the new 2.2.x jars, where can I get them from?

We are trying to get the project to production immediately and this problem is holding us back, so if anyone has any suggestions on how we can achieve this in a safe manner in the shortest amount of time I would really appreciate it!

Thanks,
Mark

Gabriel Roldán wrote:
Chris, Mark:

I've applied the patch to 2.2.x and trunk, and added a test case to ensure
the characters(char[], int, int) method contract is respected (not loosing content).

don't know if Mark is building from source, in any case he would need a gt-main jar to get it working.

Cheers,

Gabriel.

On Monday 31 July 2006 18:56, Gabriel Roldán wrote:
indeed,
http://jira.codehaus.org/browse/GEOT-821

going to apply the patch to 2.2.x and trunk right now.

Gabriel

On Monday 31 July 2006 17:59, Chris Holmes wrote:
I think it may actually have to do with the limitations of the SAX
parser, but I thought we had a workaround for it.  Like it'll only chunk
a certain number of characters at once.

Gabriel, I feel like you may have had this bug and/or a fix for it?  I
know someone did.  Maybe it didn't get ported over at some point?

Mark Presling wrote:
Hi all,

Sorry about the cross-list post but I'm not sure exactly where this
problem lies.

(Ignore until you read the sentence below)

598072759 [FINE] org.vfny.geoserver.servlets.AbstractService -
------------XML POST START----------- <?xml version="1.0"
encoding="UTF-8"?>
<GetFeature xmlns=*MailScanner has detected a possible fraud attempt
from "www.opengis.net" claiming to be* "http://www.opengis.net/wfs";
xmlns:gml=*MailScanner has detected a possible fraud attempt from
"www.opengis.net" claiming to be* "http://www.opengis.net/gml";
xmlns:ogc=*MailScanner has detected a possible fraud attempt from
"www.opengis.net" claiming to be* "http://www.opengis.net/ogc";
version="1.0.0" service="WFS" outputFormat="GML2"><Query
typeName="topp:roadevent_pnt"><ogc:PropertyName>roadeventid</ogc:Proper
ty Name>
<ogc:Filter><ogc:And><ogc:Intersects><ogc:PropertyName>the_geom</ogc:Pr
op ertyName>
<gml:Polygon><gml:outerBoundaryIs><gml:LinearRing><gml:coordinates
decimal="." cs="," ts=" ">2224073.5294117643,5725938.522408964
2224073.5294117643,6077972.522408964
2740784.4985994394,6077972.522408964
2740784.4985994394,5725938.522408964
2224073.5294117643,5725938.522408964</gml:coordinates>
</gml:LinearRing> </gml:outerBoundaryIs>
</gml:Polygon>
</ogc:Intersects>
<ogc:And><ogc:Not><ogc:PropertyIsGreaterThan><ogc:PropertyName>startdat
e< /ogc:PropertyName> <ogc:Literal>1.155523188718E12</ogc:Literal>
</ogc:PropertyIsGreaterThan>
</ogc:Not>
<ogc:Not><ogc:And><ogc:PropertyIsEqualTo><ogc:PropertyName>eventstatus<
/o gc:PropertyName> <ogc:Literal>Closed</ogc:Literal>
</ogc:PropertyIsEqualTo>
<ogc:PropertyIsLessThan><ogc:PropertyName>enddate</ogc:PropertyName>
<ogc:Literal>1.154227188718E12</ogc:Literal>
</ogc:PropertyIsLessThan>
</ogc:And>
</ogc:Not>
<ogc:Not><ogc:PropertyIsEqualTo><ogc:PropertyName>eventstatus</ogc:Prop
er tyName> <ogc:Literal>Deleted</ogc:Literal>
</ogc:PropertyIsEqualTo>
</ogc:Not>
<ogc:Or><ogc:PropertyIsEqualTo><ogc:PropertyName>eventtype</ogc:Propert
yN ame> <ogc:Literal>Road Hazard</ogc:Literal>
</ogc:PropertyIsEqualTo>
<ogc:PropertyIsEqualTo><ogc:PropertyName>eventtype</ogc:PropertyName>
<ogc:Literal>Road Work</ogc:Literal>
</ogc:PropertyIsEqualTo>
<ogc:PropertyIsEqualTo><ogc:PropertyName>eventtype</ogc:PropertyName>
<ogc:Literal>Area Warning</ogc:Literal>
</ogc:PropertyIsEqualTo>
<ogc:PropertyIsEqualTo><ogc:PropertyName>eventtype</ogc:PropertyName>
<ogc:Literal>Compliment</ogc:Literal>
</ogc:PropertyIsEqualTo>
<ogc:PropertyIsEqualTo><ogc:PropertyName>eventtype</ogc:PropertyName>
<ogc:Literal>Complaint</ogc:Literal>
</ogc:PropertyIsEqualTo>
<ogc:PropertyIsEqualTo><ogc:PropertyName>*eventtype*</ogc:PropertyName>
<ogc:Literal>Damage Report</ogc:Literal>
</ogc:PropertyIsEqualTo>
</ogc:Or>
</ogc:And>
</ogc:And>
</ogc:Filter>
</Query>
</GetFeature>


------------XML POST END-----------
598072774 [FINE]
org.vfny.geoserver.wfs.requests.readers.GetFeatureXmlReader - just
parsed: [EMAIL PROTECTED] 598072774 [INFO]
org.vfny.geoserver.servlets.AbstractService - handling request:
Request: null
 output format:GML2
 max features:2147483647
 version:
 queries:
  Query []
   feature type: topp:roadevent_pnt
   filter: [[ the_geom intersects POLYGON ((2224073.5294117643
5725938.522408964, 2224073.5294117643 6077972.522408964,
2740784.4985994394 6077972.522408964, 2740784.4985994394
5725938.522408964, 2224073.5294117643 5725938.522408964)) ] AND [NOT [
startdate > 1.155523188718E12 ] AND NOT [[ eventstatus = Closed ] AND [
enddate < 1.154227188718E12 ]] AND NOT [ eventstatus = Deleted ] AND [[
eventtype = Road Hazard ] OR [ eventtype = Road Work ] OR [ eventtype =
Area Warning ] OR [ eventtype = Compliment ] OR [ eventtype = Complaint
] OR [ *ttype* = Damage Report ]]]] [properties: roadeventid]


This is a WFS request sent to GeoServer 1.3.1 from uDig. Admittedly it
is quite a big filter but I can't really get away from that.

As you can see the last attribute filter in the XML post says "... or
eventtype = Damage Report". However, the parsed GeoTools filter below
that says "... OR [ ttype = Damage Report ]". This only happens when I
have this number of attribute filters turned on, if I reduce the number
by one everything works correctly.

The amount of truncation appears random as well. Sometimes the filter
ends up as "OR [ e = Damage Report ]".

Has anyone seen this before or know what can be done about it?

Thanks,
Mark


!DSPAM:1003,44cd6f7d13131971556521!
--
This message has been scanned for viruses and
dangerous content by *MailScanner* <http://www.mailscanner.info/>, and
is believed to be clean.

-----------------------------------------------------------------------
-- 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=DEVD
EV

!DSPAM:1003,44cd6f7d13131971556521!


-----------------------------------------------------------------------
-

_______________________________________________
Geoserver-users mailing list
[EMAIL PROTECTED]
https://lists.sourceforge.net/lists/listinfo/geoserver-users


!DSPAM:1003,44cd6f7d13131971556521!


--
This message has been scanned for viruses and
dangerous content by MailScanner, and is
believed to be clean.

begin:vcard
fn:Mark Presling
n:Presling;Mark
email;internet:[EMAIL PROTECTED]
tel;home:+6442322774
tel;cell:+6421549540
version:2.1
end:vcard

-------------------------------------------------------------------------
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
Geotools-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/geotools-devel

Reply via email to