[Geoserver-users] Error installing 1.7.0-beta1 (Context initialization failed)

Tyler_Erickson1 · June 11, 2008, 3:18pm

I am running into problems installing 1.7.0-beta1 from the unix binaries.
Note that I am trying to install it on a Ubuntu 8.04 computer running java
1.6, and this computer can start geoserver 1.6.2 successfully.

Here is the process description...
ps -ef | grep geoserver
root 23129 1 0 10:45 pts/0 00:00:03
/usr/lib/jvm/java-6-sun/bin/java
-DGEOSERVER_DATA_DIR=/usr/local/geoserver-1.7.0-beta1/data_dir/
-Djava.awt.headless=true -DSTOP.PORT=8079 -DSTOP.KEY=geoserver -jar
start.jar

Here is the beginning of the geoserver log errors that I am getting when
starting the 1.7.0-beta1. The full log is available at
http://www.nabble.com/file/p17780322/geoserver.log geoserver.log .

0 [main] INFO org.springframework.web.context.ContextLoader - Root
WebApplicationContext: initialization started
2585 [main] INFO /geoserver - Loading Spring root WebApplicationContext
5 [main] ERROR org.springframework.web.context.ContextLoader - Context
initialization failed
java.lang.NoSuchMethodError:
org.springframework.util.ReflectionUtils.makeAccessible(Ljava/lang/reflect/Constructor;)V
  at org.springframework.beans.BeanUtils.instantiateClass(BeanUtils.java:83)
  at org.springframework.beans.BeanUtils.instantiateClass(BeanUtils.java:62)
  at
org.springframework.web.context.ContextLoader.createWebApplicationContext(ContextLoader.java:220)
  at
org.springframework.web.context.ContextLoader.initWebApplicationContext(ContextLoader.java:156)
  at
org.springframework.web.context.ContextLoaderListener.contextInitialized(ContextLoaderListener.java:48)
  at
org.mortbay.jetty.handler.ContextHandler.startContext(ContextHandler.java:451)
  at org.mortbay.jetty.servlet.Context.startContext(Context.java:124)
  at
org.mortbay.jetty.webapp.WebAppContext.startContext(WebAppContext.java:1219)
  at
org.mortbay.jetty.handler.ContextHandler.doStart(ContextHandler.java:421)
  at org.mortbay.jetty.webapp.WebAppContext.doStart(WebAppContext.java:496)
  at org.mortbay.component.AbstractLifeCycle.start(AbstractLifeCycle.java:39)
  at
org.mortbay.jetty.handler.HandlerCollection.doStart(HandlerCollection.java:156)
  at
org.mortbay.jetty.handler.ContextHandlerCollection.doStart(ContextHandlerCollection.java:120)
  at org.mortbay.component.AbstractLifeCycle.start(AbstractLifeCycle.java:39)
  at
org.mortbay.jetty.handler.HandlerCollection.doStart(HandlerCollection.java:156)
  at org.mortbay.component.AbstractLifeCycle.start(AbstractLifeCycle.java:39)
  at
org.mortbay.jetty.handler.HandlerWrapper.doStart(HandlerWrapper.java:119)
  at org.mortbay.jetty.Server.doStart(Server.java:228)
  at org.mortbay.component.AbstractLifeCycle.start(AbstractLifeCycle.java:39)
  at org.mortbay.xml.XmlConfiguration.main(XmlConfiguration.java:929)
  at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
  at
sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:39)
  at
sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:25)
  at java.lang.reflect.Method.invoke(Method.java:597)
  at org.mortbay.start.Main.invokeMain(Main.java:183)
  at org.mortbay.start.Main.start(Main.java:497)
  at org.mortbay.start.Main.main(Main.java:115)

--
View this message in context: http://www.nabble.com/Error-installing-1.7.0-beta1-(Context-initialization-failed)-tp17780322p17780322.html
Sent from the GeoServer - User mailing list archive at Nabble.com.

Andrea_Aime3 · June 11, 2008, 3:26pm

Tyler Erickson ha scritto:

I am running into problems installing 1.7.0-beta1 from the unix binaries. Note that I am trying to install it on a Ubuntu 8.04 computer running java
1.6, and this computer can start geoserver 1.6.2 successfully.

Here is the process description...
ps -ef | grep geoserver
root 23129 1 0 10:45 pts/0 00:00:03
/usr/lib/jvm/java-6-sun/bin/java
-DGEOSERVER_DATA_DIR=/usr/local/geoserver-1.7.0-beta1/data_dir/
-Djava.awt.headless=true -DSTOP.PORT=8079 -DSTOP.KEY=geoserver -jar
start.jar

Here is the beginning of the geoserver log errors that I am getting when
starting the 1.7.0-beta1. The full log is available at http://www.nabble.com/file/p17780322/geoserver.log geoserver.log .

0 [main] INFO org.springframework.web.context.ContextLoader - Root
WebApplicationContext: initialization started
2585 [main] INFO /geoserver - Loading Spring root WebApplicationContext
5 [main] ERROR org.springframework.web.context.ContextLoader - Context
initialization failed
java.lang.NoSuchMethodError:
org.springframework.util.ReflectionUtils.makeAccessible(Ljava/lang/reflect/Constructor;)V

It seems somehow some spring 1.2.x jars sneaked into your classpath,
thought I don't see how... I've tried the same release on XP today, with
jdk 1.6, and it started fine...

Jetty has the nasty habit of putting the work directory under your
current "temp", which under Ubuntu should be "/tmp". Can you try
to stop whatever GeoServer you may have running, clean it out, and
restart the beta1?

