OK, having a short look for:
later today
On Mon, Jun 24, 2013 at 10:05 AM, Francesco Chicchiriccò <
ilgro...@apache.org> wrote:
> On 24/06/2013 09:57, Jos Snellings wrote:
>
>Hi Francesco et al,
>
> Good idea. Where would you put the lever to switch LRU cache on/off?
> - sitema
On 24/06/2013 09:57, Jos Snellings wrote:
Hi Francesco et al,
Good idea. Where would you put the lever to switch LRU cache on/off?
- sitemap?
- cocoon spring configuration files?
+1 for settings - as currently done for sitemap reload, for example.
Regards.
So, the context is limited to devel
Hi Francesco et al,
Good idea. Where would you put the lever to switch LRU cache on/off?
- sitemap?
- cocoon spring configuration files?
So, the context is limited to developers who want to keep seeing instant
results ...
Cheers,
Jos
On Mon, Jun 24, 2013 at 9:43 AM, Francesco Chicchiriccò w
On 22/06/2013 11:25, gelo1234 wrote:
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
gt;> Greetings,
>>>>>> Greg
>>>>>>
>>>>>>
>>>>>> 2013/6/21 Robby Pelssers
>>>>>>
>>>>>>> That is possible but the how-to part depends on the Saxon version
>>>>>>> you ar
ing. 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
>>>>>>
>>>>&g
t;>> 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
>>
t 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.htm
t;>
>>> 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 [gel
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 [gelo1...@gmail.com]
>> *Verzonden:* vrij
never tried with the latest version of Saxon which works
> differently.
>
> Robby
> --
> *Van:* gelo1234 [gelo1...@gmail.com]
> *Verzonden:* vrijdag 21 juni 2013 15:23
> *To:* Cocoon Users
> *Onderwerp:* Re: XSLT import/include errors
>
>
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:
http://www.w3.org/1999/XSL/Transform"; version="1.0"
xmlns:utils="java:org.example.Utils"
OK, one more question. Is it possible with Saxon/Xalan in C3 to invoke
external Java function ?
I can't get it working:
http://www.w3.org/1999/XSL/Transform";
version="1.0"
xmlns:utils="java:org.example.Utils"
exclude-result-prefixes="utils">
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
>
> Thank you! I will try to bring back Saxon :)
>
> Greetings,
> Greg
>
>
> This was discused before in the mailing list [1], it'
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
2013/6/20 gelo1234
> Right, it was NOT Xalan, I used Saxon in my old config. Where could we
> change Xalan to Saxon in C3 ?
>
This was discused before in the mailing list [1], it's a two step process
* Add saxon dependency to pom file. [2]
* Create file META-INF/services/javax.xml.transform.Tra
Yes, it must be that "problem" with current Xalan.
Strange thing is that some XSLT variables are predefined like: requestURI
(?!).
So I cannot use:
in stylesheet file.xsl even though Ive got:
in sitemap.xmap. So requestURI is some GLOBAL variable ?
Greetings,
Greg
2013/6/20 Javier Pu
Right, it was NOT Xalan, I used Saxon in my old config. Where could we
change Xalan to Saxon in C3 ?
Now I've got another "strange" XSL error:
XML document structures must start and end within the same entity.
What could that mean??? :)
That Xalan is making me scratching my head against the wall
2013/6/20 gelo1234
> OK, resolved the issue. Deleted xslt/ directory :/ and now its starting.
> STRANGE!!
>
Yeah, computer's stuff. :)
>
> And also found that more detailed error info about not being able to
> compile XSLT stylesheet was in Tomcat log.
>
> It seems that with C3 cannot be inhe
Resolved the issue with NullPointerException during Tomcat deploy process.
It seems like putting too many files/directories in WEB-INF/classes/COB-INF
makes Tomcat fail to deploy C3 app.
I moved block root context from: context-path="classpath:/classes/COB-INF/
to some other place:
context-path="f
OK, resolved the issue. Deleted xslt/ directory :/ and now its starting.
STRANGE!!
And also found that more detailed error info about not being able to
compile XSLT stylesheet was in Tomcat log.
It seems that with C3 cannot be inherited. The error
said about the same being defined in 2 differen
Now Im lost. The Cocoon context doesn't work anymore. Restarting Tomcat
doesn't help. I tried to clean work directory, and still
NullPointerException.
Any idea what might be wrong ?
And how to switch off imported xslt caching ?
INFO: Starting Servlet Engine: Apache Tomcat/7.0.40
cze 20, 2013 8:43
Hi Greg,
El 20/06/2013 20:00, "gelo1234" escribió:
>
>
> It looks like XSLT also got cut in functionality in C3. I tried to rerun
old XSL stylesheets with new C3 and gave up.
>
> The error says nothing meaningful:
>
> Impossible to read
XSLT from 'javax.xml.transform.stream.StreamSource@cba24d',
23 matches
Mail list logo
