Hi Andre,
Thanks for the help.
This is a weird problem, here's a bit more info:
We are sending records to the server encoded as XML, this works fine
99% of the time. The app reads records from a DB and blocks this into
a big block using a "SendBlockingFactor". If this is set to 200, I
get the problem *if* the response is over a certain (yet to be
determined) size. If I reduce the blocking factor (to say 50), it
works (since the response is not smaller), however this slows it down
big time.
I will talk to the server people today.
We are using IIS and ASP.NET on the server.
All the Best
Dave
On 11 Nov 2008, at 05:06, Andre Garzia wrote:
Dave,
are you using CGI or a custom server?
Content can be chuncked in HTTP 1.1, this means that the server can
slice the content and send it in little chunks for you to reassemble.
Check this link which is very useful:
http://www.jmarshall.com/easy/http/ (HTTP Made Really Easy). This
document will explain in plain english the HTTP protocol.
If you're using CGI, I believe Apache may reassemble chunked transfers
for you, if it's your own server, you should do it yourself, or tell
the client machine not to slice anything.
Now, the post data might be corrupt, a connection might drop. Check
the length against CONTENT-LENGTH header.
Andre
On Mon, Nov 10, 2008 at 1:27 PM, Dave <[EMAIL PROTECTED]> wrote:
Hi All,
I'm getting a weird error when receiving data with the "post"
command. I am
receiving blocks of data from a server and some blocks seem to get
truncated. Is this a limit on the size of a data block received
with the
"post" command? If there is, how can I set it bigger?
Thanks a lot
All the Best
Dave
_______________________________________________
use-revolution mailing list
[email protected]
Please visit this url to subscribe, unsubscribe and manage your
subscription
preferences:
http://lists.runrev.com/mailman/listinfo/use-revolution
--
http://www.andregarzia.com All We Do Is Code.
_______________________________________________
use-revolution mailing list
[email protected]
Please visit this url to subscribe, unsubscribe and manage your
subscription preferences:
http://lists.runrev.com/mailman/listinfo/use-revolution
_______________________________________________
use-revolution mailing list
[email protected]
Please visit this url to subscribe, unsubscribe and manage your subscription
preferences:
http://lists.runrev.com/mailman/listinfo/use-revolution
