[jbossseam-issues] [JBoss JIRA] Created: (JBSEAM-2597) Exception handling - JSF swallows exceptions in certain phases
by Shane Bryzak (JIRA)
Exception handling - JSF swallows exceptions in certain phases
--------------------------------------------------------------
Key: JBSEAM-2597
URL: http://jira.jboss.com/jira/browse/JBSEAM-2597
Project: JBoss Seam
Issue Type: Feature Request
Components: Core
Reporter: Shane Bryzak
Fix For: 2.1.0.GA
I can't reproduce this right now but I'm sure I spent several hours
with a debugger only to find out that I had a typo in a value binding
and that the exception was completely swallowed during an early JSF
phase (UPDATE MODEL probably). There was nothing in the log, the
action phase just never executed. This is a major issue (obviously)
for another subtle reason: Beginners have trouble understanding the
JSF lifecycle and processing phases - I know I did. You begin to hate
JSf when you don't understand why a certain phase does not execute.
I'd start reproducing it by generating an NPE in a value binding
setter, that should do it.
--
This message is automatically generated by JIRA.
-
If you think it was sent incorrectly contact one of the administrators: http://jira.jboss.com/jira/secure/Administrators.jspa
-
For more information on JIRA, see: http://www.atlassian.com/software/jira
16 years, 4 months
[jbossseam-issues] [JBoss JIRA] Created: (JBSEAM-1183) Allow custom ExceptionHandler implementations to be inserted
by Mike Quilleash (JIRA)
Allow custom ExceptionHandler implementations to be inserted
------------------------------------------------------------
Key: JBSEAM-1183
URL: http://jira.jboss.com/jira/browse/JBSEAM-1183
Project: JBoss Seam
Issue Type: Feature Request
Components: Core
Affects Versions: 1.1.6.GA
Environment: Any
Reporter: Mike Quilleash
Currently you can only configure a small subset of actions to occur on an exception (redirect, http-error etc). Enhancing the exception configuration xml to allow pluggable ExceptionHandler implementations would make this a lot more flexible.
e.g. pages.xml
<pages>
<!-- the current way, exception class + action -->
<exception class="javax.persistence.EntityNotFoundException">
<http-error error-code="404"/>
</exception>
<!-- proposed enhancement -->
<exception handlerClass="com.xxx.seam.CustomExceptionHandler"/>
</pages>
These should probably have higher precedence than standard configure-by-exception-class handlers.
--
This message is automatically generated by JIRA.
-
If you think it was sent incorrectly contact one of the administrators: http://jira.jboss.com/jira/secure/Administrators.jspa
-
For more information on JIRA, see: http://www.atlassian.com/software/jira
16 years, 4 months
[jbossseam-issues] [JBoss JIRA] Created: (JBSEAM-2600) Exception handling - Fix the exception handling in Seam
by Shane Bryzak (JIRA)
Exception handling - Fix the exception handling in Seam
-------------------------------------------------------
Key: JBSEAM-2600
URL: http://jira.jboss.com/jira/browse/JBSEAM-2600
Project: JBoss Seam
Issue Type: Feature Request
Components: Core
Reporter: Shane Bryzak
Fix For: 2.1.0.GA
Currently we have at least one serious race condition in our pages.xml
exception handling, related to redirect/message passing. I can
reproduce (JIRA case is open) lost messages on exception redirect.
Also, clean up the #{exception} and #{handledException} stuff - which
might fix the issue as a side effect. I want one exception instance I
can access in EL, not two. I want to be able to call getRootCause() on
it to unwrap the root exception. Of course the root cause is the one I
specify in pages.xml as the one that is handled, but the #{exception}
should always be the wrapper. In any case, a clear and reliable
(working in all situations) strategy needs to apply here.
--
This message is automatically generated by JIRA.
-
If you think it was sent incorrectly contact one of the administrators: http://jira.jboss.com/jira/secure/Administrators.jspa
-
For more information on JIRA, see: http://www.atlassian.com/software/jira
16 years, 4 months