Cheers
Andrea

Tyler_Erickson1 · June 11, 2008, 3:59pm

I stopped geoserver, cleared out the /tmp directory, and restarted geoserver.
I don't see a copy of the work directory, only the following directory...
drwxr-xr-x 3 root root 4096 2008-06-11 11:56
Jetty_0_0_0_0_8080__geoserver_

Clearing the /tmp seems to have no effect. I still get the same error
messages in the geoserver log.

- Tyler

aaime wrote:

It seems somehow some spring 1.2.x jars sneaked into your classpath,
thought I don't see how... I've tried the same release on XP today, with
jdk 1.6, and it started fine...

Jetty has the nasty habit of putting the work directory under your
current "temp", which under Ubuntu should be "/tmp". Can you try
to stop whatever GeoServer you may have running, clean it out, and
restart the beta1?

Cheers
Andrea

_______________________________________________
Geoserver-users mailing list
Geoserver-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/geoserver-users

--
View this message in context: http://www.nabble.com/Error-installing-1.7.0-beta1-(Context-initialization-failed)-tp17780322p17781289.html
Sent from the GeoServer - User mailing list archive at Nabble.com.

Tyler_Erickson1 · June 11, 2008, 6:37pm

Out of curiosity, I tried downloading the 1.6.4 unix binaries
(http://downloads.sourceforge.net/geoserver/geoserver-1.6.4b-bin.zip). I
was able to start up 1.6.4 this version without a similar error.

Are there any differences in the prerequisites for 1.7.0-beta1 vs. 1.6.4 ?

- Tyler

aaime wrote:

Tyler Erickson ha scritto:

I am running into problems installing 1.7.0-beta1 from the unix binaries.
Note that I am trying to install it on a Ubuntu 8.04 computer running
java
1.6, and this computer can start geoserver 1.6.2 successfully.

Here is the process description...
ps -ef | grep geoserver
root 23129 1 0 10:45 pts/0 00:00:03
/usr/lib/jvm/java-6-sun/bin/java
-DGEOSERVER_DATA_DIR=/usr/local/geoserver-1.7.0-beta1/data_dir/
-Djava.awt.headless=true -DSTOP.PORT=8079 -DSTOP.KEY=geoserver -jar
start.jar

Here is the beginning of the geoserver log errors that I am getting when
starting the 1.7.0-beta1. The full log is available at
http://www.nabble.com/file/p17780322/geoserver.log geoserver.log .

0 [main] INFO org.springframework.web.context.ContextLoader - Root
WebApplicationContext: initialization started
2585 [main] INFO /geoserver - Loading Spring root WebApplicationContext
5 [main] ERROR org.springframework.web.context.ContextLoader -
Context
initialization failed
java.lang.NoSuchMethodError:
org.springframework.util.ReflectionUtils.makeAccessible(Ljava/lang/reflect/Constructor;)V

It seems somehow some spring 1.2.x jars sneaked into your classpath,
thought I don't see how... I've tried the same release on XP today, with
jdk 1.6, and it started fine...

Jetty has the nasty habit of putting the work directory under your
current "temp", which under Ubuntu should be "/tmp". Can you try
to stop whatever GeoServer you may have running, clean it out, and
restart the beta1?

Cheers
Andrea

-------------------------------------------------------------------------
Check out the new SourceForge.net Marketplace.
It's the best place to buy or sell services for
just about anything Open Source.
http://sourceforge.net/services/buy/index.php
_______________________________________________
Geoserver-users mailing list
Geoserver-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/geoserver-users

--
View this message in context: http://www.nabble.com/Error-installing-1.7.0-beta1-(Context-initialization-failed)-tp17780322p17784307.html
Sent from the GeoServer - User mailing list archive at Nabble.com.

Andrea_Aime3 · June 11, 2008, 8:57pm

Tyler Erickson ha scritto:

I am running into problems installing 1.7.0-beta1 from the unix binaries. Note that I am trying to install it on a Ubuntu 8.04 computer running java
1.6, and this computer can start geoserver 1.6.2 successfully.

Here is the process description...
ps -ef | grep geoserver
root 23129 1 0 10:45 pts/0 00:00:03
/usr/lib/jvm/java-6-sun/bin/java
-DGEOSERVER_DATA_DIR=/usr/local/geoserver-1.7.0-beta1/data_dir/
-Djava.awt.headless=true -DSTOP.PORT=8079 -DSTOP.KEY=geoserver -jar
start.jar

Here is the beginning of the geoserver log errors that I am getting when
starting the 1.7.0-beta1. The full log is available at http://www.nabble.com/file/p17780322/geoserver.log geoserver.log .

0 [main] INFO org.springframework.web.context.ContextLoader - Root
WebApplicationContext: initialization started
2585 [main] INFO /geoserver - Loading Spring root WebApplicationContext
5 [main] ERROR org.springframework.web.context.ContextLoader - Context
initialization failed
java.lang.NoSuchMethodError:
org.springframework.util.ReflectionUtils.makeAccessible(Ljava/lang/reflect/Constructor;)V
at org.springframework.beans.BeanUtils.instantiateClass(BeanUtils.java:83)

I just downloaded the -bin version of GeoServer 1.7.0-beta1 from SF and run it on my Ubuntu headless box, and it worked at first attempt.

Wondering... did you by any chance put old spring jars into the jdk?
GeoServer 1.6.x works because it uses the same old Spring version,
GeoServer trunk uses the new and there is something putting the old
Spring jars before the new ones in the classpath. I checked, could not
find any of the old ones in the -bin download.

Can you try on a different machine? There's got to be something special
about the box you're using to run GeoServer.

Ah, one more thing: GeoServer 1.7.0-beta1 requires at least jdk 1.5
to run, it won't work on jdk 1.4... I did not mention it before because
the error would have been different but... let's check that too.

Cheers
Andrea

Tyler_Erickson1 · June 11, 2008, 9:46pm

I don't think I put the 'old spring jars into the jdk' (because I wouldn't
know how to do so). I don't have a great understanding of how to test what
java libraries are being used, but I can test with verbose instructions on
how to do so. Here is what I have observed (hope this helps)...

