Decouple service configurations, specifically KVP parsers shared between 
services
---------------------------------------------------------------------------------

                 Key: GEOS-1888
                 URL: http://jira.codehaus.org/browse/GEOS-1888
             Project: GeoServer
          Issue Type: Improvement
          Components: Configuration, WCS, WFS, WMS
            Reporter: Gabriel Roldán
            Assignee: Gabriel Roldán
             Fix For: 1.7.x


Hi Gabriel,

(did you mean this for GeoServer-devel?)

You bring up a good issue. One I have thought about. Andrea brought up 
the same thing while implementing WCS as well. So what we did was 
allowed a KvpParser to be bound to a particular service, or ... be bound 
to all services.

So we could go through and ensure that all wfs kvp readers only engage 
for WFS, and re-register the ones that are being reused for wms. This 
would remove the configuration dependency, still allow us to share the 
code, and would be more explicit.

Gabriel Roldán wrote:
> Hi,
> 
> As you know, geoserver ows's may share kvp parsers, but I'm not sure if 
> sharing both code and configuration is the best thing to do.
> Right now, to put an example, wms shares the maxFeatures kvp parser with wfs, 
> which imposes a configuration dependency over the wfs module.
> This happens with more parsers I don't exactly remember of the top of my 
> head, 
> but imho its ok to share code but bad to share configuration.
> 
> So I wanted to bring the topic and see what others think. I think it would be 
> ideal to have per service specific kvp parser configurations regardless of 
> whether they share the same parser implementation, though I'm not sure how we 
> could do that. Justin?
> 
> Cheers,
> 
> Gabriel

-- 
This message is automatically generated by JIRA.
-
If you think it was sent incorrectly contact one of the administrators: 
http://jira.codehaus.org/secure/Administrators.jspa
-
For more information on JIRA, see: http://www.atlassian.com/software/jira

       

-------------------------------------------------------------------------
This SF.net email is sponsored by the 2008 JavaOne(SM) Conference 
Don't miss this year's exciting event. There's still time to save $100. 
Use priority code J8TL2D2. 
http://ad.doubleclick.net/clk;198757673;13503038;p?http://java.sun.com/javaone
_______________________________________________
Geoserver-devel mailing list
[email protected]
https://lists.sourceforge.net/lists/listinfo/geoserver-devel

Reply via email to