You are viewing a plain text version of this content. The canonical link for it is here.
Posted to users@cocoon.apache.org by Michael Gerzabek <mi...@at.efp.cc> on 2003/12/03 11:59:17 UTC
XSL question (was: XSL question in Cocoon)
Indeed that would be the right place, thanks.
Anyway since I use Cocoon with Xalan as XSLT Processor I'm not
sure where the problem belongs to. So I'll have a second run now
with results enclosed.
I've an input xml [1] that gets transformed with an xsl [2] and I think
the result should look like [3]. But whatever I do, the result looks
like [4].
[1] xml.xml
[2] xsl.xsl
[3] right.xml
[4] wrong.xml
I've tested this on Cocoon and on Eclipse 3.0M4 and get consistently
the same results :( Needless to say both use Xalan.
BTW: The difference is the row node with id="4" which is missing
in [4].
Any ideas?
Regards,
Michael
--
Michael, it's hard to say what's wrong without knowing what you expect.
What do you mean by "unique"? Having the same content? Having the same
@name? I think your unique-rows variable may not contain what you think.
BTW, the best place to go with xsl queries is usually the MulberryTech XSL
list, rather than the Cocoon lists.
Con
-----Original Message-----
From: Michael Gerzabek [mailto:michael.gerzabek@at.efp.cc]
Sent: Tuesday, 2 December 2003 08:51
To: users@cocoon.apache.org; xalan-j-users@xml-apache.org
Subject: XSL question in Cocoon
sorry for crossposting, but I'm not a hundred percent sure
where to go with this issue.
I run C21 with a pretty FileGenerator that gives me xml.xml [1] attached
right on. As next step in my pipeline I use TraxTransformer(xalan, no XSLTC)
with xsl.xsl [2] to make some other xml out of it. Then I serialize
everything with
XMLSerializer.
I do this quite often with different sources and the same stylesheet. And it
works
fine. But with the data enclosed I miss the third node in output and I can't
after a
hundred looks say why!?
Does anyone know why or where to direct my question?
Thanks in advance
Michael