To the best of my knowledge I am using the standard jdk available from the
ubuntu package manager (currently using Ubuntu 8.04). I have the following
packages installed: sun-java6-bin, sun-java6-jdk, sun-java6-jre, and
sun-java6-plugin

Here is what java version I am using...
latituded830b ~: java -version
java version "1.6.0_06"
Java(TM) SE Runtime Environment (build 1.6.0_06-b02)
Java HotSpot(TM) Server VM (build 10.0-b22, mixed mode)

Does that indicate that I am using the JRE rather than the JDK?

Here are the java alternatives I have available...
latituded830b ~: sudo update-java-alternatives -l
java-6-openjdk 1061 /usr/lib/jvm/java-6-openjdk
java-6-sun 63 /usr/lib/jvm/java-6-sun
java-gcj 1042 /usr/lib/jvm/java-gcj

The init.d script sets the java location as follows...
export JAVA_HOME=/usr/lib/jvm/java-6-sun

Could we try explicitly setting the classpath in the init.d script. If so,
what should the classpath be?

Unfortunately, I don't currently have an easy way to test this out on
another Ubuntu machine. I could probably find a way to setup another
machine, but it would take some time.

- Tyler

aaime wrote:

I just downloaded the -bin version of GeoServer 1.7.0-beta1 from SF and
run it on my Ubuntu headless box, and it worked at first attempt.

Wondering... did you by any chance put old spring jars into the jdk?
GeoServer 1.6.x works because it uses the same old Spring version,
GeoServer trunk uses the new and there is something putting the old
Spring jars before the new ones in the classpath. I checked, could not
find any of the old ones in the -bin download.

Can you try on a different machine? There's got to be something special
about the box you're using to run GeoServer.

Ah, one more thing: GeoServer 1.7.0-beta1 requires at least jdk 1.5
to run, it won't work on jdk 1.4... I did not mention it before because
the error would have been different but... let's check that too.

Cheers
Andrea

-------------------------------------------------------------------------
Check out the new SourceForge.net Marketplace.
It's the best place to buy or sell services for
just about anything Open Source.
http://sourceforge.net/services/buy/index.php

--
View this message in context: http://www.nabble.com/Error-installing-1.7.0-beta1-(Context-initialization-failed)-tp17780322p17787997.html
Sent from the GeoServer - User mailing list archive at Nabble.com.

Andrea_Aime3 · June 12, 2008, 7:28am

Tyler Erickson ha scritto:

I don't think I put the 'old spring jars into the jdk' (because I wouldn't
know how to do so). I don't have a great understanding of how to test what
java libraries are being used, but I can test with verbose instructions on
how to do so. Here is what I have observed (hope this helps)...

To the best of my knowledge I am using the standard jdk available from the
ubuntu package manager (currently using Ubuntu 8.04). I have the following
packages installed: sun-java6-bin, sun-java6-jdk, sun-java6-jre, and
sun-java6-plugin

Here is what java version I am using...
latituded830b ~: java -version
java version "1.6.0_06"
Java(TM) SE Runtime Environment (build 1.6.0_06-b02)
Java HotSpot(TM) Server VM (build 10.0-b22, mixed mode)

Does that indicate that I am using the JRE rather than the JDK?

Not, not really. You should set the JAVA_HOME variable before
attempting to run the geoserver startup script, and that should
point to the JDK, which is what you did btw.

Here are the java alternatives I have available...
latituded830b ~: sudo update-java-alternatives -l
java-6-openjdk 1061 /usr/lib/jvm/java-6-openjdk
java-6-sun 63 /usr/lib/jvm/java-6-sun
java-gcj 1042 /usr/lib/jvm/java-gcj

The init.d script sets the java location as follows...
export JAVA_HOME=/usr/lib/jvm/java-6-sun

Could we try explicitly setting the classpath in the init.d script. If so,
what should the classpath be?

Ehm no, we can't setup the classpath manually, it's up to the web container (Jetty) that we embedded in the geoserver directory to
do so. The only way to override it would be to put something in the
JDK but if you don't know how this is done, you probably did not
do it (even accidentaly).

I'm curious to see the startup script you're using in init.d thought,
can you paste it in a mail? What happens if you try to run the startup.sh script directly from the GeoSever bin directory without
going thru the startup script?

Also, I assume the startup script is being run by "root", which may
have a different default jdk. You may want to add
export PATH=$JAVA_HOME/bin:$PATH
to your startup script to make sure it's actually using the right
jdk by default.

If worse comes to worse, any chance I can ssh into that box and try
to figure out what's wrong myself?

Cheers
Andrea

Tyler_Erickson1 · June 12, 2008, 3:32pm

Andrea Aime wrote:

I'm curious to see the startup script you're using in init.d thought,
can you paste it in a mail?

Here is my current startup script (/etc/init.d/geoserver). Note that when I uncomment the export GEOSERVER_HOME and GEOSERVER_DATA_DIR commands for 1.6.4, it starts up without an error.

#!/bin/sh

export JAVA_HOME=/usr/lib/jvm/java-6-sun

