You are viewing a plain text version of this content. The canonical link for it is here.
Posted to dev@tapestry.apache.org by "Howard M. Lewis Ship (JIRA)" <ji...@apache.org> on 2014/08/27 23:18:59 UTC
[jira] [Closed] (TAP5-1391) Component event and render exceptions
should be routed through a special service to make customization easier
[ https://issues.apache.org/jira/browse/TAP5-1391?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ]
Howard M. Lewis Ship closed TAP5-1391.
--------------------------------------
Resolution: Won't Fix
Still no idea exactly what this would look like.
> Component event and render exceptions should be routed through a special service to make customization easier
> -------------------------------------------------------------------------------------------------------------
>
> Key: TAP5-1391
> URL: https://issues.apache.org/jira/browse/TAP5-1391
> Project: Tapestry 5
> Issue Type: New Feature
> Components: tapestry-core
> Affects Versions: 5.3
> Reporter: Howard M. Lewis Ship
>
> Currently, you can override the RequestExceptionHandler service, but it lacks a lost of context about what was going on at the time of the exception.
> It would be nice if there was a public, overridable service that was invoked as a kind of exception factory for components.
> What my client is looking for is a more succinct way of gracefully recovering from corrupted data in the request path and query parameters (even if there's a malicious user doing so).
--
This message was sent by Atlassian JIRA
(v6.2#6252)