Andrew Hughes ha scritto:
> Hi Guys,
>
> I've looked into this a little and found a few things out...
>
> 1. A war can most certainly be a dependency, and dependency:unpack
> can be used to unpack it (providing the dependency is hosted in a
> repository).
Hum, ok, but I don't know how to push a .war onto a repository... I'm
not even sure we would like to do so. Each .war is 30MB, we'd have to
make sure the .war are pushed onto the repo only during the release
process (as opposed to publishing them daily as we for, for instance,
with the geotools jars)
> 2. Providing we make a mojo plugin available, the unpacked ./data
> directory can be replaced by that of the local project/module.
> (./src/main/config)
> 1. This can be done starting up an embedded app server
> (jetty/tomcat/whatever see maven cargo) with the geoserver
> war and -DGEOSERVER_DATA_DIR=${basedir}/src/main/config
> 3. It's would also be possible to run an embedded appserver+geoserver
> inside maven, so "out of the box" spatial data
> development/configuration/testing/hosting of (.src/main/config) is
> available.
> 4. The geoserver.war can be repacked with the newly developed
> (./src/main/config) spatial data/configuration replacing ./data
Hum, this sounds like a good candidate for a community module.
Interested in working on it and providing some guidance on how to use it
in the
wiki?
Cheers
Andrea
-------------------------------------------------------------------------
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
