[GeoNetwork-users] install problem 2.6.4

VeeAnn_Atnipp_Cross · September 21, 2011, 3:14pm

I'm brand new to the software and am having trouble installing.
I'm only interested in using the software locally for now, and am on a
Windows 32-bit XP machine.

I installed 2.2 without a problem and everything worked fine. I wanted to
try 2.6.4 and although the install seems to go fine, when I try to start
geonetwork I get the dreaded HTTP ERROR: 404 NOT_FOUND.

I tried changing the localhost from port 8080 to port 8088, but that
doesn't seem to have worked.
I checked the jetty logs, but didn't see anything in there that seemed to
indicate a problem.

I first tried to install form the exe file, and had these results. So I
uninstalled, rebooted, and tried installing from the jar file with the
same results.

The java version on my machine is: 1.6

Any help would be much apprecaited.

cheers,
VeeAnn

ByronCinNZ1 · September 21, 2011, 11:41pm

Hello VeeAnn,

XP installs are usually pretty straight forward, but various issues can
arise. Perhaps you can tell me a bit more. First, let's verify your start up
proceedure. After installing the software you:

1. Go to the Start Menu and click GeoNetwork -> Start server. The icon on
the tray can be clicked to open a DOS command window. It is good to watch
this window when you start GeoNetwork to catch startup errors.

2. After waiting a few moments, you go to the Start Menu and click
GeoNetwork -> Open GeoNetwork opensource. It is important to wait a few
moments to give the indexing and jetty time to finish launching.

I have had occasions where some hard to find hidden conflict prevents Jetty
from starting - usually a java issue. Watch the DOS window feedback on
startup for any clues. Post anything that looks unusual and we can go from
there. There should be something showing if the program is giving a 404
error. The last line before you try to access GeoNetwork through your
browser should say something like "Started
SelectChannelConnector@anonymised.com:8080".

Cheers,
Byron Cochrane
LISAsoft

--
View this message in context: http://osgeo-org.1803224.n2.nabble.com/install-problem-2-6-4-tp6816515p6818331.html
Sent from the GeoNetwork users mailing list archive at Nabble.com.

VeeAnn_Atnipp_Cross · September 22, 2011, 4:44pm

Hi Byron,
Sorry for my slow response, I've been in meetings this week.
Anyway, the startup procedure you describe is exactly what I've done,
including the last line in the start server window.
I went to the jetty/logsgeonetwork.log and nothing jumped out to me as
failing.

Here are the things I've tried:
Original install was from the exe. So I uninstalled, rebooted, and
installed from JAR.
I'm installing in c:\geonetwork to avoid any premission issues with
program files.
I set the permission on the c:\geonetwork\ to give "everyone" full access
(in case it was a permission problem).
And finally, I edited the necessary files to try a different port (8088
instead of 8080).

I'm just interested in using the software myself at this point and not
serving it to anyone else. More working with importing metadata etc.

As I said in my original post (or at least I meant to). version 2.2
installed flawlessly. However, I'm very interested in being able to do
temporal searches and my understanding is that should be implemented in
2.6.

thank you for your help!
VeeAnn

ByronCinNZ <cochranes4@anonymised.com> wrote on 09/21/2011 07:41:07 PM:

[image removed]

Re: [GeoNetwork-users] install problem 2.6.4

ByronCinNZ

to:

geonetwork-users

09/21/2011 07:45 PM

Hello VeeAnn,

XP installs are usually pretty straight forward, but various issues can
arise. Perhaps you can tell me a bit more. First, let's verify your

start up

proceedure. After installing the software you:

1. Go to the Start Menu and click GeoNetwork -> Start server. The icon

on

the tray can be clicked to open a DOS command window. It is good to

watch

this window when you start GeoNetwork to catch startup errors.

2. After waiting a few moments, you go to the Start Menu and click
GeoNetwork -> Open GeoNetwork opensource. It is important to wait a few
moments to give the indexing and jetty time to finish launching.

I have had occasions where some hard to find hidden conflict prevents

