Hi there,
GN doesn't render fully in IE9, with only the header showing on the
homepage.
I know IE9 is horrible, but is there a fix for GN?
Cheers,
Richard
--
View this message in context: http://osgeo-org.1803224.n2.nabble.com/Fix-for-IE9-tp6540535p6540535.html
Sent from the GeoNetwork users mailing list archive at Nabble.com.
Will try this:
http://geonetwork.svn.sourceforge.net/viewvc/geonetwork/branches/2.6.x/web/src/main/webapp/xsl/header.xsl?r1=7798&r2=7797&pathrev=7798
--
View this message in context: http://osgeo-org.1803224.n2.nabble.com/Fix-for-IE9-tp6540535p6540545.html
Sent from the GeoNetwork users mailing list archive at Nabble.com.
How do I make this change? I just installed the software for the first time
and assumed that it was an installation problem, but now I think it is an
IE9 issue, though the background map doesn't show up in Firefox either.
--
View this message in context: http://osgeo-org.1803224.n2.nabble.com/Fix-for-IE9-tp6540535p6677291.html
Sent from the GeoNetwork users mailing list archive at Nabble.com.
Hi,
Currently GeoNetwork integrated GeoServer to show the backgroud map. Can you check if the GeoServer http://localhost:8080/geoserver work? If it works, plz check the /web/geonetwork/WEB-INF/config-gui.xml, there should be settings to link the map to GeoServer like this:
<mapSearch options="{projection: 'EPSG:4326', maxExtent: new OpenLayers.Bounds(-180,-90,180,90), units: 'degrees', restrictedExtent: new OpenLayers.Bounds(-180,-90,180,90)}">
<layers>
<layer server="http://localhost:8080/geoserver/wms" tocName="Borders" params="{layers: 'gn:gboundaries', transparent: 'true', format: 'image/png'}" options="{}" />
<layer server="http://localhost:8080/geoserver/wms" tocName="Ortophoto" params="{layers: 'gn:world', format: 'image/jpeg'}" options="{isBaseLayer: true}" />
</layers>
</mapSearch>
In addition, you should use gast.jar to initial the database when you installed the geonetwork firstly.
Hope it works for you. Cheers.
Kai
Joint Center for Intelligent Spatial Computing
703-395-2337
----- Original Message -----
From: ebonhand <gnicker@anonymised.com>
Date: Thursday, August 11, 2011 1:42 pm
Subject: Re: [GeoNetwork-users] Fix for IE9
How do I make this change? I just installed the software for the
first time
and assumed that it was an installation problem, but now I think it
is an
IE9 issue, though the background map doesn't show up in Firefox
either.
--
View this message in context: http://osgeo-
org.1803224.n2.nabble.com/Fix-for-IE9-tp6540535p6677291.html
Sent from the GeoNetwork users mailing list archive at Nabble.com.--------------------------------------------------------------------
----------
Get a FREE DOWNLOAD! and learn more about uberSVN rich system,
user administration capabilities and model configuration. Take
the hassle out of deploying and managing Subversion and the
tools developers use with it.
http://p.sf.net/sfu/wandisco-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
When I click the GeoServer link, I get this:
HTTP ERROR: 503
SERVICE_UNAVAILABLE
RequestURI=/geoserver
Powered by jetty://
I'll be looking at the manual to see how I do the rest. But it looks like I
missed a couple of steps.
--
View this message in context: http://osgeo-org.1803224.n2.nabble.com/Fix-for-IE9-tp6540535p6677791.html
Sent from the GeoNetwork users mailing list archive at Nabble.com.
One thing I notice is that the documentation shows the Geoserver application
among other in the setup, while my setup only contained the core
application. I have downloaded and run this application a few times now and
I have yet to see the Geoserver as an installable object in the list of
objects.
--
View this message in context: http://osgeo-org.1803224.n2.nabble.com/Fix-for-IE9-tp6540535p6677811.html
Sent from the GeoNetwork users mailing list archive at Nabble.com.
I don't know if this is helpful but here is the geoserver log:
2011-08-11 17:52:11,495 WARN [geoserver.logging] - Suppressing StdOut
logging. If you want to see GeoServer logs, be sure to look in
'C:\geonetwork\jetty\..\data\geoserver_data\..\..\jetty\logs\geoserver.log'
2011-08-11 17:52:12,117 ERROR [geoserver.global] -
----------------------------------
- GEOSERVER_DATA_DIR: C:\geonetwork\jetty\..\data\geoserver_data
----------------------------------
2011-08-11 17:52:12,236 WARN [support.DisposableBeanAdapter] - Invocation of
destroy method failed on bean with name 'geoServerLoader':
java.lang.NullPointerException
2011-08-11 17:52:12,237 ERROR [context.ContextLoader] - Context
initialization failed
org.springframework.beans.factory.BeanCreationException: Error creating bean
with name 'gwcXmlConfig' defined in URL
[jar:file:/C:/Users/gnicker/AppData/Local/Temp/Jetty_localhost_8080_geoserver.war__geoserver__.5rpsuh/webapp/WEB-INF/lib/gwc-2.0.2.jar!/applicationContext.xml]:
Instantiation of bean failed; nested exception is
org.springframework.beans.BeanInstantiationException: Could not instantiate
bean class [org.geowebcache.config.XMLConfiguration]: Constructor threw
exception; nested exception is
com.thoughtworks.xstream.converters.ConversionException: Cannot construct
org.geowebcache.layer.wms.WMSLayer as it does not have a no-args constructor
: Cannot construct org.geowebcache.layer.wms.WMSLayer as it does not have a
no-args constructor
---- Debugging information ----
message : Cannot construct org.geowebcache.layer.wms.WMSLayer as
it does not have a no-args constructor
cause-exception :
com.thoughtworks.xstream.converters.reflection.ObjectAccessException
cause-message : Cannot construct org.geowebcache.layer.wms.WMSLayer as
it does not have a no-args constructor
class : org.geowebcache.config.GeoWebCacheConfiguration
required-type : org.geowebcache.layer.wms.WMSLayer
-------------------------------
at
org.springframework.beans.factory.support.ConstructorResolver.autowireConstructor(ConstructorResolver.java:254)
at
org.springframework.beans.factory.support.AbstractAutowireCapableBeanFactory.autowireConstructor(AbstractAutowireCapableBeanFactory.java:925)
at
org.springframework.beans.factory.support.AbstractAutowireCapableBeanFactory.createBeanInstance(AbstractAutowireCapableBeanFactory.java:835)
at
org.springframework.beans.factory.support.AbstractAutowireCapableBeanFactory.doCreateBean(AbstractAutowireCapableBeanFactory.java:440)
at
org.springframework.beans.factory.support.AbstractAutowireCapableBeanFactory$1.run(AbstractAutowireCapableBeanFactory.java:409)
at java.security.AccessController.doPrivileged(Native Method)
at
org.springframework.beans.factory.support.AbstractAutowireCapableBeanFactory.createBean(AbstractAutowireCapableBeanFactory.java:380)
at
org.springframework.beans.factory.support.AbstractBeanFactory$1.getObject(AbstractBeanFactory.java:264)
at
org.springframework.beans.factory.support.DefaultSingletonBeanRegistry.getSingleton(DefaultSingletonBeanRegistry.java:221)
at
org.springframework.beans.factory.support.AbstractBeanFactory.doGetBean(AbstractBeanFactory.java:261)
at
org.springframework.beans.factory.support.AbstractBeanFactory.getBean(AbstractBeanFactory.java:185)
at
org.springframework.beans.factory.support.AbstractBeanFactory.getBean(AbstractBeanFactory.java:164)
at
org.springframework.beans.factory.support.DefaultListableBeanFactory.preInstantiateSingletons(DefaultListableBeanFactory.java:429)
at
org.springframework.context.support.AbstractApplicationContext.finishBeanFactoryInitialization(AbstractApplicationContext.java:729)
at
org.springframework.context.support.AbstractApplicationContext.refresh(AbstractApplicationContext.java:381)
at
org.springframework.web.context.ContextLoader.createWebApplicationContext(ContextLoader.java:255)
at
org.springframework.web.context.ContextLoader.initWebApplicationContext(ContextLoader.java:199)
at
org.springframework.web.context.ContextLoaderListener.contextInitialized(ContextLoaderListener.java:45)
at
org.mortbay.jetty.handler.ContextHandler.startContext(ContextHandler.java:548)
at org.mortbay.jetty.servlet.Context.startContext(Context.java:136)
at
org.mortbay.jetty.webapp.WebAppContext.startContext(WebAppContext.java:1234)
at
org.mortbay.jetty.handler.ContextHandler.doStart(ContextHandler.java:517)
at org.mortbay.jetty.webapp.WebAppContext.doStart(WebAppContext.java:460)
at org.mortbay.component.AbstractLifeCycle.start(AbstractLifeCycle.java:50)
at
org.mortbay.jetty.handler.HandlerCollection.doStart(HandlerCollection.java:152)
at
org.mortbay.jetty.handler.ContextHandlerCollection.doStart(ContextHandlerCollection.java:156)
at org.mortbay.component.AbstractLifeCycle.start(AbstractLifeCycle.java:50)
at
org.mortbay.jetty.handler.HandlerCollection.doStart(HandlerCollection.java:152)
at org.mortbay.component.AbstractLifeCycle.start(AbstractLifeCycle.java:50)
at
org.mortbay.jetty.handler.HandlerWrapper.doStart(HandlerWrapper.java:130)
at org.mortbay.jetty.Server.doStart(Server.java:222)
at org.mortbay.component.AbstractLifeCycle.start(AbstractLifeCycle.java:50)
at org.mortbay.xml.XmlConfiguration.main(XmlConfiguration.java:985)
at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
at sun.reflect.NativeMethodAccessorImpl.invoke(Unknown Source)
at sun.reflect.DelegatingMethodAccessorImpl.invoke(Unknown Source)
at java.lang.reflect.Method.invoke(Unknown Source)
at org.mortbay.start.Main.invokeMain(Main.java:194)
at org.mortbay.start.Main.start(Main.java:523)
at org.mortbay.start.Main.main(Main.java:119)
Caused by: org.springframework.beans.BeanInstantiationException: Could not
instantiate bean class [org.geowebcache.config.XMLConfiguration]:
Constructor threw exception; nested exception is
com.thoughtworks.xstream.converters.ConversionException: Cannot construct
org.geowebcache.layer.wms.WMSLayer as it does not have a no-args constructor
: Cannot construct org.geowebcache.layer.wms.WMSLayer as it does not have a
no-args constructor
---- Debugging information ----
message : Cannot construct org.geowebcache.layer.wms.WMSLayer as
it does not have a no-args constructor
cause-exception :
com.thoughtworks.xstream.converters.reflection.ObjectAccessException
cause-message : Cannot construct org.geowebcache.layer.wms.WMSLayer as
it does not have a no-args constructor
class : org.geowebcache.config.GeoWebCacheConfiguration
required-type : org.geowebcache.layer.wms.WMSLayer
-------------------------------
at org.springframework.beans.BeanUtils.instantiateClass(BeanUtils.java:115)
at
org.springframework.beans.factory.support.SimpleInstantiationStrategy.instantiate(SimpleInstantiationStrategy.java:87)
at
org.springframework.beans.factory.support.ConstructorResolver.autowireConstructor(ConstructorResolver.java:248)
... 39 more
Caused by: com.thoughtworks.xstream.converters.ConversionException: Cannot
construct org.geowebcache.layer.wms.WMSLayer as it does not have a no-args
constructor : Cannot construct org.geowebcache.layer.wms.WMSLayer as it does
not have a no-args constructor
---- Debugging information ----
message : Cannot construct org.geowebcache.layer.wms.WMSLayer as
it does not have a no-args constructor
cause-exception :
com.thoughtworks.xstream.converters.reflection.ObjectAccessException
cause-message : Cannot construct org.geowebcache.layer.wms.WMSLayer as
it does not have a no-args constructor
class : org.geowebcache.config.GeoWebCacheConfiguration
required-type : org.geowebcache.layer.wms.WMSLayer
-------------------------------
at
com.thoughtworks.xstream.core.TreeUnmarshaller.convert(TreeUnmarshaller.java:89)
at
com.thoughtworks.xstream.core.TreeUnmarshaller.convertAnother(TreeUnmarshaller.java:76)
at
com.thoughtworks.xstream.core.TreeUnmarshaller.convertAnother(TreeUnmarshaller.java:60)
at
com.thoughtworks.xstream.converters.collections.AbstractCollectionConverter.readItem(AbstractCollectionConverter.java:71)
at
com.thoughtworks.xstream.converters.collections.CollectionConverter.populateCollection(CollectionConverter.java:68)
at
com.thoughtworks.xstream.converters.collections.CollectionConverter.unmarshal(CollectionConverter.java:61)
at
com.thoughtworks.xstream.core.TreeUnmarshaller.convert(TreeUnmarshaller.java:82)
at
com.thoughtworks.xstream.core.TreeUnmarshaller.convertAnother(TreeUnmarshaller.java:76)
at
com.thoughtworks.xstream.converters.reflection.AbstractReflectionConverter.unmarshallField(AbstractReflectionConverter.java:246)
at
com.thoughtworks.xstream.converters.reflection.AbstractReflectionConverter.doUnmarshal(AbstractReflectionConverter.java:218)
at
com.thoughtworks.xstream.converters.reflection.AbstractReflectionConverter.unmarshal(AbstractReflectionConverter.java:162)
at
com.thoughtworks.xstream.core.TreeUnmarshaller.convert(TreeUnmarshaller.java:82)
at
com.thoughtworks.xstream.core.TreeUnmarshaller.convertAnother(TreeUnmarshaller.java:76)
at
com.thoughtworks.xstream.core.TreeUnmarshaller.convertAnother(TreeUnmarshaller.java:60)
at
com.thoughtworks.xstream.core.TreeUnmarshaller.start(TreeUnmarshaller.java:137)
at
com.thoughtworks.xstream.core.AbstractTreeMarshallingStrategy.unmarshal(AbstractTreeMarshallingStrategy.java:33)
at com.thoughtworks.xstream.XStream.unmarshal(XStream.java:923)
at com.thoughtworks.xstream.XStream.unmarshal(XStream.java:899)
at
org.geowebcache.config.XMLConfiguration.loadConfiguration(XMLConfiguration.java:303)
at
org.geowebcache.config.XMLConfiguration.<init>(XMLConfiguration.java:131)
at sun.reflect.NativeConstructorAccessorImpl.newInstance0(Native Method)
at sun.reflect.NativeConstructorAccessorImpl.newInstance(Unknown Source)
at sun.reflect.DelegatingConstructorAccessorImpl.newInstance(Unknown
Source)
at java.lang.reflect.Constructor.newInstance(Unknown Source)
at org.springframework.beans.BeanUtils.instantiateClass(BeanUtils.java:100)
... 41 more
Caused by:
com.thoughtworks.xstream.converters.reflection.ObjectAccessException: Cannot
construct org.geowebcache.layer.wms.WMSLayer as it does not have a no-args
constructor
at
com.thoughtworks.xstream.converters.reflection.PureJavaReflectionProvider.newInstance(PureJavaReflectionProvider.java:71)
at
com.thoughtworks.xstream.converters.reflection.AbstractReflectionConverter.instantiateNewInstance(AbstractReflectionConverter.java:308)
at
com.thoughtworks.xstream.converters.reflection.AbstractReflectionConverter.unmarshal(AbstractReflectionConverter.java:161)
at
com.thoughtworks.xstream.core.TreeUnmarshaller.convert(TreeUnmarshaller.java:82)
... 65 more
--
View this message in context: http://osgeo-org.1803224.n2.nabble.com/Fix-for-IE9-tp6540535p6678377.html
Sent from the GeoNetwork users mailing list archive at Nabble.com.
The GeoServer paths in the config-gui.xml file have given me headaches at
times. The best fix I have found is to change all the GeoServer paths
("http://localhost:8080/geoserver/wms"\) to relative ones ("/geoserver/wms"),
like this:
Original:
<mapSearch options="{projection: 'EPSG:4326', maxExtent: new
OpenLayers.Bounds(-180,-90,180,90), units: 'degrees', restrictedExtent: new
OpenLayers.Bounds(-180,-90,180,90)}">
<layers>
<layer server="http://localhost:8080/geoserver/wms" tocName="Borders"
params="{layers: 'gn:gboundaries', transparent: 'true', format:
'image/png'}" options="{}" />
<layer server="http://localhost:8080/geoserver/wms" tocName="Ortophoto"
params="{layers: 'gn:world', format: 'image/jpeg'}" options="{isBaseLayer:
true}" />
</layers>
</mapSearch>
New:
<mapSearch options="{projection: 'EPSG:4326', maxExtent: new
OpenLayers.Bounds(-180,-90,180,90), units: 'degrees', restrictedExtent: new
OpenLayers.Bounds(-180,-90,180,90)}">
<layers>
<layer server="/geoserver/wms" tocName="Borders" params="{layers:
'gn:gboundaries', transparent: 'true', format: 'image/png'}" options="{}"
/>
<layer server="/geoserver/wms" tocName="Ortophoto" params="{layers:
'gn:world', format: 'image/jpeg'}" options="{isBaseLayer: true}" />
</layers>
</mapSearch>
I think this path needs to be changed in about 5 places in this file. Do a
search and replace. Is there any reason this change could not be committed
to trunk?
Cheers,
Byron
--
View this message in context: http://osgeo-org.1803224.n2.nabble.com/Fix-for-IE9-tp6540535p6678503.html
Sent from the GeoNetwork users mailing list archive at Nabble.com.
I made these changes to the config file, but still no map. I see that the
geoserver log is still spitting out these warnings:Cannot construct
org.geowebcache.layer.wms.WMSLayer as it does not have a no-args
constructor.
Does the map actually get piped into the display via the wms server? I
assume something like that is going on with the graphic data selection. Let
me know if I can post anything else that might be useful in diagnosing what
is wrong.
--
View this message in context: http://osgeo-org.1803224.n2.nabble.com/Fix-for-IE9-tp6540535p6680466.html
Sent from the GeoNetwork users mailing list archive at Nabble.com.
OK. I played around here with a few suggestions from a friend of mine. I
installed geonetwork on my old Vista laptop and I have no apparent problems
with that install. Firefox worked fine right away and ie9 problems went away
once I switched the geonetwork page to IE8 mode.
A similar appraoch on my Win7 machine isn't meeting with any success though.
Could this be a platform specific issue then? Or is there something that
would help identify the difference between the two installs and why one is
working and the other isn't?
--
View this message in context: http://osgeo-org.1803224.n2.nabble.com/Fix-for-IE9-tp6540535p6681020.html
Sent from the GeoNetwork users mailing list archive at Nabble.com.
Geoserver is also accessable on the laptop when I click on the link that Kai
provided. So I am thinking ther is something interferring with the either
the geoserver startup, or connection with it. One thing I also noticed that
may be really trivial, but on my Vista machine the icone for the server is a
green circle with a white arrrow, but on my Win7 machine, the icon is just
the typical command prompt symbol. Hopefully that is a stupid observation,
but I know sometimes these things can point out other things.
Thanks again.
--
View this message in context: http://osgeo-org.1803224.n2.nabble.com/Fix-for-IE9-tp6540535p6681106.html
Sent from the GeoNetwork users mailing list archive at Nabble.com.
OK. Situation resolved. The issue was a faulty Java install. And after many
iterations of trying to uninstall and reinstall, it became apparent that
Java was not updating the path. So with the path installed and Java now
installed, geonetwork is working and all graphics are being displayed.
Hopefully now questions will be more specific.
--
View this message in context: http://osgeo-org.1803224.n2.nabble.com/Fix-for-IE9-tp6540535p6683776.html
Sent from the GeoNetwork users mailing list archive at Nabble.com.