Hi Jeff,
This section of the user guide will answer a lot of your questions and give
you some idea on how to proceed.
http://docs.geoserver.org/stable/en/user/datadirectory/index.html
It is possible for multiple GeoServer instances to utilize a (preferrable
external) data directory, but keep in mind that there may be
incompatibilities between versions.
-Shane
<http://docs.geoserver.org/stable/en/user/datadirectory/index.html>
On Tue, May 31, 2011 at 12:50 PM, Jeff Dege <[email protected]> wrote:
> I’m running GeoServer 2.0.3 under Tomcat6 on Ubunto 10.0.4.
>
>
>
> Up to now, I’ve just been playing around, trying to understand the
> technology and its capabilities. We’ve decided that we will go with
> GeoServer – for at least some of our map data, so I’m trying to build a
> production system.
>
>
>
> First issue: moving to GeoServer 2.10.
>
>
>
> When I put GeoServer 2.0.3 in place, I just dropped the geoserver.war file
> in place in the tomcat6/webapps directory, and it built a ./geoserver
> subdirectory with the default configuration in it. (And the Spearfish,
> Tasmania, and Tiger-NY data).
>
>
>
> In a production environment, I’m going to need to be able to run multiple
> parallel versions of GeoServer simultaneously – when upgrading to a new
> release, testing out release candidates, etc. I could see nothing in the
> tomcat configuration that instructed it to build a GeoServer installation in
> the ./geoserver subdirectory, except, perhaps, the name of the .war file. I
> figured that either the subdirectory name was hardcoded within the .war file
> (which seemed like a poor choice) or the subdirectory was built using the
> filename as a base.
>
>
>
> So I shutdown tomcat, renamed geoserver.war to geoserver_2_0_3.war, and
> ./geoserver to ./geoserver_2_0_3, and restarted tomcat. I found that I did
> have a running system, working out of the ./geo_server_2_0_3 subdirectory.
> And I had an admin website at http://…/geoserver/2_0_3/web. Except my
> admin user’s password was reset, and all of my existing layers and styles
> were deleted. Not a crisis – the layers were purely exploratory. Losing
> the styles is a bit of an aggravation, but not a crisis. (If it’d been a
> production machine, I’d have had backups, but it isn’t, yet.)
>
>
>
> So now we’re to my first question. Is this the correct way to run multiple
> installations of GeoServer on the same tomcat server? Simply to rename the
> .war files to have unique names? It looks like it’s working, but I’d like
> to make sure it’s the approved way.
>
>
>
> And the second. How do I share layers, styles, etc., across multiple
> installations? If I’m running 2.0.3 and 2.10.0, and 2.10.1RC1, what do I
> need to do to use the same configuration for two different versions so that
> changes made by either are reflected on the other? How do I copy layers,
> styles, etc., from one version to the other, so that I have a starting point
> for the second, but changes made in either are not reflected in the other,
> after the copy date. I can see either case becoming necessary.
>
>
>
> And the third. That GeoServer decided, for whatever reason, that it was
> doing a fresh installation and thus proceeded two wipe all the existing
> style and layer and stores information really bothers me. I didn’t lose
> anything critical, but is this intended behavior? Why? Is there some way
> to configure GeoServer to not do this? I’d hate to waste time restoring a
> production system from backup, simply because GeoServer decided to wipe
> things clean. Particularly when I have no confidence that it wouldn’t
> decide that the restored files were no longer part of the “current system”
> and then wipe them again.
>
>
>
>
>
>
>
>
>
>
>
>
> ------------------------------------------------------------------------------
> Simplify data backup and recovery for your virtual environment with
> vRanger.
> Installation's a snap, and flexible recovery options mean your data is
> safe,
> secure and there when you need it. Data protection magic?
> Nope - It's vRanger. Get your free trial download today.
> http://p.sf.net/sfu/quest-sfdev2dev
> _______________________________________________
> Geoserver-users mailing list
> [email protected]
> https://lists.sourceforge.net/lists/listinfo/geoserver-users
>
>
--
Shane StClair
Software Engineer
Axiom Consulting & Design
523 W 8th Ave
Suite 104
Anchorage, AK 99501
http://www.axiomalaska.com
------------------------------------------------------------------------------
Simplify data backup and recovery for your virtual environment with vRanger.
Installation's a snap, and flexible recovery options mean your data is safe,
secure and there when you need it. Data protection magic?
Nope - It's vRanger. Get your free trial download today.
http://p.sf.net/sfu/quest-sfdev2dev
_______________________________________________
Geoserver-users mailing list
[email protected]
https://lists.sourceforge.net/lists/listinfo/geoserver-users
