On Fri, Aug 10, 2012 at 1:05 PM, Mark H. Wood <[email protected]> wrote:
> On Thu, Aug 09, 2012 at 01:40:28PM -0700, Mark Diggory wrote:
> > its just Xalan's java xslt extension calling ConfigurationManager
> directly.
>
> Thank you. Had I but known that Xalan does that.... I wonder where
> is the best place to document (a) what we're doing there, and (b) why
> [link to Xalan documentation] it works.
>
> > It'd be better to do this more generically (i.e. some
> > document("dspace:config") that uses xpath) this is one of those things
> that
> > can break when switching to saxon from xalan.
>
> Good point. At the least, we should be using the xalan://FQCN form of
> namespace URIs. It is recommended by the Xalan developers, depends on
> fewer assumptions and gives the reader a clue to go look at Xalan for
> its meaning.
>
Actually, the strategy I'm recommending would make property lookup
independent of the vendor, it'd be an xml document, similar to the way we
lookup mets and other xml representations
(cocoon://handle/metadata/1234.5/6/mets.xml)
<config>
<dspace.dir>/dspace</dspace.dir>
...
</config>
<xsl:value-of select="document('cocoon://ds/config/dspace.dir')"/>
--
[image: @mire Inc.]
*Mark Diggory *(Schedule a Meeting <https://tungle.me/markdiggory>)
*2888 Loker Avenue East, Suite 305, Carlsbad, CA. 92010*
*Esperantolaan 4, Heverlee 3001, Belgium*
http://www.atmire.com
------------------------------------------------------------------------------
Live Security Virtual Conference
Exclusive live event will cover all the ways today's security and
threat landscape has changed and how IT managers can respond. Discussions
will include endpoint security, mobile security and the latest in malware
threats. http://www.accelacomm.com/jaw/sfrnl04242012/114/50122263/
_______________________________________________
Dspace-devel mailing list
[email protected]
https://lists.sourceforge.net/lists/listinfo/dspace-devel