export PATH=$JAVA_HOME/bin:$PATH

#export GEOSERVER_HOME=/usr/local/geoserver-1.6.2
#export GEOSERVER_HOME=/usr/local/geoserver-1.6.4
export GEOSERVER_HOME=/usr/local/geoserver-1.7.0-beta1
#export GEOSERVER_HOME=/usr/local/geoserver-1.7.0-SNAPSHOT

#export GEOSERVER_DATA_DIR=/usr/local/geoserver_data_dir/
#export GEOSERVER_DATA_DIR=/usr/local/geoserver-1.6.4/data_dir/
export GEOSERVER_DATA_DIR=/usr/local/geoserver-1.7.0-beta1/data_dir/
#export GEOSERVER_DATA_DIR=/usr/local/geoserver-1.7.0-SNAPSHOT/data_dir/

LOGFILE=/var/log/geoserver.log

. /lib/lsb/init-functions

case "$1" in
        start)
                #if [ -f $LOGFILE ]; then
                # /netfs/nas/nonitar/adm/rotate_file $LOGFILE
                #fi
                log_begin_msg "Starting Geoserver..."
                $GEOSERVER_HOME/bin/startup.sh > $LOGFILE 2>&1 &
                log_end_msg 0
        ;;

        stop)
                log_begin_msg "Shutting down Geoserver..."
                $GEOSERVER_HOME/bin/shutdown.sh
                log_end_msg 0
        ;;
esac

exit 0

What happens if you try to run the startup.sh script directly from the GeoSever bin directory without
going thru the startup script?

Same error when I try that...

latituded830b ~: /usr/local/geoserver/bin/startup.sh
GEOSERVER DATA DIR is /usr/local/geoserver-1.7.0-beta1/data_dir
1 [main] INFO org.mortbay.log - Logging to org.slf4j.impl.SimpleLogger@anonymised.com via org.mortbay.log.Slf4jLog
233 [main] INFO org.mortbay.log - jetty-6.0.2
0 [main] INFO org.springframework.web.context.ContextLoader - Root WebApplicationContext: initialization started
1843 [main] INFO /geoserver - Loading Spring root WebApplicationContext
5 [main] ERROR org.springframework.web.context.ContextLoader - Context initialization failed
java.lang.NoSuchMethodError: org.springframework.util.ReflectionUtils.makeAccessible(Ljava/lang/reflect/Constructor;)V
    at org.springframework.beans.BeanUtils.instantiateClass(BeanUtils.java:83)
    at org.springframework.beans.BeanUtils.instantiateClass(BeanUtils.java:62)
    ...

Also, I assume the startup script is being run by "root", which may
have a different default jdk. You may want to add
export PATH=$JAVA_HOME/bin:$PATH
to your startup script to make sure it's actually using the right
jdk by default.

I have been starting up geoserver using:
sudo bash /etc/init.d/geoserver start

Adding 'export PATH=$JAVA_HOME/bin:$PATH' to the startup script seems to have no effect.

If worse comes to worse, any chance I can ssh into that box and try
to figure out what's wrong myself?

Not on this particular box. But if I setup a new box for testing I should be able to setup ssh access.

Cheers
Andrea

Cheers,
Tyler

--
Tyler A. Erickson, Ph.D.
Research Scientist
Michigan Tech Research Institute
3600 Green Court, Suite 100
Ann Arbor, MI 48105
W 83.6889°, N 42.3021° (WGS84) tyler.erickson@anonymised.com (734) 913-6846
www.mtri.org
www.michiganview.org

Andrea_Aime3 · June 12, 2008, 3:37pm

Tyler Erickson ha scritto:

Andrea Aime wrote:

I'm curious to see the startup script you're using in init.d thought,
can you paste it in a mail?

Here is my current startup script (/etc/init.d/geoserver). Note that when I uncomment the export GEOSERVER_HOME and GEOSERVER_DATA_DIR commands for 1.6.4, it starts up without an error.

#!/bin/sh

export JAVA_HOME=/usr/lib/jvm/java-6-sun

export PATH=$JAVA_HOME/bin:$PATH

#export GEOSERVER_HOME=/usr/local/geoserver-1.6.2
#export GEOSERVER_HOME=/usr/local/geoserver-1.6.4
export GEOSERVER_HOME=/usr/local/geoserver-1.7.0-beta1
#export GEOSERVER_HOME=/usr/local/geoserver-1.7.0-SNAPSHOT

#export GEOSERVER_DATA_DIR=/usr/local/geoserver_data_dir/
#export GEOSERVER_DATA_DIR=/usr/local/geoserver-1.6.4/data_dir/
export GEOSERVER_DATA_DIR=/usr/local/geoserver-1.7.0-beta1/data_dir/
#export GEOSERVER_DATA_DIR=/usr/local/geoserver-1.7.0-SNAPSHOT/data_dir/

LOGFILE=/var/log/geoserver.log

. /lib/lsb/init-functions

case "$1" in
       start)
               #if [ -f $LOGFILE ]; then
               # /netfs/nas/nonitar/adm/rotate_file $LOGFILE
               #fi
               log_begin_msg "Starting Geoserver..."
               $GEOSERVER_HOME/bin/startup.sh > $LOGFILE 2>&1 &
               log_end_msg 0
       ;;

       stop)
               log_begin_msg "Shutting down Geoserver..."
               $GEOSERVER_HOME/bin/shutdown.sh
               log_end_msg 0
       ;;
esac

exit 0

What happens if you try to run the startup.sh script directly from the GeoSever bin directory without
going thru the startup script?

