Hallo List,
is it possible to provide geoserver.war artefacts without the preconfigured data sets? I’d like to deploy it into jboss without having all the data in the data folder, the workspaces, data stores and layers that already defined.
Is this a requirement anybody else have? Properly I could create an enhancement issue in jira …
Have anybody written a script that post process the war file and clean up project settings?
Do you have any suggestions?
Thanks,
Frank
On Mon, Jul 4, 2011 at 10:54 AM, Frank Gasdorf <fgdrf@anonymised.com> wrote:
Hallo List,
is it possible to provide geoserver.war artefacts without the preconfigured data sets? I’d like to deploy it into jboss without having all the data in the data folder, the workspaces, data stores and layers that already defined.
Is this a requirement anybody else have? Properly I could create an enhancement issue in jira …
Have anybody written a script that post process the war file and clean up project settings?
Do you have any suggestions?
Building the war without anything inside is actually the default behavior, if you checkout
the sources and build you will get the .war with the empty data dir inside in web/app/target
Doing that for the release would make things a bit more complicated though, and would
increase the amount of data we have to upload.
Unless we decide to ship the .war empty-
Writing a self contained java tool that strips the data dir from a war would not be hard, either.
java -jar mingeos.jar geoserver.war
Could be enhanced to allow the embedding of a random data dir, too… thought I guess
we’d be fostering bad practice like that, the embedded data dir in the .war should
never be used in production, it’s not safe (a redeploy from .war and wham, your
data dir is gone).
Cheers
Andrea
Ing. Andrea Aime
GeoSolutions S.A.S.
Tech lead
Via Poggio alle Viti 1187
55054 Massarosa (LU)
Italy
phone: +39 0584 962313
fax: +39 0584 962313
http://www.geo-solutions.it
http://geo-solutions.blogspot.com/
http://www.youtube.com/user/GeoSolutionsIT
http://www.linkedin.com/in/andreaaime
http://twitter.com/geowolf
Thanks Andrea,
I thought to save storage it would be the default to ship the war without any content … (I would prefer) this and let the user decide to add a data directory. In this case you could provide a data.zip and a geoserver.war side by side and properly a quickstart guide for starters how to get the data running in the instance. IMHO I’d like to get a deployable artifact the customer dosn’t have to clean up. Second advantage is the size of the war file itself ( I remember a cleaning session to get it down under 50mb’s 
I agree with you, the post process script is quite dangerous for already hardly defined instances. Not the best option for my taste
Still have compulsion to create a requirement/enhancement …
Cheers, Frank
2011/7/4 Andrea Aime <andrea.aime@anonymised.com>
On Mon, Jul 4, 2011 at 10:54 AM, Frank Gasdorf <fgdrf@anonymised.com> wrote:
Hallo List,
is it possible to provide geoserver.war artefacts without the preconfigured data sets? I’d like to deploy it into jboss without having all the data in the data folder, the workspaces, data stores and layers that already defined.
Is this a requirement anybody else have? Properly I could create an enhancement issue in jira …
Have anybody written a script that post process the war file and clean up project settings?
Do you have any suggestions?
Building the war without anything inside is actually the default behavior, if you checkout
the sources and build you will get the .war with the empty data dir inside in web/app/targetDoing that for the release would make things a bit more complicated though, and would
increase the amount of data we have to upload.
Unless we decide to ship the .war empty-Writing a self contained java tool that strips the data dir from a war would not be hard, either.
java -jar mingeos.jar geoserver.war
Could be enhanced to allow the embedding of a random data dir, too… thought I guess
we’d be fostering bad practice like that, the embedded data dir in the .war should
never be used in production, it’s not safe (a redeploy from .war and wham, your
data dir is gone).Cheers
Andrea–
Ing. Andrea Aime
GeoSolutions S.A.S.
Tech leadVia Poggio alle Viti 1187
55054 Massarosa (LU)
Italyphone: +39 0584 962313
fax: +39 0584 962313http://www.geo-solutions.it
http://geo-solutions.blogspot.com/
http://www.youtube.com/user/GeoSolutionsIT
http://www.linkedin.com/in/andreaaime
http://twitter.com/geowolf
On Mon, Jul 4, 2011 at 11:24 AM, Frank Gasdorf <fgdrf@anonymised.com> wrote:
Thanks Andrea,
I thought to save storage it would be the default to ship the war without any content … (I would prefer) this and let the user decide to add a data directory. In this case you could provide a data.zip and a geoserver.war side by side and properly a quickstart guide for starters how to get the data running in the instance. IMHO I’d like to get a deployable artifact the customer dosn’t have to clean up. Second advantage is the size of the war file itself ( I remember a cleaning session to get it down under 50mb’s
I agree with you, the post process script is quite dangerous for already hardly defined instances. Not the best option for my taste
Still have compulsion to create a requirement/enhancement …
As said it’s not a bad idea per se, it’s just the extra work and the fact that probably
there is someone else out there that wants the .war like it is today, if that happens
we would get going in circles.
If I can dream one thing that I’d like to see is some sort of “GS custom assembler”
tool, where you can choose the version of GS, cherry pick the extensions you want,
decide what kind of data dir and wham, you get the .war ready to go.
It cannot be an online tool, nobody with a single server has enough bandwith to manage
the download rate such a thing would generate, but a desktop/command line tool might
be the thing, caching the artifacts on disk for easy rebuilding, asking you to point to
the extra jars that cannot be redistributed…
Time is tyrant… too much stuff to do, too little time.
Maybe someone will pick the idea up
Cheers
Andrea
Ing. Andrea Aime
GeoSolutions S.A.S.
Tech lead
Via Poggio alle Viti 1187
55054 Massarosa (LU)
Italy
phone: +39 0584 962313
fax: +39 0584 962313
http://www.geo-solutions.it
http://geo-solutions.blogspot.com/
http://www.youtube.com/user/GeoSolutionsIT
http://www.linkedin.com/in/andreaaime
http://twitter.com/geowolf