tomcat-users mailing list archives

Site index · List index
Message view « Date » · « Thread »
Top « Date » · « Thread »
From "Allen Levin" <allenrle...@hotmail.com>
Subject Re: inputstream
Date Mon, 30 Apr 2001 17:14:03 GMT
<html><DIV>
<P>I fought with this for a very long time. It was difficult, I found examples but none
of them worked. In the end I had to resort to perl.</P>
<P>There are definately area within&nbsp;Java/JSP/Tomcat that are not working well.
This is one of them.<BR><BR></P></DIV>
<DIV></DIV>
<DIV></DIV>From: Tim O'Neil <TIM@XYTHOS.COM>
<DIV></DIV>Reply-To: tomcat-user@jakarta.apache.org 
<DIV></DIV>To: tomcat-user@jakarta.apache.org 
<DIV></DIV>Subject: Re: inputstream 
<DIV></DIV>Date: Mon, 30 Apr 2001 09:29:08 -0700 
<DIV></DIV>
<DIV></DIV>At 11:51 AM 4/30/2001 -0400, you wrote: 
<DIV></DIV>&gt;hi everyone, 
<DIV></DIV>&gt; 
<DIV></DIV>&gt;i'm trying to use a form to upload a file from the webpage
to my 
<DIV></DIV>&gt;server. 
<DIV></DIV>&gt; 
<DIV></DIV>&gt;i don't want to store the file on myserver, i just want to
receive 
<DIV></DIV>&gt;the file 
<DIV></DIV>&gt;data and send it somewhere else right away. 
<DIV></DIV>&gt; 
<DIV></DIV>&gt;i know that i have to parse the received data to eliminate
the 
<DIV></DIV>&gt;boundaries 
<DIV></DIV>&gt;and th content type,etc. 
<DIV></DIV>&gt; 
<DIV></DIV>&gt;do you know the max size that i can receive on the 
<DIV></DIV>&gt;standardInputStream???????? 
<DIV></DIV>
<DIV></DIV>Being a stream that's a loaded question, although 
<DIV></DIV>reading the api policy on the DataInput interface 
<DIV></DIV>I presume its the maximum size of a byte array. 
<DIV></DIV>But this is the wrong way to look at an inputstream. 
<DIV></DIV>
<DIV></DIV>The input data has to go somewhere, right? I would 
<DIV></DIV>assume also that your going to write the input into 
<DIV></DIV>an output stream, so theoretically you'll not need to 
<DIV></DIV>worry about a limit. Presumably the data is going somewhere 
<DIV></DIV>as soon as it comes in. What you really need to worry 
<DIV></DIV>about is the other end, the data receiver might choke, 
<DIV></DIV>go off line, slow down, stop receiving for whatever reason. 
<DIV></DIV>You should plan for that in your design, and implement 
<DIV></DIV>a temporary buffer on your transmitting end. 
<DIV></DIV>
<DIV></DIV>
<DIV></DIV><br clear=all><hr>Get your FREE download of MSN Explorer
at <a href="http://explorer.msn.com">http://explorer.msn.com</a><br></p></html>

Mime
View raw message