<HTML><HEAD>
<META http-equiv=Content-Type content="text/html; charset=iso-8859-15">
<META content="MSHTML 6.00.2900.3243" name=GENERATOR></HEAD>
<BODY style="MARGIN: 4px 4px 1px">
<DIV>I was using POST for a lot of my communications between OL and a ColdFusion server, but discovered that POST requests seemed to hit a limit on the length of the URL, whereas the GET was more tolerant. Here is an example that failed with a POST, but succeeded with a GET:</DIV>
<DIV> </DIV>
<DIV>var mgatexy = "<A href="http://web-cf8dev.agriquality.co.nz/agribasemapdata/indexpage.cfm?mode=maingate&farmid">http://web-cf8dev.agriquality.co.nz/agribasemapdata/indexpage.cfm?mode=maingate&farmid</A>=" + farmid + "&easting=" + easting + "&northing=" + northing + "&lat=" + latitude + "&long=" + longitude;<BR> var request = OpenLayers.Request.GET({<BR> url: mgatexy,<BR> callback: setHTML3<BR> });</DIV>
<DIV> </DIV>
<DIV>Robert Sanson<BR><BR>>>> <bartvde@osgis.nl> 10/01/2009 1:03 a.m. >>><BR>Hey Tim,<BR><BR>it just came to my mind since I wanted to port all of my application's WFS<BR>requests to use Protocol.WFS. I use quite a bit of GET requests where POST<BR>is not needed.<BR><BR>But you're right, why not use POST all the time.<BR><BR>Best regards,<BR>Bart<BR><BR>> Hey-<BR>><BR>> bartvde@osgis.nl wrote:<BR>>> Hi list,<BR>>><BR>>> are there any plans to support HTTP GET in Protocol.WFS?<BR>><BR>> It would be nice to have a property that let you decide if you always<BR>> wanted GET. The drawback, of course, is when you've got a filter that<BR>> serializes (+ rest of url) to 2083 chars.<BR>><BR>> We're you envisioning a property, or some logic that tried to determine<BR>> if POST was necessary?<BR>><BR>> Also, it's probably worth asking why it makes a difference (aside from<BR>> being gross that we have to POST GetFeature).<BR>><BR>> Tim<BR>><BR>>><BR>>> Best regards,<BR>>> Bart<BR>>><BR>>> _______________________________________________<BR>>> Dev mailing list<BR>>> Dev@openlayers.org<BR>>> <A href="http://openlayers.org/mailman/listinfo/dev">http://openlayers.org/mailman/listinfo/dev</A><BR>><BR>><BR>> --<BR>> Tim Schaub<BR>> OpenGeo - <A href="http://opengeo.org">http://opengeo.org</A><BR>> Expert service straight from the developers.<BR>> _______________________________________________<BR>> Dev mailing list<BR>> Dev@openlayers.org<BR>> <A href="http://openlayers.org/mailman/listinfo/dev">http://openlayers.org/mailman/listinfo/dev</A><BR>><BR><BR><BR>_______________________________________________<BR>Dev mailing list<BR>Dev@openlayers.org<BR><A href="http://openlayers.org/mailman/listinfo/dev">http://openlayers.org/mailman/listinfo/dev</A><BR><BR></DIV><br><br><table bgcolor=white style="color:black"><tr><td><br>------------------------------------------------------------------<br>
The contents of this email are confidential to AsureQuality. If you have received this communication in error please notify the sender immediately and delete the message and any attachments. The opinions expressed in this email are not necessarily those of AsureQuality. This message has been scanned for known viruses before delivery. AsureQuality supports the Unsolicited Electronic Messages Act 2007. If you do not wish to receive similar communications in future, please notify the sender of this message.<br>
------------------------------------------------------------------</td></tr></table><br><br>
<P align=center><FONT style="BACKGROUND-COLOR: #ffffff">This message has been scanned for malware by SurfControl plc. </FONT><A href="http://www.surfcontrol.com/"><FONT style="BACKGROUND-COLOR: #ffffff" color=#000000>www.surfcontrol.com</FONT></A></P>
</body></HTML>