Hi,
if anybody is interested in trying them out, I've applied
the above two patches on both branches.
If you want to test them in 1.7.x have a look at these
jira for details on how to enable them, if you're playing
on trunk just go to the WMS configuration and use the UI.
http://jira.codehaus.org/browse/GEOS-3085
http://jira.codehaus.org/browse/GEOS-3086

The limits have been applied on raster output only, since
they are the ones where the two are the most important
and easier to control, too.

There are other WMS outputs: KML, PDF, SVG, Atom, RSS.

KML, SVG, RSS are streaming, so memory control does not
seem to make much sense. I'm dubious as timeout is concerned
as well, since in these formats the time it takes to
execute the command includes streaming out the result,
which is dependent on the client download speed.
I would say, let's not apply any limit on those.

PDF and SVG are harder to deal with. They both
build the response in memory before sending it, but
it's not possible to estimate how big it will be.
Time wise, it's possible to determine a rendering
time for both, and it's typically a long longer
than raster rendering. Not sure if we want to
limit it?
Gabriel suggested that for these formats we could
introduce a max number of features rendered. I could
go for that, but wouldn't the limit have to be global
(that is, include raster rendering as well?).
And how would a client know that the limit is
surpassed?

Opinions?

Cheers
Andrea

-- 
Andrea Aime
OpenGeo - http://opengeo.org
Expert service straight from the developers.

------------------------------------------------------------------------------
Register Now for Creativity and Technology (CaT), June 3rd, NYC. CaT 
is a gathering of tech-side developers & brand creativity professionals. Meet
the minds behind Google Creative Lab, Visual Complexity, Processing, & 
iPhoneDevCamp as they present alongside digital heavyweights like Barbarian 
Group, R/GA, & Big Spaceship. http://p.sf.net/sfu/creativitycat-com 
_______________________________________________
Geoserver-devel mailing list
Geoserver-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/geoserver-devel

Reply via email to