<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>My apologies. I went back and retested some examples that had earlier given me errors with POST, and they are working now. Our ColdFusion server runs under VMWare, and our systems person did admit there was an intermittent network error due to the way the VMWare environment was initially established which has now been rectified. So it must have been due to network problems rather than OpenLayer.Request.POST specifically.</DIV>
<DIV> </DIV>
<DIV>Kind regards,</DIV>
<DIV> </DIV>
<DIV>Robert Sanson <BR><BR>>>> "Zac Spitzer" <zac.spitzer@gmail.com> 12/01/2009 3:05 p.m. >>><BR>that sounds wrong, can you post you POST example?<BR><BR>2009/1/12 Robert Sanson <SansonR@asurequality.com>:<BR>> I was using POST for a lot of my communications between OL and a ColdFusion<BR>> server, but discovered that POST requests seemed to hit a limit on the<BR>> length of the URL, whereas the GET was more tolerant. Here is an example<BR>> that failed with a POST, but succeeded with a GET:<BR>><BR>> var mgatexy =<BR>> "http://web-cf8dev.agriquality.co.nz/agribasemapdata/indexpage.cfm?mode=maingate&farmid="<BR>> + farmid + "&easting=" + easting + "&northing=" + northing + "&lat=" +<BR>> latitude + "&long=" + longitude;<BR>> var request = OpenLayers.Request.GET({<BR>> url: mgatexy,<BR>> callback: setHTML3<BR>> });<BR>><BR>> 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>><BR>><BR>><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>> ------------------------------------------------------------------<BR>><BR>> This message has been scanned for malware by SurfControl plc.<BR>> www.surfcontrol.com<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><BR><BR>-- <BR>Zac Spitzer -<BR><A href="http://zacster.blogspot.com">http://zacster.blogspot.com</A><BR>+61 405 847 168<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></BODY></HTML>