[Geoserver-users] Geoserver Installation Problems

GeoServer GeoServer User
1

I reinstalled my whole app server and I still get this problem...

Has Geoserver undergone testing in OSGI enabled containers??

Is there any way for me to learn exactly which file is screwing up
Geoserver??

-----Original Message-----
From: Justin Deoliveira [mailto:jdeolive@anonymised.com]
Sent: Thursday, June 11, 2009 2:49 PM
To: Patel, Ronak Avinash (US SSA)
Cc: geoserver-users@lists.sourceforge.net
Subject: Re: [Geoserver-users] Geoserver Installation Problems

I don't know glassfish, but are you sure it does not have its own
temporary storage space like tomcat? Look for any temp files inside of
glassfish and ensure they are gone before upgrading.

Also ensure that any libs from the old installation are not still
around.

Patel, Ronak Avinash (US SSA) wrote:

Has anyone ever experienced installation problems as such??

Do I have to go find a fresh box? Or [gasp] reinstall Windows to

upgrade

my version of Geoserver??

-----Original Message-----
From: Patel, Ronak Avinash (US SSA)
Sent: Thursday, June 11, 2009 1:20 PM
To: geoserver-users@lists.sourceforge.net
Subject: [Geoserver-users] Geoserver Installation Problems

Hi,

I used to have Geoserver 1.7.3 installed on my box and I recently
uninstalled it in favor of 1.7.5.

I had downloaded the war file from www.geoserver.org and deployed that
to Glassfish.

Now, I undeployed the war file and cleaned out all of my temporary

files

from my HOME directory and C:\Windows\Temp.

However, I still get a whole pile of stack traces when I try to deploy
the new version of Geoserver related to EPSG database not being found.

org.opengis.referencing.NoSuchAuthorityCodeException: No code
"EPSG:4326" from authority "European Petroleum Survey Group" found for
object of type "IdentifiedObject".
  at

org.geotools.referencing.factory.AbstractAuthorityFactory.noSuchAuthorit

yCode(AbstractAuthorityFactory.java:949)
  at

org.geotools.referencing.factory.PropertyAuthorityFactory.getWKT(Propert

yAuthorityFactory.java:314)
  at

org.geotools.referencing.factory.PropertyAuthorityFactory.createCoordina

teReferenceSystem(PropertyAuthorityFactory.java:388)
  at

org.geotools.referencing.factory.BufferedAuthorityFactory.createCoordina

teReferenceSystem(BufferedAuthorityFactory.java:781)
  at

org.geotools.referencing.factory.AuthorityFactoryAdapter.createCoordinat

eReferenceSystem(AuthorityFactoryAdapter.java:798)
  at

org.geotools.referencing.factory.FallbackAuthorityFactory.createCoordina

teReferenceSystem(FallbackAuthorityFactory.java:638)
  at

org.geotools.referencing.factory.AuthorityFactoryAdapter.createCoordinat

eReferenceSystem(AuthorityFactoryAdapter.java:798)
  at

org.geotools.referencing.factory.ThreadedAuthorityFactory.createCoordina

teReferenceSystem(ThreadedAuthorityFactory.java:729)

Any ideas?

Thanks!!

Ronak Patel

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

------
Crystal Reports - New Free Runtime and 30 Day Trial
Check out the new simplified licensing option that enables unlimited
royalty-free distribution of the report engine for externally facing
server and web deployment.
http://p.sf.net/sfu/businessobjects
_______________________________________________
Geoserver-users mailing list
Geoserver-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/geoserver-users

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

Crystal Reports - New Free Runtime and 30 Day Trial
Check out the new simplified licensing option that enables unlimited
royalty-free distribution of the report engine for externally facing
server and web deployment.
http://p.sf.net/sfu/businessobjects
_______________________________________________
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.

2

Patel, Ronak Avinash (US SSA) ha scritto:

I reinstalled my whole app server and I still get this problem...

Has Geoserver undergone testing in OSGI enabled containers??

We test under Jetty and Tomcat. In order to cover any other
container we would need more people helping out.
For production we use Tomcat exclusively.

However, GeoServer is a plain jane servlet app, there is
no OSGI usage whatsoever, so as long as the container
can do servlets, there should not be any problem (when
there are some they are usually related to the container
overriding some of the GeoServer libraries, commonly
the xml parsing ones).

Is there any way for me to learn exactly which file is screwing up
Geoserver??

Look in the temporary directory of your system, your user,
of Glassfish and wipe out the GeoTools directory contained
into it.
The EPSG database needs to be created somewhere, that somewhere
depends on where the java.io.tmpdir points in the container.
If I run Jetty under Linux it will be:
/tmp/Geotools/Databases/HSQL/EPSG.data
under Tomcat it will be:
apache-tomcat/temp/Geotools/Databases/HSQL/EPSG.data

Under Glassfish, I don't know.

The typical way to ruin the above database is to start
GeoServer and then kill it while the database is being
created (happens just once, minus eventual database
upgrades). This situation is, at the moment, unrecoverable.

Cheers
Andrea

--
Andrea Aime
OpenGeo - http://opengeo.org
Expert service straight from the developers.