Quantcast

geoserver war file without data folder content

classic Classic list List threaded Threaded
4 messages Options
Reply | Threaded
Open this post in threaded view
|  
Report Content as Inappropriate

geoserver war file without data folder content

fgdrf
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

------------------------------------------------------------------------------
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
[hidden email]
https://lists.sourceforge.net/lists/listinfo/geoserver-devel
Reply | Threaded
Open this post in threaded view
|  
Report Content as Inappropriate

Re: geoserver war file without data folder content

geowolf
On Mon, Jul 4, 2011 at 10:54 AM, Frank Gasdorf <[hidden email]> 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
[hidden email]
https://lists.sourceforge.net/lists/listinfo/geoserver-devel
Reply | Threaded
Open this post in threaded view
|  
Report Content as Inappropriate

Re: geoserver war file without data folder content

fgdrf
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 <[hidden email]>
On Mon, Jul 4, 2011 at 10:54 AM, Frank Gasdorf <[hidden email]> 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
[hidden email]
https://lists.sourceforge.net/lists/listinfo/geoserver-devel
Reply | Threaded
Open this post in threaded view
|  
Report Content as Inappropriate

Re: geoserver war file without data folder content

geowolf
On Mon, Jul 4, 2011 at 11:24 AM, Frank Gasdorf <[hidden email]> 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

-------------------------------------------------------

------------------------------------------------------------------------------
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
[hidden email]
https://lists.sourceforge.net/lists/listinfo/geoserver-devel
Loading...