Hi Darren:<br><br>Why not use TCP? You can send the length of the file at the beginning so you know how many bytes to listen for.<br>TCP guarantees delivery and ordering.<br><br>Mark<br><br><div class="gmail_quote">On Wed, Feb 10, 2010 at 12:22 PM, Darren Govoni <span dir="ltr"><<a href="mailto:darren@ontrenet.com">darren@ontrenet.com</a>></span> wrote:<br>
<blockquote class="gmail_quote" style="border-left: 1px solid rgb(204, 204, 204); margin: 0pt 0pt 0pt 0.8ex; padding-left: 1ex;">
<div>
Hi,<br>
Is there an existing protocol that can provide the following?<br>
<br>
- Accept stream binary data FROM a client (e.g. very large file transfer)<br>
- Receive data IN ORDER (i.e. stream. not out of order random packets)<br>
<br>
I want to stream FROM a client to the protocol server and have the<br>
server process the stream bytes incrementally so it doesn't have <br>
to store or write the entire data stream (too large).<br>
<br>
I looked at FileTransferServer and Client, but I'm not sure it provides<br>
what I need. <br>
<br>
Any tips appreciated!<br><font color="#888888">
Darren
</font></div>
<br>_______________________________________________<br>
Twisted-Python mailing list<br>
<a href="mailto:Twisted-Python@twistedmatrix.com">Twisted-Python@twistedmatrix.com</a><br>
<a href="http://twistedmatrix.com/cgi-bin/mailman/listinfo/twisted-python" target="_blank">http://twistedmatrix.com/cgi-bin/mailman/listinfo/twisted-python</a><br>
<br></blockquote></div><br>