Jetty

from starting - usually a java issue. Watch the DOS window feedback on
startup for any clues. Post anything that looks unusual and we can go

from

there. There should be something showing if the program is giving a 404
error. The last line before you try to access GeoNetwork through your
browser should say something like "Started
SelectChannelConnector@anonymised.com:8080".

Cheers,
Byron Cochrane
LISAsoft

--
View this message in context: http://osgeo-org.
1803224.n2.nabble.com/install-problem-2-6-4-tp6816515p6818331.html
Sent from the GeoNetwork users mailing list archive at Nabble.com.

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

All the data continuously generated in your IT infrastructure contains a
definitive record of customers, application performance, security
threats, fraudulent activity and more. Splunk takes this data and makes
sense of it. Business sense. IT sense. Common sense.
http://p.sf.net/sfu/splunk-d2dcopy1
_______________________________________________
GeoNetwork-users mailing list
GeoNetwork-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/geonetwork-users
GeoNetwork OpenSource is maintained at http://sourceforge.net/
projects/geonetwork

VeeAnn_Atnipp_Cross · October 19, 2011, 4:57pm

I still haven't been able to get the installation to work.
I uninstalled and reinstalled 2.6.4 from the jar file today.
I'm attaching my geonetwork.log file in the hopes that I've missed
something really obvious and someone can help me.

thanks!
VeeAnn

(attachments)

geonetwork.log (39.6 KB)

ByronCinNZ1 · October 20, 2011, 8:41pm

There should be more to that log file than what is there. I do not see
anything in there about Jetty starting geoserver or geonetwork on port 8080.
Is this all that the startup gets to? The next section that should be in
this log reports the starting f the jetty html services. I am puzzled that
there is not an error returned at this point. Perhaps another piece of
software on you computer is causing Jetty to hang. The last line in the
geonetwork.log, before trying to access the page should be something like
"INFO: Started SelectChannelConnector@anonymised.com:8080".

Please confirm for me that there is no further data in the log file.

Other things you might try - Loading GeoNetwork into a folder other that
"Program Files" sometimes resolves issues like this. I think that problem
may have become a little more common in 2.6. Or maybe upgrading your Java
1.6.

Cheers,
Byron

--
View this message in context: http://osgeo-org.1803224.n2.nabble.com/install-problem-2-6-4-tp6816515p6914798.html
Sent from the GeoNetwork users mailing list archive at Nabble.com.

VeeAnn_Atnipp_Cross · October 20, 2011, 9:24pm

Hmm. That's strange. That line isn't in the log file, but it did appear in
the DOS window.
So I grabbed what's visible in the DOS window and pasted it into another
text file.

The log file written to my computer ends with the line:
... System working

And that does appear in the text I was able to grab, but I did leave the
stuff above it.

So now I'm going to attach two text files.
The geonetwork.log is from just starting the server today, and then
shutting it down.

The restoflog.txt file has the grab from the DOS window while the server
was running.

I do have geonetwork installed in c:\geonetwork

But have not uninstalled and reinstalled java as suggested by Aklilu - or
tried the other things he suggested.
I will tomorrow, but hopefully the rest of the log has the answer to the
mystery.

Thanks so much for y'alls help!

cheers,
VeeAnn

ByronCinNZ <cochranes4@anonymised.com> wrote on 10/20/2011 04:41:29 PM:

[image removed]

Re: [GeoNetwork-users] install problem 2.6.4

ByronCinNZ

to:

geonetwork-users

10/20/2011 04:45 PM

There should be more to that log file than what is there. I do not see
anything in there about Jetty starting geoserver or geonetwork on port

8080.

Is this all that the startup gets to? The next section that should be in
this log reports the starting f the jetty html services. I am puzzled

that

there is not an error returned at this point. Perhaps another piece of
software on you computer is causing Jetty to hang. The last line in the
geonetwork.log, before trying to access the page should be something

like

"INFO: Started SelectChannelConnector@anonymised.com:8080".

