[people, please remove the text that is not relevant to your reply, that
both reduces load on the apache machines (which costs!) and improves
readability. Thanks]
Sylvain Wallez wrote:
> > Sure, it would be useful for us, but how useful would it be for our
> > users in the longer term?
>
> The main benefit is this will allow us to propose our users more
> appropriate and specialized error screens instead of the current Cocoon
> "blue screen of death" (hey, this is also "sharing microsoft experience"
> :) which is developper oriented (class names, stack traces, etc) and is
> really frightening for the average user.
Uh? well, that's why you have it generated as an XML file, so you can
transform it to make it more friendly for your system. You can even add
different error handlers to the different pipelines to customize this.
> To be more precise, I use an "ExplainableException" (child of
> RuntimeException) which is raised when the system detects it can't
> perform the required operation, but is able to explain why (a kind of
> auto-FAQ) and can be rendered in XML (it is XMLizable).
Hey, I'd say: let's make "all" of our exceptions like that since I have
troubles myself in getting information out of those mile-long recursive
stack traces (which sometimes are totally meaningless!)
> Triggering
> pipelines through exception types (or their symbolic name) would allow
> to have nice explanation pages for ExplainableExceptions while keeping
> the death screen for other exceptions.
I hate that 'death' page as much as you do, believe me, but more than
ever I hate exceptions with don't provide any real information (like the
infamous NullPointerException without the line that triggered it!)
Let me tell you: instead of modifying the sitemap, we must make Cocoon
better at general exception throwing because, as it currently stands,
it's dead verbose but deadly useless :(
--
Stefano Mazzocchi One must still have chaos in oneself to be
able to give birth to a dancing star.
<[EMAIL PROTECTED]> Friedrich Nietzsche
--------------------------------------------------------------------
---------------------------------------------------------------------
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, email: [EMAIL PROTECTED]
