Jody Garnett wrote: > Thanks Arne; the background is very useful. I actually should be > joining your mailing list next week for a separate project I am > working on. > > Two responses: > - The basic wicket page sounds okay - it meets my requirement for > "showing up" in the user interface > - What you describe is an interesting set up - it sounds like you have > no actual dependencies on GeoServer code ... indeed the same > functionality could be deployed as two separate WARs can it not? Yes, it can (and there are downloads available). It requires a bit more configuration and increases the memory footprint and disk usage because it (surprise) has a lot of the same dependencies as GeoServer.
We would like to listen for GS configuration changes though, and that would at first only be available to the plugin version. > > Reading about your plans for the RESTful interfaces; what are you > actually trying to access? Only configuration (what layers are available, what output formats and projections each of them are configured to support) and seed requests (multithreaded and with queue, inspired by Hudson). -Arne <snip> ------------------------------------------------------------------------- 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 [email protected] https://lists.sourceforge.net/lists/listinfo/geoserver-devel
