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 -- Andrea Aime 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
