Andrea Aime wrote: > Andrea Aime ha scritto: >> Arne Kepp ha scritto: >>> Actually it does, probably a few lines earlier. Here's what is >>> printed if it can't find any suitable variables: >>> >>> WARN [storage.DefaultStorageFinder] - Found no usable default cache >>> prefixes !!! Please set GEOWEBCACHE_CACHE_DIR if you would like a >>> specific location. >>> WARN [storage.DefaultStorageFinder] - Reverting to java.io.tmpdir: >>> /tmp/geowebcache >>> >>> Alternatively, starting 1.7.5-bin , which sets GEOSERVER_DATA_DIR as >>> part of the startup scripts: >>> >>> 08 Jun 14:49:45 INFO [storage.DefaultStorageFinder] - Found Servlet >>> context parameter GEOSERVER_DATA_DIR set to >>> /home/ak/temp/geoserver-1.7.5-SNAPSHOT/data_dir, using it as the >>> default prefix. >>> >>> I think it varies exactly when the message shows up (Spring >>> decides), but it must always happen before such an exception would >>> be thrown. >>> >>> >>> >>> It's hard to see though, should I aim to make the startup silent ? >> >> On the contrary, I would say that it should be more prominent, >> like the message for the GeoServer data directory? >> Mind, in my case I just dumped the .war in tomcat, there was >> no variable set whatsoever. Don't know what GWC ends up doing in this >> case. >> >> I looked again in my logs and indeed the GWC messages were there, >> but they are completely anonymous... having GWC somewhere in the >> logged category would help finding them: >> 2009-06-07 10:55:20,478 INFO [util.ApplicationContextProvider] - No >> context parameter, system or Java environment variables found for >> GEOSERVER_WMS_URL >> 2009-06-07 10:55:20,478 INFO [util.ApplicationContextProvider] - >> Reverting to http://localhost:8080/geoserver/wms?request=GetCapabilities >> 2009-06-07 10:55:20,478 INFO [util.GetCapabilitiesConfiguration] - >> Constructing from url >> http://localhost:8080/geoserver/wms?request=GetCapabilities >> 2009-06-07 10:55:20,484 WARN [storage.DefaultStorageFinder] - Found >> no usable default cache prefixes !!! Please set GEOWEBCACHE_CACHE_DIR >> if you would like a specific location. >> 2009-06-07 10:55:20,484 WARN [storage.DefaultStorageFinder] - >> Reverting to java.io.tmpdir: >> /home/aaime/devel/webcontainers/apache-tomcat-6.0.18/temp/geowebcache >> 2009-06-07 10:55:23,164 WARN [support.DisposableBeanAdapter] - >> Couldn't find a destroy method named 'destroy' on bean with name >> 'gwcDefaultStorageFinder' >> >> >> So I guess I run a GeoServer 2.0 in the same web container, and >> probably on trunk we use a more recent H2 version. > > Oh, in this specific case wouldn't it be possible to have GWC just > follow in the footsteps of GeoServer and use GeoServerDataDirectory > class to locate the data dir? > > I guess you could make an extension point, a work area locator, > that you them implement in the geoserver integration module to > just relay to GeoServerDataDirectory. > > This would be used when GWC does not find any explicit setting > in the enviroment. > > Cheers > Andrea > Ok, done.
In 2.0 that is possible. I was going to do a bit of 2.0 related work today anyway and I will look into that. -Arne -- Arne Kepp OpenGeo - http://opengeo.org Expert service straight from the developers ------------------------------------------------------------------------------ OpenSolaris 2009.06 is a cutting edge operating system for enterprises looking to deploy the next generation of Solaris that includes the latest innovations from Sun and the OpenSource community. Download a copy and enjoy capabilities such as Networking, Storage and Virtualization. Go to: http://p.sf.net/sfu/opensolaris-get _______________________________________________ Geoserver-devel mailing list [email protected] https://lists.sourceforge.net/lists/listinfo/geoserver-devel
