[Geoserver-users] Geoserver not restarting after server reboot
Hi all, Thanks in advance for any help! I restarted our server and geoserver (everything was working fine before!) is not restarting, instead throwing the following 503 error: HTTP ERROR: 503 Problem accessing /geoserver/web. Reason: Service Unavailable Powered by Jetty:// - Here's the end of our logs... Caused by: org.springframework.beans.factory.BeanCreationException: Error creating bean with name 'rawCatalog' defined in URL [jar:file:/opt/jetty-hightide-8.0.4.v20111024/webapps/geoserver/WEB-INF /lib/main-2.1.2.jar!/applicationContext.xml]: Initialization of bean failed; nested exception is java.lang.RuntimeException: java.lang.IllegalArgumentException: Resource named 'bgd_admin2' already exists in namespace: 'barefoot' at org.springframework.beans.factory.support.AbstractAutowireCapableBeanFactory.doC reateBean(AbstractAutowireCapableBeanFactory.java:480) at org.springframework.beans.factory.support.AbstractAutowireCapableBeanFactory$1.r un(AbstractAutowireCapableBeanFactory.java:409) at java.security.AccessController.doPrivileged(Native Method) at org.springframework.beans.factory.support.AbstractAutowireCapableBeanFactory.cre ateBean(AbstractAutowireCapableBeanFactory.java:380) at org.springframework.beans.factory.support.AbstractBeanFactory$1.getObject(Abstra ctBeanFactory.java:264) at org.springframework.beans.factory.support.DefaultSingletonBeanRegistry.getSingle ton(DefaultSingletonBeanRegistry.java:221) at org.springframework.beans.factory.support.AbstractBeanFactory.doGetBean(Abstract BeanFactory.java:261) at org.springframework.beans.factory.support.AbstractBeanFactory.getBean(AbstractBe anFactory.java:185) at org.springframework.beans.factory.support.AbstractBeanFactory.getBean(AbstractBe anFactory.java:164) at org.springframework.beans.factory.support.BeanDefinitionValueResolver.resolveRef erence(BeanDefinitionValueResolver.java:269) ... 100 more Caused by: java.lang.RuntimeException: java.lang.IllegalArgumentException: Resource named 'bgd_admin2' already exists in namespace: 'barefoot' at org.geoserver.config.GeoServerLoader.postProcessBeforeInitialization(GeoServerLo ader.java:122) at org.geoserver.config.GeoServerLoaderProxy.postProcessBeforeInitialization(GeoSer verLoaderProxy.java:54) at org.springframework.beans.factory.support.AbstractAutowireCapableBeanFactory.app lyBeanPostProcessorsBeforeInitialization(AbstractAutowireCapableBeanFactory.java :350) at org.springframework.beans.factory.support.AbstractAutowireCapableBeanFactory.ini tializeBean(AbstractAutowireCapableBeanFactory.java:1330) at org.springframework.beans.factory.support.AbstractAutowireCapableBeanFactory.doC reateBean(AbstractAutowireCapableBeanFactory.java:473) ... 109 more Caused by: java.lang.IllegalArgumentException: Resource named 'bgd_admin2' already exists in namespace: 'barefoot' at org.geoserver.catalog.impl.CatalogImpl.validate(CatalogImpl.java:385) at org.geoserver.catalog.impl.CatalogImpl.add(CatalogImpl.java:354) at org.geoserver.config.GeoServerLoader.readCatalog(GeoServerLoader.java:382) at org.geoserver.config.GeoServerLoader.readCatalog(GeoServerLoader.java:220) at org.geoserver.config.DefaultGeoServerLoader.loadCatalog(DefaultGeoServerLoader.j ava:42) at org.geoserver.config.GeoServerLoader.postProcessBeforeInitialization(GeoServerLo ader.java:116) ... 113 more 2012-12-17 06:10:01,430 ERROR [geotools.jdbc] - There's code using JDBC based datastore and not disposing them. This may lead to temporary loss of database connections. Please make sure all data access code calls DataStore.dispose() before freeing all references to it -- LogMeIn Rescue: Anywhere, Anytime Remote support for IT. Free Trial Remotely access PCs and mobile devices and provide instant support Improve your efficiency, and focus on delivering more value-add services Discover what IT Professionals Know. Rescue delivers http://p.sf.net/sfu/logmein_12329d2d ___ Geoserver-users mailing list Geoserver-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/geoserver-users
Re: [Geoserver-users] hardcoded schemalocation in wfs response
Florent, what GeoServer version are you using? Is this an app-schema type? If so, what is your schemaUri? Why would you want any sort of WFS import in a WFS DescribeFeatureType response? The response should be a XSD document, and unless your feature types are defined in terms of WFS (which I would find very strange), there should be no use of the WFS schema in the payload information model. Clients should never see classpath JAR file references. Kind regards, Ben. On 14/12/12 22:16, Florent Gravin wrote: > Hi, > > If i make a DescribeFeatureType request, in the response, i will have > hardcoded value for the schemaLocation of wfs 2.0 > > http://www.opengis.net/wfs/2.0"schemaLocation="jar:file:/home/fgravin/.m2/repository/org/geotools/xsd/gt-xsd-wfs/9-SNAPSHOT/gt-xsd-wfs-9-SNAPSHOT.jar!/org/geotools/wfs/v2_0/wfs.xsd"/> > > I would like it to be something like > http://schemas.opengis.net/wfs/2.0/wfs.xsd > > How could i proceed ? > > > Thks > > -- > Florent Gravin > Camptocamp - Chambéry > 047992 > -- Ben Caradoc-Davies Software Engineer CSIRO Earth Science and Resource Engineering Australian Resources Research Centre -- LogMeIn Rescue: Anywhere, Anytime Remote support for IT. Free Trial Remotely access PCs and mobile devices and provide instant support Improve your efficiency, and focus on delivering more value-add services Discover what IT Professionals Know. Rescue delivers http://p.sf.net/sfu/logmein_12329d2d ___ Geoserver-users mailing list Geoserver-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/geoserver-users
Re: [Geoserver-users] Geoserver performing Slow
Hello Girish, These is the Tomcat config that works nicely on a slightly smaller (Win2008/8GB RAM/6 cores VM) server: -Dcatalina.home=C:\Tomcat 6.0.35 -Dcatalina.log=C:\logs -Dcatalina.base=C:\Tomcat 6.0.35 -Djava.endorsed.dirs=C:\Tomcat 6.0.35\endorsed -Djava.io.tmpdir=C:\Tomcat 6.0.35\temp -Djava.util.logging.manager=org.apache.juli.ClassLoaderLogManager -Djava.util.logging.config.file=C:\Tomcat 6.0.35\conf\logging.properties -Dcom.sun.management.jmxremote.port=xxx <--a number here -Dcom.sun.management.jmxremote.ssl=false -Dcom.sun.management.jmxremote.authenticate=false <--only if your server is behind a firewall -XX:PermSize=192m -XX:MaxPermSize=512m -XX:NewSize=900m -XX:MaxNewSize=2700m -XX:SurvivorRatio=6 -Xmx=4048 <-- but that is entered in a menu (Tomcat is running as a service) our major garbage collections are 300- 500msec, minor between 50 and 200 msec with this config. Despite so-called parallel garbage collection and assurances to the contrary, Java isn't doing a lot during garbage collection, so you need to strike a balance between quantity and duration of minor and full garbage collections. The configuration above is rather on the side of fewer and longer garbage collections. Try with that configuration above and try to improve and adapt it better to your server. Check you real usage with jvisualvm.exe (in the java bin directory- see jmxremote params) as big unused memory spaces do not make your server faster. Further reading: http://docs.oracle.com/cd/E13209_01/wlcp/wlss30/configwlss/jvmgc.html Cheers Christian - Dr Christian Maul Project Manager Information Services Branch Department of Sustainability and Environment Level13, Marland House, 570 Bourke Street Melbourne 3000 PO Box 500, East Melbourne Vic 3002 Telephone:+61-3-8636 2325 Telefax: +61-3-8636 2813 -- View this message in context: http://osgeo-org.1560.n6.nabble.com/Geoserver-performing-Slow-tp5023312p5023374.html Sent from the GeoServer - User mailing list archive at Nabble.com. -- LogMeIn Rescue: Anywhere, Anytime Remote support for IT. Free Trial Remotely access PCs and mobile devices and provide instant support Improve your efficiency, and focus on delivering more value-add services Discover what IT Professionals Know. Rescue delivers http://p.sf.net/sfu/logmein_12329d2d ___ Geoserver-users mailing list Geoserver-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/geoserver-users
Re: [Geoserver-users] Rasters, Tiles, and FME
If you want to have efficient caching it is crucial that clients ask for the tiles that you have already generated. Basically they need to know the grid that you are basing your tiles on (origin of the grid, size of each tile in terms geographical extent and in terms of pixel size). And you need to define this for every zoom level (because for a given resolution the tiles may not cover the full extent exactly). The result is a set of grids, aka gridset, which all your clients need to know about and use. The most commonly used, but rarely the best, is the one Google- and Bing Maps use for Spherical Mercator. Not the right person to ask what raster approach is the most efficient, but converting the JPEGs to GeoTIFFs with overviews and inner tiling will probably be quiet fast, even though they take up more space. Performance on that end is less important if you can use tile caching. You can have them act as one layer using imagemosaic. -Arne On 12/14/12 14:21 , Jonathan Moules wrote: Hi List, A few generic questions. First: What are gridsets actually for? I know how to create them (the documentation is very good for that), but I can't figure out what they're for. Second: I have a number of large rasters in JPEG2000 format (up to several GB in size). GeoServer can't access these (we're not going to use the extension). I have FME so can do lots of processing on them if needed: What's the best way to serve these up? I was thinking of tiling them (WMS can serve tiled data right?). But then the question becomes, which tiling system do I use? There seem to be several: imagePyramid - http://docs.geoserver.org/stable/en/user/tutorials/imagepyramid/imagepyramid.html?highlight=tiling JDBC - http://docs.geoserver.org/stable/en/user/tutorials/imagemosaic-jdbc/imagemosaic-jdbc_tutorial.html?highlight=tiling imageMosaic - http://docs.geoserver.org/stable/en/user/tutorials/image_mosaic_plugin/imagemosaic.html What are the advantages/disadvantages of each? I'm guessing some are easier to create/use and possibly faster. Thanks, Jonathan This transmission is intended for the named addressee(s) only and may contain sensitive or protectively marked material up to RESTRICTED and should be handled accordingly. Unless you are the named addressee (or authorised to receive it for the addressee) you may not copy or use it, or disclose it to anyone else. If you have received this transmission in error please notify the sender immediately. All email traffic sent to or from us, including without limitation all GCSX traffic, may be subject to recording and/or monitoring in accordance with relevant legislation. -- LogMeIn Rescue: Anywhere, Anytime Remote support for IT. Free Trial Remotely access PCs and mobile devices and provide instant support Improve your efficiency, and focus on delivering more value-add services Discover what IT Professionals Know. Rescue delivers http://p.sf.net/sfu/logmein_12329d2d ___ Geoserver-users mailing list Geoserver-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/geoserver-users -- LogMeIn Rescue: Anywhere, Anytime Remote support for IT. Free Trial Remotely access PCs and mobile devices and provide instant support Improve your efficiency, and focus on delivering more value-add services Discover what IT Professionals Know. Rescue delivers http://p.sf.net/sfu/logmein_12329d2d___ Geoserver-users mailing list Geoserver-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/geoserver-users