[xsl] Re: Re: Re: [xsl] Importing compiled stylesheets

"James Fuller" <[email protected]>
Newsgroups gmane.text.xml.xslt.extensions,gmane.text.xml.xsl.general.mulberrytech
Organization Webcomposite
Message-ID <[email protected]>
Dimitre Novatchev wrote:

>"Mike Brown" <[email protected]> wrote in message 
>news:[email protected]...
>
>  
>
>>I would prefer exsl:compiled-stylesheet-href for the name of the 
>>attribute.
>>    
>>
>
>This would give the impression that only a single compiled stylesheet is 
>referenced. In fact the included stylesheet may and often would include 
>other compiled stylesheets, therefore I think that:
>
>  <exslt:include-compiled-module href="hrefToCompiledStylesheet"/>
>
>is slightly more precise in meaning.
>
>  
>
+1, though this raises a few questions, look below

>>Re: implementations, add ours to the list. 4Suite supports compiled
>>stylesheets -- they are pickled Python objects -- although it should be 
>>noted
>>that our stylesheet reader is now so fast that it is actually *less* 
>>efficient
>>to use these 'compiled' stylesheets than it is to let the processor read 
>>raw
>>XSLT from a memory or file system-based stream ... unless you're dealing 
>>with
>>ginormous, multiple external entity-laden sheets like DocBook XSLT.
>>    
>>
>
>
>The intended use of the new extension element is not only to boost 
>performance, but also to make possible to deploy *libraries* of 
>xsl:function -s in a single module compiled module. Because the module is 
>compiled, it would be possible to hide the source code and to protect the 
>intellectual property of the developers.
>  
>
yes, and this opens up other issues (admittedly a wider scope then
applicable to current disc)....such as packaging with such deployment
reuse structures...is there any XML digsig component of what we are
discussing?  I think a bit of research is required to review some
existing packaging efforts with XML, did this about a year ago, there
are some interesting things happening with respect to compound xml
documents, archives, packaged components

should a compiled module come along with any meta data that maybe
introspected (version, author, etc)

is there any XML DigSig relevence with respect to protection, checksum...

any alignment with popular deployment package formats e.g. war/jar/ear

etc, etc...

jf



--~------------------------------------------------------------------
XSL-List info and archive:  http://www.mulberrytech.com/xsl/xsl-list
To unsubscribe, go to: http://lists.mulberrytech.com/xsl-list/
or e-mail: <mailto:[email protected]>
--~--
lmpx.com only provides a reader for public news (NNTP) servers. It is not affiliated with the servers or forums shown here and is not responsible for the content of articles, which is written by their respective authors.