Hi Jonah,
mrenoch wrote:
Hi,
Yes, I am just dropping the war file in place and having it auto-explode and
deploy. I actually copied the data_dir from a "full" installation, and am
trying to have this production tomcat use those settings (I am really just
trying to get the demo version up and running in this production
environment).
The easiest way to do this is probably to keep the data directory you want to use somewhere external, and just set the GEOSERVER_DATA_DIR context parameter (in web.xml).
I am not sure I understand how I am supposed to create this data/config
directory - I guess the war file comes bundled with a "data" directory, not
a "data_dir" directory (unlike the tgz binary download), but I am not really
sure how to point the war deployment at this data directory.
Correct, the standalone uses data_dir, and war uses data, i know it is confusing. That said, the easiest way to deploy if you already have a data directory is to modify web.xml and set the GEOSERVER_DATA_DIR context parameter, if you open web.xml you should see an example that is commented out.
If you just want to verify that the "vanilla" war works, first unset any GEOSERVER_DATA_DIR context variables you have set, and just drop the war in untouched. If it does not start up then it is probably something else with the setup.
Even with the documentation, I am a bit confused, and am not really sure how
to troubleshoot these configurations.
Improving our docs is something we are working on. Have you seen this page:
http://geoserver.org/display/GEOSDOC/2.5+GeoServer+Data+Directory
We are actively working on some new and improved documentation as well, stuff about the data directory can be found here:
http://gridlock.openplans.org/geoserver/1.7.x/doc/user/data-directory/index.html
Hope that helps,
-Justin
I don't /need/ to do a war deployment, but I thought this would be simpler
than compiling the software myself.
Is there any more information I can provide that might help?
thanks,
/Jonah
Justin Deoliveira-6 wrote:
Hi Jonah,
One thing I notice is that the GEOSERVER_DATA_DIR environment variable points at the "data_dir" directory, where as usually with a war install out of the box the data dir is named "data". Perhaps you have renamed it or customized it i am not sure. Maybe some info about the install process would be useful. Are you just dropping the war into tomcat and having it auto-explode and deploy?
-Justin
mrenoch wrote:
Hi Justin,
Thanks for the rapid reply.
The Tomcat administrator has assured me that this tomcat server is
running
with the policies disbled. I don't have deep experience administering
Tomcat, and I am not sure if the policies /need/ to be enabled for this
data
dir to be picked up. I do know we have installed solr on this server and
that app is able to read its auxiliary data directory.
The tomcat server is running on solaris, not linux.
I am not sure how to most effectively guide the sys admins to help me
troubleshoot this. I have gotten opengeo running with jetty. I suppose I
could try ironing out the kinks on a server I control, but I was hoping
this
issue might ring a bell.
Did I set the context correctly? I can't easily control the environment
variables at startup, only the context snippet.
<!-- geoserver context -->
<Context
docBase="/www/apps/tomcat5/wwwappdev/ccnmtl/geoserver/geoserver.war"
debug="0"
crossContext="true"
reloadable="false">
<Environment name="GEOSERVER_DATA_DIR" type="java.lang.String"
value="/www/apps/tomcat5/wwwappdev/ccnmtl/geoserver/data_dir"
override="true" />
</Context>
thanks!
/Jonah
Justin Deoliveira-6 wrote:
Hi Jonah,
It sounds like the issue might be that the tomcat security manager is not properly configured to give geoserver access to the "data" directory under the root of the context. This is common with tomcat in various linux distributions. What platform are you running on?
You can find some info for configuring the security manager here:
http://geoserver.org/display/GEOSDOC/1.1.3+War-File+install
-Justin
mrenoch wrote:
Hi,
I am trying to deploy the geoserver 1.7.2 war to our production tomcat
server (which I don't have full administrative access to).
I have defined the context as follows below, though I am not 100%
certain
that the data directory is being found.
Also, I copied the data_dir over from the full package download - I
wasn't
really sure how to set this up for a war deployment (I found some
documentation on this, but it was a bit unclear).
When I start up tomcat (tomcat 5.5.25) I get a null pointer exception -
see
http://pastebin.com/m5c21c106 - logs are not being written to
geoserver.log,
just stdout.
I am not really sure how to begin troubleshooting this. Any
suggestions?
Thanks,
/Jonah
--------------------------
<!-- geoserver context -->
<Context
docBase="/www/apps/tomcat5/wwwappdev/ccnmtl/geoserver/geoserver.war"
debug="0"
crossContext="true"
reloadable="false">
<Environment name="GEOSERVER_DATA_DIR" type="java.lang.String"
value="/www/apps/tomcat5/wwwappdev/ccnmtl/geoserver/data_dir"
override="true" />
</Context>
--------------------------
2009-03-06 16:18:18,787 ERROR [main]
org.springframework.web.context.ContextLoader - Context initialization
failed
org.springframework.beans.factory.BeanCreationException: Error creating
bean
with name 'geoServerLoader' defined in URL
[jar:file:/usr/var/tomcat/ccnmtl5/work/wwwappdev/localhost/ccnmtl_geoserver/WEB-INF/lib/main-1.7.2.jar!/applicationContext.xml]:
Initialization of bean failed; nested exception is
java.lang.NullPointerException
-----
--
Justin Deoliveira
OpenGeo - http://opengeo.org
Enterprise support for open source geospatial.
------------------------------------------------------------------------------
Open Source Business Conference (OSBC), March 24-25, 2009, San
Francisco,
CA
-OSBC tackles the biggest issue in open source: Open Sourcing the
Enterprise
-Strategies to boost innovation and cut costs with open source
participation
-Receive a $600 discount off the registration fee with the source code:
SFAD
http://p.sf.net/sfu/XcvMzF8H
_______________________________________________
Geoserver-users mailing list
Geoserver-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/geoserver-users
--
Justin Deoliveira
OpenGeo - http://opengeo.org
Enterprise support for open source geospatial.
------------------------------------------------------------------------------
Open Source Business Conference (OSBC), March 24-25, 2009, San Francisco,
CA
-OSBC tackles the biggest issue in open source: Open Sourcing the
Enterprise
-Strategies to boost innovation and cut costs with open source
participation
-Receive a $600 discount off the registration fee with the source code:
SFAD
http://p.sf.net/sfu/XcvMzF8H
_______________________________________________
Geoserver-users mailing list
Geoserver-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/geoserver-users
--
Justin Deoliveira
OpenGeo - http://opengeo.org
Enterprise support for open source geospatial.