Please confirm for me that there is no further data in the log file.

Other things you might try - Loading GeoNetwork into a folder other that
"Program Files" sometimes resolves issues like this. I think that

problem

may have become a little more common in 2.6. Or maybe upgrading your

Java

1.6.

Cheers,
Byron

--
View this message in context: http://osgeo-org.
1803224.n2.nabble.com/install-problem-2-6-4-tp6816515p6914798.html
Sent from the GeoNetwork users mailing list archive at Nabble.com.

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

The demand for IT networking professionals continues to grow, and the
demand for specialized networking skills is growing even more rapidly.
Take a complimentary Learning@anonymised.com Self-Assessment and learn
about Cisco certifications, training, and career opportunities.
http://p.sf.net/sfu/cisco-dev2dev
_______________________________________________
GeoNetwork-users mailing list
GeoNetwork-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/geonetwork-users
GeoNetwork OpenSource is maintained at http://sourceforge.net/
projects/geonetwork

(attachments)

geonetwork.log (40.3 KB)
restoflog.txt (16.1 KB)

ByronCinNZ1 · October 21, 2011, 4:59am

Hi veeann,

I believe the relevant part of your restoflog is the line
"java.lang.NoSuchFieldError: KEY_REPLACE_INDEX_COLOR_MODEL"

This is an error in startup of the GeoServer installation in GeoNetwork (or
better put, alongside GeoNetwork).
Have you ever installed JAI ( Java Advanced Imaging) to support your
previous installs? Or perhaps another application such as ArcIMS installed
it. Anyway, KEY_REPLACE_INDEX_COLOR_MODEL is a property of a JAI class.
GeoNetwork/GeoServer does not require JAI, so I wonder if there may be an
older or corrupt version in you JRE. To fix this I would recommend
(re)installing JAI. It can be downloaded from
http://java.sun.com/products/java-media/jai/downloads/download-iio-1_0_01.html.
Make sure it is installed into the proper Java directory (the one being used
by GeoNetwork).

Alternatively you can fully re-install Java and see if this fixes the
problem.

Good luck and let me know how it goes.

Cheers,
Byron

--
View this message in context: http://osgeo-org.1803224.n2.nabble.com/install-problem-2-6-4-tp6816515p6915791.html
Sent from the GeoNetwork users mailing list archive at Nabble.com.

VeeAnn_Atnipp_Cross · October 21, 2011, 3:03pm

I uninstalled geonetwork.
I uninstalled all java (including ArcExplorer java version).

rebooted

I installed the latest JRE.
I installed Geonetwork 2.6.4.

Same error and still won't open.

So I then installed JAI for JRE from your link. Still no luck.

Should I go with JDK instead of JRE?

I figure it's a conflict of some sort, but I just can't find it. I do have
a lot of GIS software installed (ArcGIS 9.2 etc), but no IMS.

Sorry to be so difficult, but I really appreciate your help.

cheers,
VeeAnn

ByronCinNZ <cochranes4@anonymised.com> wrote on 10/21/2011 12:59:56 AM:

[image removed]

Re: [GeoNetwork-users] install problem 2.6.4

ByronCinNZ

to:

geonetwork-users

10/21/2011 01:04 AM

[image removed]

From:

ByronCinNZ <cochranes4@anonymised.com>

To:

geonetwork-users@lists.sourceforge.net

Hi veeann,

I believe the relevant part of your restoflog is the line
"java.lang.NoSuchFieldError: KEY_REPLACE_INDEX_COLOR_MODEL"

This is an error in startup of the GeoServer installation in GeoNetwork

(or

better put, alongside GeoNetwork).
Have you ever installed JAI ( Java Advanced Imaging) to support your
previous installs? Or perhaps another application such as ArcIMS

installed

it. Anyway, KEY_REPLACE_INDEX_COLOR_MODEL is a property of a JAI class.
GeoNetwork/GeoServer does not require JAI, so I wonder if there may be

an

older or corrupt version in you JRE. To fix this I would recommend
(re)installing JAI. It can be downloaded from

