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