For example
? def x := <resource:org/>
# value: <fileURL:/C:/e/src/esrc/org/>
or
# value: <fileURL:/C:/e/src/bin/resources/org/>
depending on the order of the classpath. Neither make any
sense as an abstraction of the resource__uriGetter, as
either
answer will only lead to a subset of the resources
available
from expressions of the form <resource:org/...>.
Perhaps the resource__uriGetter should return an
instance of
its own resource: URL handler? This would also make such
URLs uncallable by the resource__uriGetter, which seems
like
an otherwise unsolvable problem. See
http://www.erights.org/javadoc/org/erights/e/elang/interp/ResourceUriGetter.html#optUncall\(java.lang.Object)
which, at the time of this writing, says:
Enabled: XXX This one is unimplemented, and we should
expect it to be unimplemented for awhile, as it's hard.
The problem is, the URL returned
ClassLoader.getSystemResource(java.lang.String) is not
one that necessarily came from that source. For
example, <resource:scripts/eBrowser.e-awt> just returns
a URL that could have been returned by
<fileURL:.../scripts/eBrowser.e-awt> and can be
uncalled by fileURL__uriGetter.
