Re: XSLT import/include errors

gelo1234 <[email protected]>
Newsgroups gmane.text.xml.cocoon.user
Message-ID <CAPJaKUqEynWdy_gBasOw3XY6c=9_e33Po7wvi+8ROF=pg5sx+Q@mail.gmail.com>
And of course I'm using noncaching pipeline :)

When I make a change in the main XSL file (that from sitemap), the change
is visible.
When I make a change in any of the imported/included (from main XSL) XSL
file, the change is not visible. Cocoon serves
the Content from cache.

Greetings,
Greg


2013/6/22 gelo1234 <[email protected]>

> The same problem appears with Saxon (any version).
>
> I think its rather C3 issue not XSLT engine.
>
> Greetings,
> Greg
>
>
>
> 2013/6/22 Javier Puerto <[email protected]>
>
>> Hi Greg,
>>
>> Did you tried yourself with Saxon? I had caching issues with Xalan but
>> never tried with Saxon before.
>>
>> Salu2.
>> El 22/06/2013 10:34, "gelo1234" <[email protected]> escribió:
>>
>> Now when everything is up and working fine, the really ennoying part of
>>> C3 is caching imported/included XSL files.
>>>
>>> Is there any way to invalidate that cache ? Or to turn if off ?
>>>
>>> I wouldn't like to restart the application server every time I make a
>>> small change inside imported/included XSL file :(
>>>
>>> Greetings,
>>> Greg
>>>
>>>
>>> 2013/6/21 gelo1234 <[email protected]>
>>>
>>>> Solution: If you want to call Java functions freely from C3 XSLT, use
>>>> older Saxon implementation.
>>>> Version 9.1 works perfectly!
>>>>
>>>> Greetings,
>>>> Greg
>>>>
>>>>
>>>> 2013/6/21 gelo1234 <[email protected]>
>>>>
>>>>> Looks like Saxon-HE doesn't support anymore calling Java functions
>>>>> that way:
>>>>>
>>>>>
>>>>> http://saxon-xslt-and-xquery-processor.13853.n7.nabble.com/XSLT-2-0-Saxon-9-HE-and-call-java-functions-td4347.html
>>>>>
>>>>> But there are available in PE and EE versions, huh
>>>>>
>>>>> Greetings,
>>>>> Greg
>>>>>
>>>>>
>>>>>
>>>>> 2013/6/21 gelo1234 <[email protected]>
>>>>>
>>>>>> Thanks for the tip. Unfortunately it doesn't work with:
>>>>>> Saxon-HE-9.5.0.2.jar :(
>>>>>>
>>>>>> Greetings,
>>>>>> Greg
>>>>>>
>>>>>>
>>>>>> 2013/6/21 Robby Pelssers <[email protected]>
>>>>>>
>>>>>>>  That is possible but the how-to part depends on the Saxon version
>>>>>>> you are using.  You will need to dive into how to write extension functions
>>>>>>> for that particular implementation.
>>>>>>>
>>>>>>>  I used it a number of times with Saxon 8.7
>>>>>>>
>>>>>>>
>>>>>>> http://robbypelssers.blogspot.nl/2012/10/creating-unix-timestamp-with-xslt20.html
>>>>>>>
>>>>>>>
>>>>>>> http://robbypelssers.blogspot.nl/2011/09/power-of-apache-cocoon-xquery-and-xslt.html
>>>>>>>
>>>>>>>  But i never tried with the latest version of Saxon which works
>>>>>>> differently.
>>>>>>>
>>>>>>>  Robby
>>>>>>>  ------------------------------
>>>>>>> *Van:* gelo1234 [[email protected]]
>>>>>>> *Verzonden:* vrijdag 21 juni 2013 15:23
>>>>>>> *To:* Cocoon Users
>>>>>>> *Onderwerp:* Re: XSLT import/include errors
>>>>>>>
>>>>>>>      OK, one more question. Is it possible with Saxon/Xalan in C3
>>>>>>> to invoke external Java function ?
>>>>>>> I can't get it working:
>>>>>>>
>>>>>>> <xsl:stylesheet xmlns:xsl="http://www.w3.org/1999/XSL/Transform"
>>>>>>> version="1.0"
>>>>>>>         xmlns:utils="java:org.example.Utils"
>>>>>>>         exclude-result-prefixes="utils">
>>>>>>>
>>>>>>>          <xsl:template match="Page">
>>>>>>>
>>>>>>>                       <xsl:variable name="fileName" select="file"/>
>>>>>>>
>>>>>>>                       <Root>
>>>>>>>                             <xsl:value-of
>>>>>>> select="utils:exists($fileName)"/>
>>>>>>>                       </Root>
>>>>>>>          </xsl:template>
>>>>>>>
>>>>>>>  </xsl:stylesheet>
>>>>>>>
>>>>>>>  Tried Xalan, tried Saxon. Both generates some strange errors with
>>>>>>> XML Document.
>>>>>>>
>>>>>>>  Greetings,
>>>>>>> Greg
>>>>>>>
>>>>>>>
>>>>>>> 2013/6/20 gelo1234 <[email protected]>
>>>>>>>
>>>>>>>>  The latest Saxon got the same _global_ variable context scope and
>>>>>>>> doesn't allow overriding xsl:variables.
>>>>>>>>  OK, I will fix that :)
>>>>>>>>
>>>>>>>>  Greetings,
>>>>>>>> Greg
>>>>>>>>
>>>>>>>>
>>>>>>>> 2013/6/20 gelo1234 <[email protected]>
>>>>>>>>
>>>>>>>>>
>>>>>>>>> Thank you! I will try to bring back Saxon :)
>>>>>>>>>
>>>>>>>>>  Greetings,
>>>>>>>>> Greg
>>>>>>>>>
>>>>>>>>>
>>>>>>>>>    This was discused before in the mailing list [1], it's a two
>>>>>>>>>> step process
>>>>>>>>>>
>>>>>>>>>> * Add saxon dependency to pom file. [2]
>>>>>>>>>>
>>>>>>>>>>  I think it's better to try Saxon directly if you used to work
>>>>>>>>>> with it. Xalan is usually faster but as you have to migrate already made
>>>>>>>>>> templates from Saxon IMO it's better to switch the engine.
>>>>>>>>>>
>>>>>>>>>> [1] http://mvnrepository.com/artifact/net.sf.saxon/Saxon-HE
>>>>>>>>>> [2]
>>>>>>>>>> http://cocoon.markmail.org/message/mjuftsfwdxmnc5fn?q=saxon#query:saxon+page:1+mid:fe2faygf7jdfrzb3+state:results
>>>>>>>>>>
>>>>>>>>>>
>>>>>>>>>>
>>>>>>>>>
>>>>>>>>
>>>>>>>      *The Future Group, dé maat in ondernemen*
>>>>>>>
>>>>>>>
>>>>>>>   [image: The Future Group] <http://www.the-future-group.com> [image:
>>>>>>> The Future Group kantoor]   Röntgenlaan 27 | 2719 DX Zoetermeer [image:
>>>>>>> Mobiel nummer] 06 15879926  [image: Web-site]
>>>>>>> http://www.the-future-group.com [image: E-mail adres]
>>>>>>> [email protected]  [image: Telefoonnummer]   +31
>>>>>>> (0)79 - 363 2905 [image: LinkedIn account]   [image: Twitteraccount]
>>>>>>>   http://twitter.com/futuregroup
>>>>>>>
>>>>>>
>>>>>>
>>>>>
>>>>
>>>
>
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.