Same error when I try that...

latituded830b ~: /usr/local/geoserver/bin/startup.sh
GEOSERVER DATA DIR is /usr/local/geoserver-1.7.0-beta1/data_dir
1 [main] INFO org.mortbay.log - Logging to org.slf4j.impl.SimpleLogger@anonymised.com via org.mortbay.log.Slf4jLog
233 [main] INFO org.mortbay.log - jetty-6.0.2
0 [main] INFO org.springframework.web.context.ContextLoader - Root WebApplicationContext: initialization started
1843 [main] INFO /geoserver - Loading Spring root WebApplicationContext
5 [main] ERROR org.springframework.web.context.ContextLoader - Context initialization failed
java.lang.NoSuchMethodError: org.springframework.util.ReflectionUtils.makeAccessible(Ljava/lang/reflect/Constructor;)V

   at org.springframework.beans.BeanUtils.instantiateClass(BeanUtils.java:83)
   at org.springframework.beans.BeanUtils.instantiateClass(BeanUtils.java:62)
   ...

Also, I assume the startup script is being run by "root", which may
have a different default jdk. You may want to add
export PATH=$JAVA_HOME/bin:$PATH
to your startup script to make sure it's actually using the right
jdk by default.

I have been starting up geoserver using:
sudo bash /etc/init.d/geoserver start

Adding 'export PATH=$JAVA_HOME/bin:$PATH' to the startup script seems to have no effect.

If worse comes to worse, any chance I can ssh into that box and try
to figure out what's wrong myself?

Not on this particular box. But if I setup a new box for testing I should be able to setup ssh access.

Sigh, I really have no idea whatsoever about what's wrong with your setup... Can you do me a last favour? Go into the GeoServer directory
and ask the OS to perform a full scan for the files that match *spring*.jar (in subdirectories too).

Cheers
Andrea

Andrea_Aime3 · June 12, 2008, 4:00pm

Tyler Erickson ha scritto:

Andrea Aime wrote:

I'm curious to see the startup script you're using in init.d thought,
can you paste it in a mail?

Here is my current startup script (/etc/init.d/geoserver). Note that when I uncomment the export GEOSERVER_HOME and GEOSERVER_DATA_DIR commands for 1.6.4, it starts up without an error.

#!/bin/sh

export JAVA_HOME=/usr/lib/jvm/java-6-sun

export PATH=$JAVA_HOME/bin:$PATH

#export GEOSERVER_HOME=/usr/local/geoserver-1.6.2
#export GEOSERVER_HOME=/usr/local/geoserver-1.6.4
export GEOSERVER_HOME=/usr/local/geoserver-1.7.0-beta1
#export GEOSERVER_HOME=/usr/local/geoserver-1.7.0-SNAPSHOT

#export GEOSERVER_DATA_DIR=/usr/local/geoserver_data_dir/
#export GEOSERVER_DATA_DIR=/usr/local/geoserver-1.6.4/data_dir/
export GEOSERVER_DATA_DIR=/usr/local/geoserver-1.7.0-beta1/data_dir/
#export GEOSERVER_DATA_DIR=/usr/local/geoserver-1.7.0-SNAPSHOT/data_dir/

LOGFILE=/var/log/geoserver.log

. /lib/lsb/init-functions

case "$1" in
       start)
               #if [ -f $LOGFILE ]; then
               # /netfs/nas/nonitar/adm/rotate_file $LOGFILE
               #fi
               log_begin_msg "Starting Geoserver..."
               $GEOSERVER_HOME/bin/startup.sh > $LOGFILE 2>&1 &
               log_end_msg 0
       ;;

       stop)
               log_begin_msg "Shutting down Geoserver..."
               $GEOSERVER_HOME/bin/shutdown.sh
               log_end_msg 0
       ;;
esac

exit 0

