Related to Mauro's request for system property access when writing ftp
templates, I would like to set up alternatives to the "data directory" for
path definition.
I am not sure if system properties are the best way to manage these kind of
environment or instance level configuration settings. For data directory we
have a more general approach:
1) web.xml (web app specific)
2) system properties (JVM or AppServer specific)
3) environmental variables (system specific)
For Mauro's WEB_SITE_URL setting I could see each of these options making
sense.
Currently we use data directory for two things: the location of the xml
configuration files and as a base URL when working with file formats such
as shapefile and geotiff. We have a related of base URL when working with
styles and icons.
Customers have long run into the limitation of this approach - setting up
an external folder to store large vector and raster datasets and then using
absolute file references.
An idea I would like to float (and can write up a proposal if we like it)
is to allow an administrator to define additional data locations and assign
them a variable name we can use in a data URL.
Examples:
* ${shared}/annual/zones.shp - example of a customer shared data location
defined by admin
* ${workspace}/data - the default location for data upload, the builtin
variable workspace allows for stable URLs when workspace renamed
When using the file browser in addition to data directory, home and file
system the locations defined by the administrator can also be listed.
--
Jody Garnett
------------------------------------------------------------------------------
Dive into the World of Parallel Programming The Go Parallel Website, sponsored
by Intel and developed in partnership with Slashdot Media, is your hub for all
things parallel software development, from weekly thought leadership blogs to
news, videos, case studies, tutorials and more. Take a look and join the
conversation now. http://goparallel.sourceforge.net/
_______________________________________________
Geoserver-devel mailing list
[email protected]
https://lists.sourceforge.net/lists/listinfo/geoserver-devel
