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 <[email protected]>
> On Mon, Jul 4, 2011 at 10:54 AM, Frank Gasdorf <
> [email protected]> 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
>
> -------------------------------------------------------
>
------------------------------------------------------------------------------
All of the data generated in your IT infrastructure is seriously valuable.
Why? It contains a definitive record of application performance, security
threats, fraudulent activity, and more. Splunk takes this data and makes
sense of it. IT sense. And common sense.
http://p.sf.net/sfu/splunk-d2d-c2
_______________________________________________
Geoserver-devel mailing list
[email protected]
https://lists.sourceforge.net/lists/listinfo/geoserver-devel
