Justin Deoliveira ha scritto:
> Hi Andrea,
> 
> Looking over the recent changes to GeoServerExtensions i am starting to 
> have second thoughts about adding a direct dependency on the servlet api 
> from platform.
> 
> I know I am not making a strong case for it but i am starting to think 
> perhaps we should try to avoid the dependency if we can. I think it 
> would be easy enough to just add it to a class in main where the 
> dependency already exists. Something like:
> 
>    GeoServerUtil.getProperty( String, ApplicationContext )
>    GeoServerUtil.getProperty( String, ServletContext )
> 
> 
> What do you think? What do others think?

Yeah, I had the same thought when I noticed I had to add the
dependency on servlet-api to platform... then I realized I had already
spent more than one day on that bug fix and swallowed the doubt to get
unstuck.

On the downside, having a proliferation of utility classes around
does not look too good either. Does it make sense to include
that functionality into one of the many existing xxxUtil classes?

Generally speaking, that dependency is an issue not from the
point of view of what GeoServer is (it's a webapp, servlets are the
defining element of a java webapp), but from the pov of trying to make
GeoServer a framework.
Which is something I do share, I'd love to see GS one day being as
scriptable and adaptable as MapServer with MapScript.
The question is, do we want to make GeoServer a framework usable
outside of a web application? That seems a little more far fetched,
thought it's not the first time I think of making a GeoClient
out of the code of GeoServer ;)

Cheers
Andrea

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

-------------------------------------------------------------------------
This SF.Net email is sponsored by the Moblin Your Move Developer's challenge
Build the coolest Linux based applications with Moblin SDK & win great prizes
Grand prize is a trip for two to an Open Source event anywhere in the world
http://moblin-contest.org/redirect.php?banner_id=100&url=/
_______________________________________________
Geoserver-devel mailing list
Geoserver-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/geoserver-devel

Reply via email to