Moving GeoServer more toward a framework has definitely been one of my
goals, although I admit, it is something we have made little progress
toward. However we have been able to isolate to some extent "protocol"
specific stuff into modules. We have most of the servlet dependencies in
ows, all the rest stuff in rest, etc... although I know there are
servlet api deps in other modules like main... and now platform.

I am fine with adding the method to an existing utility class. Using
GeoServerUtil was just to get the point the across. Indeed our use of
utility classes is something that could probably use some cleanup.

Anyways, if we want to do only do the change on trunk i am fine with
that since its more of a long term concern anyways. And b/c it is not
really fair to make you go back and revisit this issue :).

-Justin

> 
> 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
> 


-- 
Justin Deoliveira
OpenGeo - http://opengeo.org
Enterprise support for open source geospatial.


-------------------------------------------------------------------------
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