http://java.sun.com/products/java-media/jai/downloads/download-iio-1_0_01.html

.
Make sure it is installed into the proper Java directory (the one being

used

by GeoNetwork).

Alternatively you can fully re-install Java and see if this fixes the
problem.

Good luck and let me know how it goes.

Cheers,
Byron

--
View this message in context: http://osgeo-org.
1803224.n2.nabble.com/install-problem-2-6-4-tp6816515p6915791.html
Sent from the GeoNetwork users mailing list archive at Nabble.com.

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

The demand for IT networking professionals continues to grow, and the
demand for specialized networking skills is growing even more rapidly.
Take a complimentary Learning@anonymised.com Self-Assessment and learn
about Cisco certifications, training, and career opportunities.
http://p.sf.net/sfu/cisco-dev2dev
_______________________________________________
GeoNetwork-users mailing list
GeoNetwork-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/geonetwork-users
GeoNetwork OpenSource is maintained at http://sourceforge.net/
projects/geonetwork

VeeAnn_Atnipp_Cross · October 24, 2011, 1:53pm

I was finally able to solve the problem, although I'm not exactly sure
what was causing the problem to begin with.

I need to thank Byron and Aklilu for being so patient and willing to help
me.
As a reminder, I'm trying to install geonetwork 2.6.4 on a Windows machine
running XP.

What I ended up doing was uninstalling geonetwork and all Java.
Instead of installing JRE, I installed JDK - following the instructions in

"geoss_in_practice_tutorial" that I was able to find online. The
geonetwork installation instructions start on page 88.

Once I did all this, I was able to run geonetwork. However, the world map
did not appear. Although geonetwork is working, the local install of
geoserver is not. So instead of pointing locally for the BlueMarble map, I
edited the config-gui.xml and replaced the local host URI with the actual
WMS.
The configu-gui.xml is location in geonetwork/web/geonetwork/WEB-INF
folder.
In the mapSearch section I used:
<layers>
<layer server="http://www2.demis.nl/wms/wms.ashx?WMS=BlueMarble
" tocName="Map" params="{layers: 'Earth Image,Borders,Coastlines', format:
'image/jpeg'}" options="{isBaseLayer: true}" />
</layers>

and in the MapViewer section I used:
<layers>
    <layer server="http://www2.demis.nl/wms/wms.ashx?WMS=BlueMarble"
tocName="Borders" params="{layers: 'Borders,Coastlines', transparent:
'true', format: 'image/png'}" options="{}" />
    <layer server="http://www2.demis.nl/wms/wms.ashx?WMS=BlueMarble"
tocName="Ortophoto" params="{layers: 'Earth Image', format: 'image/jpeg'}"
options="{isBaseLayer: true}" />
  </layers>
  <scales values="[7500000, 5000000, 2500000, 1000000, 750000, 500000,
250000, 100000, 75000, 50000, 25000, 10000, 7500, 5000, 2500, 1000]" />
  
  <proj>
    <crs code="EPSG:4326" default="1" name="WGS84 (lat/lon)" />
  </proj>
  <servers>
    <server name="NASA JPL OneEarth Web Mapping Server (WMS)" url="
http://wms.jpl.nasa.gov/wms.cgi?" />
    <server name="NASA Earth Observations (NEO) WMS" url="
http://neowms.sci.gsfc.nasa.gov/wms/wms?" />
    <server name="DEMIS World Map Server" url="
http://www2.demis.nl/mapserver/wms.asp?" />
    <server name="Geoserver" url="http://localhost:8080/geoserver/wms?" />
  </servers>

What still befuddles me is that while I was struggling with my desktop
computer, I successfully installed geonetwork 2.6.4 on my laptop.
Everything worked right away.

My problem has to be related to Java and some other software or something
that I've installed on my desktop that is not on my laptop, but I have yet
to figure out exactly what that is yet.
But at least now I'm able to use the software on my desktop -
many thanks to those that helped me.

cheers,
VeeAnn