r.com]
Sent: Tuesday, September 29, 2009 5:12 AM
To: Tomcat Users List
Subject: Re: How to check if the client dropped the connection
On 29/09/2009 09:47, aaime74 wrote:
>
>
> Markus Meyer wrote:
>>
>> I'm not saying you should store the whole map all at once. My approach
>
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Markus,
On 9/28/2009 6:03 PM, Markus Meyer wrote:
> Martin Gainty schrieb:
>> could you explain just a bit more what is a tile?
>
> If you have a very large image, say 1 million x 1 million pixels or
> something like that, it is more efficient to spl
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Andrea,
On 9/29/2009 4:34 AM, aaime74 wrote:
> I can cleanly stop the rendering process in almost any point of it.
> The issue is not stopping it, it's detecting the client connection
> was dropped.
>
> No matter what solution is adopted, one still
aaime74 wrote:
...
Ok, but let's say Tomcat is capable of that. How does one check from
within the servlet that the connection has been dropped without writing
out anything?
I have been looking (starting at the HttpServletResponse object), trying
to follow the trail to see if one at some poi
2009/9/29 Pid
> ... because for future requests, the data already exists and the work is
> already done. The consequences of a dropped connection are therefore
> reduced because you're not doing the work for every single request, and any
> work you are doing isn't completely wasted.
Pid, you'r
2009/9/29 aaime74
> But in the meatime I would really appreciate if anybody could
> answer my first question: how does one detect the client connection
> has been dropped? Is there any way? Does anybody know?
First off, I assume you're serving these straight out of Tomcat to the
client - there'
On 29/09/2009 09:47, aaime74 wrote:
Markus Meyer wrote:
I'm not saying you should store the whole map all at once. My approach
was to dynamically cache requests that the client may want to make in
advance. An easy example would be if a client makes a request for the
city center, you create th
On 29/09/2009 09:34, aaime74 wrote:
awarnier wrote:
aaime74 wrote:
...
Hi.
Kind of restarting from the beginning, I think that the first question
to ask is whether whatever method which actually does the rendering of
the maps, and which is "heavy" in terms of resources, is capable of
being i
On 29/09/2009 09:15, André Warnier wrote:
aaime74 wrote:
...
Hi.
Kind of restarting from the beginning, I think that the first question
to ask is whether whatever method which actually does the rendering of
the maps, and which is "heavy" in terms of resources, is capable of
being interrupted clea
Markus Meyer wrote:
>
> I'm not saying you should store the whole map all at once. My approach
> was to dynamically cache requests that the client may want to make in
> advance. An easy example would be if a client makes a request for the
> city center, you create the map for the city center
awarnier wrote:
>
> aaime74 wrote:
> ...
> Hi.
> Kind of restarting from the beginning, I think that the first question
> to ask is whether whatever method which actually does the rendering of
> the maps, and which is "heavy" in terms of resources, is capable of
> being interrupted cleanly i
aaime74 wrote:
...
Hi.
Kind of restarting from the beginning, I think that the first question
to ask is whether whatever method which actually does the rendering of
the maps, and which is "heavy" in terms of resources, is capable of
being interrupted cleanly in the middle. Is it capable itself
Martin Gainty schrieb:
could you explain just a bit more what is a tile?
If you have a very large image, say 1 million x 1 million pixels or
something like that, it is more efficient to split the image into tiles,
that is small images of, say, 256 x 256 pixels. If a certain portion of
the bi
Martin Gainty wrote:
could you explain just a bit more what is a tile?
http://en.wikipedia.org/wiki/Tile
It's the same idea, but for images.
-
To unsubscribe, e-mail: users-unsubscr...@tomcat.apache.org
For additional comman
Sep 2009 21:27:15 +0200
> From: me...@mesw.de
> To: users@tomcat.apache.org
> Subject: Re: How to check if the client dropped the connection
>
> Jason Brittain schrieb:
> > The first time you call flush, it will send the HTTP response
> > headers to the client, so y
aaime74 schrieb:
Well, something like that has actually been done already, it's called
tile caching, and works under the restrictive conditions that you
can force the client to make requests in predetermined sizes and tiles.
As for applying this to the general case, I invite you to have a look
at
Markus Meyer wrote:
>
> Jason Brittain schrieb:
>> The first time you call flush, it will send the HTTP response
>> headers to the client, so you would need to first set the headers before
>> flushing. That sounds difficult for you to do because you're writing an
>> image, and one of the heade
jasonb wrote:
>
> Hi Andrea.
>
> When the client disconnects, and your servlet tries to write to the output
> stream, Tomcat will throw a ClientAbortException (you may have already
> seen
> this):
>
> http://tomcat.apache.org/tomcat-6.0-doc/api/org/apache/catalina/connector/ClientAbortExceptio
Jason Brittain schrieb:
The first time you call flush, it will send the HTTP response
headers to the client, so you would need to first set the headers before
flushing. That sounds difficult for you to do because you're writing an
image, and one of the headers would be Content-Length, which you
Hi Andrea.
When the client disconnects, and your servlet tries to write to the output
stream, Tomcat will throw a ClientAbortException (you may have already seen
this):
http://tomcat.apache.org/tomcat-6.0-doc/api/org/apache/catalina/connector/ClientAbortException.html
Tomcat appears to only thro
20 matches
Mail list logo
