I think I stumbled upon a bug in the XSLTC transfomer regarding the
document() function. Here is a minimal example:
--- sitemap fragment: --
--- foo.xml: ---
--- bar.xml: -
Hi guys,
I have a cform which works well.
The flowscript (ECMA) that handles the cform delegates
to a spring bean to create an object in database.
But when that objet already exist it throws an exception.
I had managed to catch the exception in the flow script.
But i would like to know if (and h
I discovered my compilation problem was due to the presence of an older copy
of the org.apache.regexp package in my JDK's jre\lib\endorsed directory,
thus overriding the same package within the Cocoon distribution. After I
switched to a different JDK install that did not have anything in its
endo
This is a known Xalan-J XSLTC issue [1]. Instead of using the XSLT
document() function you could use the Include transformer [2] which
supports caching. We use it successfully in our project.
Alex
[1] http://issues.apache.org/jira/browse/XALANJ-1928
[2] http://cocoon.apache.org/2.1/apidocs/o
Hi Joerg,
many thanks for your answer and the hint to the Muenchian Grouping. I had
only little time to look into that and didn't get every detail so far. But
it's probably in fact what I'm looking for!
I'm actually trying to convert a list of urls into a tree-like structure.
What I have is:
d
Just to confirm, Muenchian Grouping solves the problem. Great. Many thanks,
Joerg!
Jens
--
Jens Reufsteck
Hobsons GmbH
Wildunger Straße 6
60487 Frankfurt am Main
Deutschland
Tel: +49 (69) 255 37-140
Fax: +49 (69) 255 37-2140
http://www.hobsons.de
http://www.hobsons.ch
Geschäftsführung:
Christ
Hi,
I have fixed my issue by modifying the widget value
from the flowscript (in a catch) when the database complains.
...
var form = new Form(...);
form.createBinding(...);
form.load(binding);
while (invalid) {
form.showForm(...);
form.save(binding);
try {
database.createObject
nutmeg pisze:
> I discovered my compilation problem was due to the presence of an older copy
> of the org.apache.regexp package in my JDK's jre\lib\endorsed directory,
> thus overriding the same package within the Cocoon distribution. After I
> switched to a different JDK install that did not have
Raphaël Piéroni pisze:
> Hi,
>
> I have fixed my issue by modifying the widget value
> from the flowscript (in a catch) when the database complains.
>
> ...
> var form = new Form(...);
> form.createBinding(...);
> form.load(binding);
> while (invalid) {
>form.showForm(...);
>form.save