With permission of Jacob Hookom, I've enabled Exception Handling just like
in Facelets now also for the rest of the JSF-Lifecycle - it will also work
with plain JSP.
I've also cleaned up the stack-traces, so that you actually see causing
exceptions (if any Servlet-Exceptions are in the chain) - t
Hi,
I keep having the following exception after I adding error handling
pages in my web.xml (for example for a 404 error). I have not found any
good answer to this problem so far so I was wondering if any of you has
seen that before and managed to fix it...
Cheers,
Emmanuel
very nice!
On 7/24/07, Martin Marinschek <[EMAIL PROTECTED]> wrote:
With permission of Jacob Hookom, I've enabled Exception Handling just like
in Facelets now also for the rest of the JSF-Lifecycle - it will also work
with plain JSP.
I've also cleaned up the stack-traces, so that you actually s
st English
speaking person (I even have problems with understanding some of the
sentences on that page...).
So please direct me to some other source of information, or try to explain
it in a way that a person who has never written error handling pages before
(me) could understand it.
Regards,
Tome
Hi List,
I've successfully created an error page when an http error (e g. 404)
occurs. But when an exception will be raised, I only see the standard
myFaces error page. Do I miss something in the web.xml definitions.
Here my web.xml error page definitions
java.lang.Throwable
me other source of information, or try to explain
> it in a way that a person who has never written error handling pages before
> (me) could understand it.
>
That pages exposes several alternatives to handle server errors, not just
one, so the information is not
a tutorial about it. Also,
Leonardo Uribe wrote:
>
>
> That pages exposes several alternatives to handle server errors, not just
> one, so the information is not
> a tutorial about it.
>
So, is there any tutorial about the subject? It seems that without some
basic knowledge about error handling
tkazmierczak schrieb:
Leonardo Uribe wrote:
That pages exposes several alternatives to handle server errors, not just
one, so the information is not
a tutorial about it.
So, is there any tutorial about the subject? It seems that without some
basic knowledge about error handling in
Hello Hannes,
> I've successfully created an error page when an http error (e g. 404)
> occurs. But when an exception will be raised, I only see the standard
> myFaces error page. Do I miss something in the web.xml definitions.
You have to add into your web.xml
org.apache.myfaces.ERROR_HAN
Hi Gilles,
thank you for your reply. It works.
Thank you very much.
Gilles Demarty wrote:
Hello Hannes,
I've successfully created an error page when an http error (e g. 404)
occurs. But when an exception will be raised, I only see the standard
myFaces error page. Do I miss something in
Hi all,
I am trying to override MyFaces error handling for certain exceptions,
and for others to use the default one. Is it possible?
I was thinking write my custom error handler, with method
public void handleException(FacesContext fc, Exception ex) {
if (ex instanceof CertainException
I followed the instructions for disabling MyFaces error handling here:
http://wiki.apache.org/myfaces/Handling_Server_Errors
I implemented the method of using a simple JSP page. I tested the
solution and it worked fine for all my test cases. I forced a simple
exception, and I left the page
Hi all,
I used to have in all my apps a "J2ee like" mecanism that defines two basic
exceptions Business and System, where business messages include a i18n
message and system one lead to an unconditional output. In a central place
(eg. for struts it was the superclass of all actions), I organized m
Does anybody
know how to go about redirecting to an error
page from the
constructor of a backing bean.
For
example:
class
BBean{ Data
someData; public BBean
()
{
try
{ someData
= getData();
}
catch(Throwable
t)
I have found some
unexpected behaviour with regards to error handling, both with error mapping in
web.xml
as well as with the
Error page tag in jsp's.
Error mapping in
web.xml:
1) I cannot map
custom errors in web.xml since all the errors thrown seem to be wrapped w
Hi all,
I'm rather a JSF newbie and I am wondering about a good way to do error
handling. In my previous pre-JSF web apps (i.e. Struts 1), error handling
had the following features:
- one could define a global error handler, no need to define it on every
view
- one could read information
This help?
http://wiki.apache.org/myfaces/Handling_Server_Errors
On Feb 19, 2008 4:59 AM, Ognjen Blagojevic <[EMAIL PROTECTED]> wrote:
> Hi all,
>
> I am trying to override MyFaces error handling for certain exceptions,
> and for others to use the default one. Is it possible?
AIL PROTECTED]> wrote:
Hi all,
I am trying to override MyFaces error handling for certain exceptions,
and for others to use the default one. Is it possible?
I was thinking write my custom error handler, with method
public void handleException(FacesContext fc, Exception ex) {
if (ex inst
Hi all,
Does the no answer to my mail mean "there's no answer"? :-)
Regards,
Zied
2008/9/22 Zied Hamdi <[EMAIL PROTECTED]>
> Hi all,
>
> I used to have in all my apps a "J2ee like" mecanism that defines two basic
> exceptions Business and System, where business messages include a i18n
> message
On Tue, Sep 23, 2008 at 5:40 AM, Zied Hamdi <[EMAIL PROTECTED]> wrote:
> Hi all,
>
> Does the no answer to my mail mean "there's no answer"? :-)
>
Do you seen http://wiki.apache.org/myfaces/Handling_Server_Errors ?
regards
Leonardo Uribe
>
> Regards,
> Zied
>
> 2008/9/22 Zied Hamdi <[EMAIL
If you want application specific error handling, you can always create a
custom ActionListener. That ActionListener is actually a decorator that
"decorates" the real ActionListener with a try-catch block. All your calls
to actions, go through that listener. In the catch, you can build
AIL PROTECTED]>
> If you want application specific error handling, you can always create a
> custom ActionListener. That ActionListener is actually a decorator that
> "decorates" the real ActionListener with a try-catch block. All your calls
> to actions, go through that listener.
rHandler
>
>
>
> Thanks to you Jan also for your answer, your solution is perfect for action
> handling, unfortunately it doesn't cover Conversion and Validation phases.
>
> Best Regards,
> Zied
>
> Your answer
> 2008/9/23 Jan-Kees van Andel <[EMAIL PROTE
; Thanks to you Jan also for your answer, your solution is perfect for
>> action handling, unfortunately it doesn't cover Conversion and Validation
>> phases.
>>
>> Best Regards,
>> Zied
>>
>> Your answer
>> 2008/9/23 Jan-Kees van Andel <[EMAIL PROTE
Call FacesContext.getCurrentInstance().getExternalContext().redirect(String)
On Fri, 3 Dec 2004 13:24:13 -0500, [EMAIL PROTECTED]
<[EMAIL PROTECTED]> wrote:
>
> Does anybody know how to go about redirecting to an error
> page from the constructor of a backing bean.
>
> For example:
>
> class
Title: RE: Error handling & redirecting from BB constructor possible ?
Heath,
I tried this also (but forgot to mention), followed by "FacesContext.getCurrentInstance().responseComplete()"
but the request keeps processing the same jsp & the redirect never happens.
Is ther
most apps to have to deal with this...
>
>
>
>
>
> -Message d'origine-
> De : Heath Borders [mailto:[EMAIL PROTECTED]
> Envoyé : vendredi 3 décembre 2004 14:22
> À : MyFaces Discussion
> Objet : Re: Error handling & redirecting from BB c
Title: RE: Error handling & redirecting from BB constructor possible ?
Heath,
I tried your solution #1, and I keep getting the same result
as in my previous post, ie: the redirect or dispatch calls are ignored
and jsf tries to render the current jsp. I scanned the specs
Title: RE: Error handling & redirecting from BB constructor possible ?
I tried the second option, and it doesn't seem to work either...:)
I created a specific exception which is thrown from the constructor of the
backing bean and mapped it in web.xml to an error page.
Do you th
>
>
> Mark
>
>
> -Message d'origine-
> De : Heath Borders [mailto:[EMAIL PROTECTED]
> Envoyé : vendredi 3 décembre 2004 15:07
> À : MyFaces Discussion
> Objet : Re: Error handling & redirecting from BB constructor possible ?
>
>
to
> handle errors there when something went wrong on the backend
>
> I believe that setting up an error page via web.xml will have to do,
> unfortunately.
>
> Thanks for your help !
>
> Mark
>
>
>
> -Message d'origine-
> De : Heath
e wire.
On Thu, 9 Dec 2004 11:32:43 -0500, [EMAIL PROTECTED]
<[EMAIL PROTECTED]> wrote:
>
> I have found some unexpected behaviour with regards to error handling, both
> with error mapping in web.xml
> as well as with the Error page tag in jsp's.
>
>
> Error
Title: RE: Error handling - are these bugs with myfaces ?
Good idea, Heath, but all tiles & jsp related *flushes* were false.
BTW, there was much discussion on the sun forum on this subject
and they basically said to use the *redirect* functionwhich
does not work with myfaces, bec
I'm rather a JSF newbie and I am wondering about a good way to do error
> handling. In my previous pre-JSF web apps (i.e. Struts 1), error handling
> had the following features:
>
> - one could define a global error handler, no need to define it on every
> view
> - one
t be guaranteed that
it works, but one has tried at least. Maybe also the OutOfMemoryError is a
bad example; another example would be a InstantiationError thrown by
erroneous reflection code.
Or more generally speaking, if a extension hook (in this case the error
handling hook) is offered by a fr
yError is a
bad example; another example would be a InstantiationError thrown by
erroneous reflection code.
Or more generally speaking, if a extension hook (in this case the error
handling hook) is offered by a framework, in my personal opinion the hook
should be as general as possible. One never k
Hi!
> I submitted a patch to Jira:
> https://issues.apache.org/jira/browse/MYFACES-1711
> If there are any questions or requests for improvements, do not hesitate to
> contact me.
>
I haven't read all the thread, so I am not sure, but I think the latest
MyFaces already deals with this, and even
Ah ok, sorry it was a tad late...
I personally agree, such a parameter would make sense,
it definitely would be nice to route the errors thrown into an error tag
in case of ajax instead of just pushing it up the server,
you might drop a note in the devs list for that or even provide a patch
in
38 matches
Mail list logo