cocoon-dev mailing list archives

Site index · List index
Message view « Date » · « Thread »
Top « Date » · « Thread »
From "Per Kreipke" <>
Subject RE: [Q] Returning XSP errors on incorrect use of a logicsheet...
Date Mon, 22 Jul 2002 20:04:56 GMT
> Vadim Gritsenko wrote:
> ...
> > Here is the hint. I guess these two files should be patched:
> >
> > xml-cocoon203\src\java\org\apache\cocoon\components\xslt\XSLTProcessorIm
> >
> > xml-cocoon203\src\java\org\apache\cocoon\util\
> :-|
> This is roughly the 10000000002nd time that these get patched for wrong
> error reporting.
> Ugh :-S

I don't think the error is actually _in_ there. The TraxErrorHandler is
correctly handling and reporting the errors. IMHO the problem is that the
exception is never propagated (or caught) in the caller during the transform
step. Possibly because the XSLT step is being swallowed by the threaded
transformation (note: can't find that particular code).

Subsequently, the error shows that shows up in the browser ("Error
compilling foo.xsp: Line 0, column 0: error: read error
1 error") makes perfect sense: the file doesn't exist because the
Transformer never completed.

The solution is to trap XSLT errors when generating the Java code for the
XSP. I'm looking at it but another hint would probably speed things up ;-)


To unsubscribe, e-mail:
For additional commands, email:

View raw message