Shouldn't the following construct work?
...
<tag>
<xsp:logic>
try {
<ns:list>
Collection list = ...
for (Iterator iterator = list.iterator(); iterator.hasNext();) {
MyObj o = (MyObj) iterator.next();
<ns:MyObj>
<ns:name>o.getName()</ns:name>
</ns:MyObj>
}
</ns:list>
}
catch(Exception e) {
<xsp:content>Error: <xsp:expr>String.valueOf(e)</xsp:expr></xsp:content>
}
</xsp:logic>
</tag>
...
Referring to some old C1 documentation http://xml.apache.org/cocoon1/xsp.html
(paragraph "logic tags") this should work.
And I think this should work the same way in C2!
One could use <xsp:element> (like e.g. esql does) to work around this.
But that's a not quite nice sollution. Can we aggree that this should
work?
Unfortunately the current implementation will treat any java code
within a tag inside the xsp logic tag as text nodes - not as java.
If we can aggree that this behaviour is wrong I'd like to change
the xsp.xsl accordingly.
--
Torsten
---------------------------------------------------------------------
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, email: [EMAIL PROTECTED]