On 04/18/2011 10:35 PM, Andrea Aime wrote:
> On Mon, Apr 18, 2011 at 1:24 PM, Luca Morandini
>> This way an absolute path URL may be rendered relative, like:
>> wktlib://file://${GEOSERVER_DATA_DIR}/styles/mywkt.properties
>>
>> What do you think ?
>
> I believe it would inflict quite some pain to the GS users, all in the
> GS styling
> system is there to avoid have you mention the data dir to start with (think
> referencing fonts, graphics).
>
> I was not referencing the ResourceLoader interface as something to implement
> verbatim, more like something to get inspiration from.
>
> Something easier like:
>
> interface ResourceLocator {
> InputStream getResource(String location);
> }
>
> could easily be implemented in different ways as something that can lookup
> in the classpath or relative to a parent folder.
I did not get it: how would the software know which is the parent dir in
different
environment (GS or uDIG, for instance) ?
> The GS one would use the data dir or the style dir as the parent folder.
I am investigating Jody's suggestion of implementing the same mechanism used to
use external images (via ExternalGraphic and xlink): I presume that may be the
optimal solution (bar the xlink part).
Regards,
Luca Morandini
http://www.lucamorandini.it
------------------------------------------------------------------------------
Benefiting from Server Virtualization: Beyond Initial Workload
Consolidation -- Increasing the use of server virtualization is a top
priority.Virtualization can reduce costs, simplify management, and improve
application availability and disaster protection. Learn more about boosting
the value of server virtualization. http://p.sf.net/sfu/vmware-sfdev2dev
_______________________________________________
Geotools-devel mailing list
Geotools-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/geotools-devel
