I think you'd be better off redirecting to an intermediate step that would extract the messages from the FacesContext and store them somewhere outside the request scope, then redirect to the page you actually wanted to go to. It's a bit of a hack, to be sure, but it's probably the only way to keep the messages *and* allow your users to bookmark pages.
-Matt
On 5/25/05, Victor Tatai <[EMAIL PROTECTED]> wrote:
Ok, I just tested it and FacesContext.getCurrentInstance() inside the
filter returns null. Other people seem to have had the same problem
also:
http://forum.java.sun.com/thread.jspa?forumID=427&threadID=598476
I guess that perhaps the only approach possible is the #1 you
described above, or a mix of both, what do you think?
Regards,
V.
On 5/25/05, Matt Blum <[EMAIL PROTECTED]> wrote:
> You should be able to call FacesContext.getCurrentInstance().
>
> -Matt
>
>
> On 5/25/05, Victor Tatai < [EMAIL PROTECTED]> wrote:
> > Implementing as a filter how would I be able to obtain the
> > FacesContext in order to extract the messages?
> >
> > Thanks,
> >
> > Victor
> >
> > On 5/24/05, Matt Blum <[EMAIL PROTECTED] > wrote:
> > > I think that you might have to put the validation code in the
> application
> > > controller, so that, when the action is taken you can validate whatever
> you
> > > need to validate, then put the messages in the FacesContext. Either
> that,
> > > or include an extra step in the redirection that takes the messages from
> the
> > > request and puts them in the FacesContext or the session, then redirects
> to
> > > the page you were actually trying to go to.
> > >
> > > Heck, you might even be able to get the second suggestion to work using
> a
> > > filter. Of course, if you do use the second method, you'll have to be
> sure
> > > to *remove* the messages from the FacesContext or the session after
> > > rendering the page, or they're just going to stay there. The advantage
> of
> > > them being stored in the request in the first place is that the request
> > > object is by nature transitory, so if you take away that advantage
> you're
> > > going to have to implement it yourself in whatever solution you choose.
> > >
> > > -Matt
> > >
> > >
> > > On 5/24/05, Victor Tatai <[EMAIL PROTECTED]> wrote:
> > > > Wouldn't you happen to know a way around this restriction? I would
> > > > prefer to use redirect as it allows the use of bookmarks to pages.
> > > >
> > > > Thanks,
> > > >
> > > > Victor
> > > >
> > > > On 5/23/05, Matt Blum < [EMAIL PROTECTED]> wrote:
> > > > > The messages are stored in the request object, and doing a redirect
> will
> > > > > create a new request object, so yes, this is expected behavior.
> There
> > > is a
> > > > > way to get the filters to fire even if you do a forward, as detailed
> in
> > > this
> > > > > message I wrote on a thread from a couple of weeks ago:
> > > > >
> > > > > http://makeashorterlink.com/?Y5D61202B
> > > > >
> > > > > HTH.
> > > > > -Matt
> > > > >
> > > > >
> > > > > On 5/23/05, Victor Tatai < [EMAIL PROTECTED]> wrote:
> > > > > > Hello,
> > > > > >
> > > > > > We have a myfaces (1.0.9) application which uses global messages
> > > > > > extensively in order to notify the user about errors, successful
> > > > > > actions, etc. However when we add the <redirect/> tag to the
> > > > > > navigation cases the messages simply stop appearing. Is this a bug
> or
> > > > > > it is an expected behavior? Is there any way around this? We need
> the
> > > > > > redirect in order to enable proper activation of the servlet
> filters.
> > > > > >
> > > > > > Thanks,
> > > > > >
> > > > > > Victor
> > > > > >
> > > > > > --
> > > > > > "Make things as simple as possible, but no simpler"
> > > > > > -- Albert Einstein
> > > > > >
> > > > >
> > > > >
> > > >
> > > >
> > > > --
> > > > --
> > > > "Make things as simple as possible, but no simpler"
> > > > -- Albert Einstein
> > > >
> > > >
> > > > --
> > > > --
> > > > "Make things as simple as possible, but no simpler"
> > > > -- Albert Einstein
> > > >
> > >
> > >
> >
> >
> > --
> > --
> > "Make things as simple as possible, but no simpler"
> > -- Albert Einstein
> >
>
>
--
--
"Make things as simple as possible, but no simpler"
-- Albert Einstein