Tried your script as well, starting first 1.6.4 and then 1.7.0-beta1,
nothing, they both start fine on my Ubuntu box...
I believe Justin is trying on a fresh Ubuntu install as well, failing
that, I believe we'll need direct access to your machine in order
to diagnose the problem (we'll talk about the details off list).

Cheers
Andrea

Tyler_Erickson1 · June 12, 2008, 4:26pm

Andrea Aime wrote:

Sigh, I really have no idea whatsoever about what's wrong with your setup... Can you do me a last favour? Go into the GeoServer directory
and ask the OS to perform a full scan for the files that match *spring*.jar (in subdirectories too).

Here are the spring files in my various geoserver directories. It looks like there are several versions of some of the jars for 1.7.0-beta1 (webmvc, context, web, jdbc).

latituded830b /usr/local: find . -name "*spring*.jar"
./geoserver-1.7.0-beta1/webapps/geoserver/WEB-INF/lib/spring-webmvc-1.2.5.jar
./geoserver-1.7.0-beta1/webapps/geoserver/WEB-INF/lib/spring-beans-2.5.2.jar
./geoserver-1.7.0-beta1/webapps/geoserver/WEB-INF/lib/spring-webmvc-2.5.2.jar
./geoserver-1.7.0-beta1/webapps/geoserver/WEB-INF/lib/spring-context-1.2.5.jar
./geoserver-1.7.0-beta1/webapps/geoserver/WEB-INF/lib/spring-context-support-2.5.2.jar
./geoserver-1.7.0-beta1/webapps/geoserver/WEB-INF/lib/spring-context-2.5.2.jar
./geoserver-1.7.0-beta1/webapps/geoserver/WEB-INF/lib/spring-remoting-1.2.8.jar
./geoserver-1.7.0-beta1/webapps/geoserver/WEB-INF/lib/spring-aop-1.2.5.jar
./geoserver-1.7.0-beta1/webapps/geoserver/WEB-INF/lib/spring-beans-1.2.5.jar
./geoserver-1.7.0-beta1/webapps/geoserver/WEB-INF/lib/spring-jdbc-1.2.8.jar
./geoserver-1.7.0-beta1/webapps/geoserver/WEB-INF/lib/spring-core-1.2.5.jar
./geoserver-1.7.0-beta1/webapps/geoserver/WEB-INF/lib/spring-aop-2.5.2.jar
./geoserver-1.7.0-beta1/webapps/geoserver/WEB-INF/lib/spring-tx-2.5.2.jar
./geoserver-1.7.0-beta1/webapps/geoserver/WEB-INF/lib/spring-web-1.2.5.jar
./geoserver-1.7.0-beta1/webapps/geoserver/WEB-INF/lib/spring-jdbc-2.5.2.jar
./geoserver-1.7.0-beta1/webapps/geoserver/WEB-INF/lib/spring-core-2.5.2.jar
./geoserver-1.7.0-beta1/webapps/geoserver/WEB-INF/lib/spring-web-2.5.2.jar
./geoserver-1.7.0-beta1/webapps/geoserver/WEB-INF/lib/spring-support-1.2.8.jar
./geoserver-1.7.0-beta1/webapps/geoserver/WEB-INF/lib/spring-dao-1.2.8.jar
./geoserver-1.7.0-beta1/webapps/geoserver/WEB-INF/lib/spring-webmvc-struts-2.5.2.jar
./geoserver-1.6.2/webapps/geoserver/WEB-INF/lib/spring-webmvc-1.2.5.jar
./geoserver-1.6.2/webapps/geoserver/WEB-INF/lib/spring-context-1.2.5.jar
./geoserver-1.6.2/webapps/geoserver/WEB-INF/lib/spring-remoting-1.2.8.jar
./geoserver-1.6.2/webapps/geoserver/WEB-INF/lib/spring-aop-1.2.5.jar
./geoserver-1.6.2/webapps/geoserver/WEB-INF/lib/spring-beans-1.2.5.jar
./geoserver-1.6.2/webapps/geoserver/WEB-INF/lib/spring-jdbc-1.2.8.jar
./geoserver-1.6.2/webapps/geoserver/WEB-INF/lib/spring-core-1.2.5.jar
./geoserver-1.6.2/webapps/geoserver/WEB-INF/lib/spring-web-1.2.5.jar
./geoserver-1.6.2/webapps/geoserver/WEB-INF/lib/spring-support-1.2.8.jar
./geoserver-1.6.2/webapps/geoserver/WEB-INF/lib/spring-dao-1.2.8.jar
./geoserver/webapps/geoserver/WEB-INF/lib/spring-webmvc-1.2.5.jar
./geoserver/webapps/geoserver/WEB-INF/lib/spring-context-1.2.5.jar
./geoserver/webapps/geoserver/WEB-INF/lib/spring-remoting-1.2.8.jar
./geoserver/webapps/geoserver/WEB-INF/lib/spring-aop-1.2.5.jar
./geoserver/webapps/geoserver/WEB-INF/lib/spring-beans-1.2.5.jar
./geoserver/webapps/geoserver/WEB-INF/lib/spring-jdbc-1.2.8.jar
./geoserver/webapps/geoserver/WEB-INF/lib/spring-core-1.2.5.jar
./geoserver/webapps/geoserver/WEB-INF/lib/spring-web-1.2.5.jar
./geoserver/webapps/geoserver/WEB-INF/lib/spring-support-1.2.8.jar
./geoserver/webapps/geoserver/WEB-INF/lib/spring-dao-1.2.8.jar
./geoserver-1.6.4/webapps/geoserver/WEB-INF/lib/spring-webmvc-1.2.5.jar
./geoserver-1.6.4/webapps/geoserver/WEB-INF/lib/spring-context-1.2.5.jar
./geoserver-1.6.4/webapps/geoserver/WEB-INF/lib/spring-remoting-1.2.8.jar
./geoserver-1.6.4/webapps/geoserver/WEB-INF/lib/spring-aop-1.2.5.jar
./geoserver-1.6.4/webapps/geoserver/WEB-INF/lib/spring-beans-1.2.5.jar
./geoserver-1.6.4/webapps/geoserver/WEB-INF/lib/spring-jdbc-1.2.8.jar
./geoserver-1.6.4/webapps/geoserver/WEB-INF/lib/spring-core-1.2.5.jar
./geoserver-1.6.4/webapps/geoserver/WEB-INF/lib/spring-web-1.2.5.jar
./geoserver-1.6.4/webapps/geoserver/WEB-INF/lib/spring-support-1.2.8.jar
./geoserver-1.6.4/webapps/geoserver/WEB-INF/lib/spring-dao-1.2.8.jar
./geoserver-1.7.0-SNAPSHOT/webapps/geoserver/WEB-INF/lib/spring-beans-2.5.2.jar
./geoserver-1.7.0-SNAPSHOT/webapps/geoserver/WEB-INF/lib/spring-webmvc-2.5.2.jar
./geoserver-1.7.0-SNAPSHOT/webapps/geoserver/WEB-INF/lib/spring-context-support-2.5.2.jar
./geoserver-1.7.0-SNAPSHOT/webapps/geoserver/WEB-INF/lib/spring-context-2.5.2.jar
./geoserver-1.7.0-SNAPSHOT/webapps/geoserver/WEB-INF/lib/spring-aop-2.5.2.jar
./geoserver-1.7.0-SNAPSHOT/webapps/geoserver/WEB-INF/lib/spring-tx-2.5.2.jar
./geoserver-1.7.0-SNAPSHOT/webapps/geoserver/WEB-INF/lib/spring-jdbc-2.5.2.jar
./geoserver-1.7.0-SNAPSHOT/webapps/geoserver/WEB-INF/lib/spring-core-2.5.2.jar
./geoserver-1.7.0-SNAPSHOT/webapps/geoserver/WEB-INF/lib/spring-web-2.5.2.jar
./geoserver-1.7.0-SNAPSHOT/webapps/geoserver/WEB-INF/lib/spring-webmvc-struts-2.5.2.jar

--
Tyler A. Erickson, Ph.D.
Research Scientist
Michigan Tech Research Institute
3600 Green Court, Suite 100
Ann Arbor, MI 48105
W 83.6889°, N 42.3021° (WGS84) tyler.erickson@anonymised.com (734) 913-6846
www.mtri.org
www.michiganview.org

Justin_Deoliveira · June 12, 2008, 4:38pm

Ok... so yeah, definitely an issue, those old spring jars should not be there...

Tyler, can you humor me by doing a checksum on the -bin.zip you downloaded. I want to make sure we are working against the same archive.

Wait a sec... is this a nightly build by any chance? Or is it from sourceforge?

-Justin

latituded830b /usr/local: find . -name "*spring*.jar"
./geoserver-1.7.0-beta1/webapps/geoserver/WEB-INF/lib/spring-webmvc-1.2.5.jar
./geoserver-1.7.0-beta1/webapps/geoserver/WEB-INF/lib/spring-beans-2.5.2.jar
./geoserver-1.7.0-beta1/webapps/geoserver/WEB-INF/lib/spring-webmvc-2.5.2.jar
./geoserver-1.7.0-beta1/webapps/geoserver/WEB-INF/lib/spring-context-1.2.5.jar
./geoserver-1.7.0-beta1/webapps/geoserver/WEB-INF/lib/spring-context-support-2.5.2.jar
./geoserver-1.7.0-beta1/webapps/geoserver/WEB-INF/lib/spring-context-2.5.2.jar
./geoserver-1.7.0-beta1/webapps/geoserver/WEB-INF/lib/spring-remoting-1.2.8.jar
./geoserver-1.7.0-beta1/webapps/geoserver/WEB-INF/lib/spring-aop-1.2.5.jar
./geoserver-1.7.0-beta1/webapps/geoserver/WEB-INF/lib/spring-beans-1.2.5.jar
./geoserver-1.7.0-beta1/webapps/geoserver/WEB-INF/lib/spring-jdbc-1.2.8.jar
./geoserver-1.7.0-beta1/webapps/geoserver/WEB-INF/lib/spring-core-1.2.5.jar
./geoserver-1.7.0-beta1/webapps/geoserver/WEB-INF/lib/spring-aop-2.5.2.jar
./geoserver-1.7.0-beta1/webapps/geoserver/WEB-INF/lib/spring-tx-2.5.2.jar
./geoserver-1.7.0-beta1/webapps/geoserver/WEB-INF/lib/spring-web-1.2.5.jar
./geoserver-1.7.0-beta1/webapps/geoserver/WEB-INF/lib/spring-jdbc-2.5.2.jar
./geoserver-1.7.0-beta1/webapps/geoserver/WEB-INF/lib/spring-core-2.5.2.jar
./geoserver-1.7.0-beta1/webapps/geoserver/WEB-INF/lib/spring-web-2.5.2.jar
./geoserver-1.7.0-beta1/webapps/geoserver/WEB-INF/lib/spring-support-1.2.8.jar
./geoserver-1.7.0-beta1/webapps/geoserver/WEB-INF/lib/spring-dao-1.2.8.jar
./geoserver-1.7.0-beta1/webapps/geoserver/WEB-INF/lib/spring-webmvc-struts-2.5.2.jar

--
Justin Deoliveira
The Open Planning Project
jdeolive@anonymised.com

Andrea_Aime3 · June 12, 2008, 4:44pm

Justin Deoliveira ha scritto:

Ok... so yeah, definitely an issue, those old spring jars should not be there...

Tyler, can you humor me by doing a checksum on the -bin.zip you downloaded. I want to make sure we are working against the same archive.

Wait a sec... is this a nightly build by any chance? Or is it from sourceforge?

Tyler, neither me or Justin do get those extra spring-*-1.2.8.jar files
in the downloads... can you wipe out the geoserver-1.7.0-beta1 directory, unzip again your download, and check again?

Cheers
Andrea

Tyler_Erickson1 · June 12, 2008, 4:48pm

Justin Deoliveira wrote:

Ok... so yeah, definitely an issue, those old spring jars should not be there...

Tyler, can you humor me by doing a checksum on the -bin.zip you downloaded. I want to make sure we are working against the same archive.

latituded830b ~/downloads: md5sum geoserver-1.7.0-beta1-bin.zip
dd4fd3a7f7ea4734ce79749c74afe162 geoserver-1.7.0-beta1-bin.zip
latituded830b ~/downloads: ls -l geoserver-1.7.0-beta1-bin.zip
-rw-r--r-- 1 taericks mtriuser 47119036 2008-06-11 09:55 geoserver-1.7.0-beta1-bin.zip

Wait a sec... is this a nightly build by any chance? Or is it from sourceforge?

It is from sourceforge. Linked from http://geoserver.org/display/GEOS/Latest
http://downloads.sourceforge.net/geoserver/geoserver-1.7.0-beta1-bin.zip

- Tyler

-Justin

latituded830b /usr/local: find . -name "*spring*.jar"
./geoserver-1.7.0-beta1/webapps/geoserver/WEB-INF/lib/spring-webmvc-1.2.5.jar

./geoserver-1.7.0-beta1/webapps/geoserver/WEB-INF/lib/spring-beans-2.5.2.jar

./geoserver-1.7.0-beta1/webapps/geoserver/WEB-INF/lib/spring-webmvc-2.5.2.jar

./geoserver-1.7.0-beta1/webapps/geoserver/WEB-INF/lib/spring-context-1.2.5.jar

./geoserver-1.7.0-beta1/webapps/geoserver/WEB-INF/lib/spring-context-support-2.5.2.jar

./geoserver-1.7.0-beta1/webapps/geoserver/WEB-INF/lib/spring-context-2.5.2.jar

./geoserver-1.7.0-beta1/webapps/geoserver/WEB-INF/lib/spring-remoting-1.2.8.jar

./geoserver-1.7.0-beta1/webapps/geoserver/WEB-INF/lib/spring-aop-1.2.5.jar

./geoserver-1.7.0-beta1/webapps/geoserver/WEB-INF/lib/spring-beans-1.2.5.jar

./geoserver-1.7.0-beta1/webapps/geoserver/WEB-INF/lib/spring-jdbc-1.2.8.jar

./geoserver-1.7.0-beta1/webapps/geoserver/WEB-INF/lib/spring-core-1.2.5.jar

./geoserver-1.7.0-beta1/webapps/geoserver/WEB-INF/lib/spring-aop-2.5.2.jar

./geoserver-1.7.0-beta1/webapps/geoserver/WEB-INF/lib/spring-tx-2.5.2.jar

./geoserver-1.7.0-beta1/webapps/geoserver/WEB-INF/lib/spring-web-1.2.5.jar

./geoserver-1.7.0-beta1/webapps/geoserver/WEB-INF/lib/spring-jdbc-2.5.2.jar

./geoserver-1.7.0-beta1/webapps/geoserver/WEB-INF/lib/spring-core-2.5.2.jar

./geoserver-1.7.0-beta1/webapps/geoserver/WEB-INF/lib/spring-web-2.5.2.jar

./geoserver-1.7.0-beta1/webapps/geoserver/WEB-INF/lib/spring-support-1.2.8.jar

./geoserver-1.7.0-beta1/webapps/geoserver/WEB-INF/lib/spring-dao-1.2.8.jar

./geoserver-1.7.0-beta1/webapps/geoserver/WEB-INF/lib/spring-webmvc-struts-2.5.2.jar

--
Tyler A. Erickson, Ph.D.
Research Scientist
Michigan Tech Research Institute
3600 Green Court, Suite 100
Ann Arbor, MI 48105
W 83.6889°, N 42.3021° (WGS84) tyler.erickson@anonymised.com (734) 913-6846
www.mtri.org
www.michiganview.org

Tyler_Erickson1 · June 12, 2008, 5:05pm

Ok, now it works.

I downloaded and unzipped the 1.7.0-beta1-bin.zip from sourceforge again. I no longer have the extra spring files and it starts up without the error.

So I'm still not sure how I ended up getting the extra spring files the first time I downloaded the file. Since I didn't even know where the spring files were located before today... maybe there is a ghost in my machine...

Thanks for the help. It was probably operator error, but I'm not sure what I did...

- Tyler

Andrea Aime wrote:

Justin Deoliveira ha scritto:

Ok... so yeah, definitely an issue, those old spring jars should not be there...

Tyler, can you humor me by doing a checksum on the -bin.zip you downloaded. I want to make sure we are working against the same archive.

Wait a sec... is this a nightly build by any chance? Or is it from sourceforge?

Tyler, neither me or Justin do get those extra spring-*-1.2.8.jar files
in the downloads... can you wipe out the geoserver-1.7.0-beta1 directory, unzip again your download, and check again?

Cheers
Andrea

--
Tyler A. Erickson, Ph.D.
Research Scientist
Michigan Tech Research Institute
3600 Green Court, Suite 100
Ann Arbor, MI 48105
W 83.6889°, N 42.3021° (WGS84) tyler.erickson@anonymised.com (734) 913-6846
www.mtri.org
www.michiganview.org

Justin_Deoliveira · June 12, 2008, 5:14pm

Cool... glad it works... my idea was maybe you grabbed something old from sourceforge... i cant be sure but glad it works :).

Tyler Erickson wrote:

Ok, now it works.

I downloaded and unzipped the 1.7.0-beta1-bin.zip from sourceforge again. I no longer have the extra spring files and it starts up without the error.

So I'm still not sure how I ended up getting the extra spring files the first time I downloaded the file. Since I didn't even know where the spring files were located before today... maybe there is a ghost in my machine...

Thanks for the help. It was probably operator error, but I'm not sure what I did...

- Tyler

Andrea Aime wrote:

Justin Deoliveira ha scritto:

Ok... so yeah, definitely an issue, those old spring jars should not be there...

Tyler, can you humor me by doing a checksum on the -bin.zip you downloaded. I want to make sure we are working against the same archive.

Wait a sec... is this a nightly build by any chance? Or is it from sourceforge?

Tyler, neither me or Justin do get those extra spring-*-1.2.8.jar files
in the downloads... can you wipe out the geoserver-1.7.0-beta1 directory, unzip again your download, and check again?

Cheers
Andrea

--
Justin Deoliveira
The Open Planning Project
jdeolive@anonymised.com