Jody Garnett ha scritto:
> Very cool Andrea.
> 
> A few comments inline.
> 
>> What's missing? Well, I guess it's enough for the first
>> cut (the sponsored one), though of course we can do better
>> a number of things:
>> - add support for alternate styles
> 
> Are you just thinking named styles here; or SLD?

Named styles. SLD can be used if the remote server can do
dynamic SLD requests, I consider this lower priority,
seems kind of a specialized need.

>> - allow the admin to specify a timeout (right now it's hard coded)
> 
> Cannot remember if the client code allows for this one. We had considered 
> switching to commons http client in order to have better control.

Yes, it does. By hard coded I mean hard coded on the GeoServer side,
we just need to expose a parameter.
However by not using http client we're missing quite a bit of
extra funcionality that would make GS a well behaved (and more
efficient) WMS client (see the notes about HTTP 1.1 persistent
connection and connection count limit).

>> - full support in Restconfig (we need to add new resources  there)
>> - improve the GeoTools client code so that we can use
>>  HTTP 1.1 persistent connections and limit the number
>>  of parallel connections we make to a single server
>>  (right now GS is badly behaved from an HTTP client
>>   point of view).
>> - allow the user to choose the format used for cascading.
>>  Now we try png
>> - maybe add a pure proxy mode, if the request contains
>>  only cascaded layers avoid decoding the image to just
>>  re-encode it afterwards
>> - add support for WMS with access restrictions (this is
>>  really just a matter of configuration, the gt2 module
>>  does that already)
>> - support cascaded layers in GetMap requests that use
>>  &SLD and &SLD_BODY
> 
> This is the tough one in that the client code does not currently handle get 
> map post.

Yeah, we'll cross that bridge when someone has a real use
case and resources to back it

Cheers
Andrea


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

------------------------------------------------------------------------------
_______________________________________________
Geoserver-devel mailing list
[email protected]
https://lists.sourceforge.net/lists/listinfo/geoserver-devel

Reply via email to