Mailing-List: contact users-help@tomcat.apache.org; run by ezmlm
Precedence: bulk
Reply-To: "Tomcat Users List" <users@tomcat.apache.org>
Received-SPF: neutral (athena.apache.org: local policy)
Date: Fri, 10 Oct 2008 16:57:33 +0200
From: "Maurizio Lotauro" <maurizio.lotauro@territoriumonline.com>
To: "Tomcat Users List" <users@tomcat.apache.org>
Message-ID: <48EF897D.4161.5B02119@maurizio.lotauro.territoriumonline.com>
In-Reply-To: <48EE4A74.2030303@christopherschultz.net>
References: <48E2CBE2.32604.A6BF270@maurizio.lotauro.territoriumonline.com>
References: <48ED59C4.21088.519004D@maurizio.lotauro.territoriumonline.com>
References: <48EE4A74.2030303@christopherschultz.net>
Subject: Re: Authentication behaviour
Priority: normal
MIME-Version: 1.0
Content-type: text/plain;
	charset="US-ASCII"
Content-Disposition: inline
Content-description: Mail message body

On 9 Oct 2008 at 14:16, Christopher Schultz wrote:

> Maurizio,

Christopher,

> Maurizio Lotauro wrote:
> > On 6 Oct 2008 at 14:58, Christopher Schultz wrote:

[...]

> If you are writing network code, you need to handle disconnects at
> any time.

This is handled, but in that case there is no need to send the rest of request.

> >> That's a reasonable interpretation of the spec, but obviously
> not
> >> a practical one.
> > 
> > Even omitting "and interpreting"?
> 
> Sure. The server can interpret part of the request and respond
> whenever
> it wants. Here's another good example: some servers have a
> file-size
> upload limit. If the server were required to process the entire
> file
> upload before rejecting it (based upon the Content-Length header),
> DOS
> attacks would be trivial to mount against any web server.

This is a good point. But I suppose that in this case the server also close the connection, 
otherwise it would be useless.
In our case the connection is keep alive.

BTW what is the status code in that case?

[...]

> I think my file upload example is a compelling one.

If the connection is closed by the server then it is a different situation.


Bye, Maurizio.

---------------------------------------------------------------------
To start a new topic, e-mail: users@tomcat.apache.org
To unsubscribe, e-mail: users-unsubscribe@tomcat.apache.org
For additional commands, e-mail: users-help@tomcat.apache.org