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
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 in the
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 plus
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
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
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
2009/9/29 aaime74 andrea.a...@gmail.com
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
2009/9/29 Pid p...@pidster.com
... 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.
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
-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
-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 split
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
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
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/ClientAbortException.html
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 headers would
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
could you explain just a bit more what is a tile?
Martin
__
Verzicht und Vertraulichkeitanmerkung
Diese Nachricht ist vertraulich. Sollten Sie nicht der vorgesehene Empfaenger
sein, so bitten wir hoeflich um eine Mitteilung. Jede unbefugte
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
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
19 matches
Mail list logo