Oliver,

What version of Lift are you using?

Thanks,

David

On Tue, Feb 10, 2009 at 2:58 PM, Oliver <ola...@gmail.com> wrote:

>
> Doesn't look right and If I do this I get the following error -
> constructor cannot be instantiated to the expected type
>
> On Tue, Feb 10, 2009 at 8:57 PM, Jorge Ortiz <jorge.or...@gmail.com>
> wrote:
> > Try (without the = sign):
> >
> > LiftRules.exceptionHandler.prepend {
> >    case (mode, state, ex) => RedirectResponse("/error")
> > }
> > --j
> >
> > On Mon, Feb 9, 2009 at 10:47 PM, Oliver <ola...@gmail.com> wrote:
> >>
> >> If I try to use the following, I get a reassignment to Val error - any
> >> ideas?
> >>
> >> LiftRules.exceptionHandler.prepend = {
> >>    case (mode, state, ex) => RedirectResponse("/error")
> >> }
> >>
> >> On Wed, Dec 24, 2008 at 5:41 AM, Marius <marius.dan...@gmail.com>
> wrote:
> >> >
> >> > Folks,
> >> >
> >> > I just committed a couple of changes that may impact your application.
> >> >
> >> > 1. LiftRules.logAndReturnExceptionToBrowser and
> >> > LiftRules.browserResponseToException have been removed. These were two
> >> > different variables that did pretty much the same thing in fact the
> >> > first ultimately called the former. These have been replaced with:
> >> >
> >> >
> >> > var exceptionHandler = RulesSeq[ExceptionHandlerPF]
> >> >
> >> > having
> >> >
> >> > type ExceptionHandlerPF = PartialFunction[(Props.RunModes.Value, Req,
> >> > Throwable), LiftResponse]
> >> >
> >> > By default a partial function is appended and it is the same code that
> >> > used to be for LiftRules.browserResponseToException.
> >> >
> >> > So up until now probably your application was using something like:
> >> >
> >> > LiftRules.logAndReturnExceptionToBrowser = {
> >> >        case (state, ex) => RedirectResponse("/error")
> >> > }
> >> >
> >> > now this turns into:
> >> >
> >> > LiftRules.exceptionHandler.prepend = {
> >> >    case (mode, state, ex) => RedirectResponse("/error")
> >> > }
> >> >
> >> >
> >> > 2. More unification of Ajax notices with "static" notices. So far to
> >> > apply styling information (css classes etc) to Ajax notices we used
> >> > three LiftRules variables:
> >> >
> >> >  var ajaxNoticeMeta: Can[AjaxMessageMeta]
> >> >  var ajaxWarningMeta: Can[AjaxMessageMeta]
> >> >  var ajaxErrorMeta: Can[AjaxMessageMeta]
> >> >
> >> > the motivation was that in order for Lift to send down the correct
> >> > style information for Ajax/Comet notices it needed to maintain this
> >> > information. Now I finally found time to do it. The above variables
> >> > are gone. Instead the same styling information that you use for
> >> > lift:msgs and lift:msg snippets will be applied for AJax and Comet
> >> > notices. The styling information is captured when these snippets are
> >> > executed and used whenever you're using notices for AJax response or
> >> > from a Comet actor.
> >> >
> >> >
> >> > Br's,
> >> > Marius
> >> > >
> >> >
> >>
> >>
> >
> >
> > >
> >
>
> >
>


-- 
Lift, the simply functional web framework http://liftweb.net
Beginning Scala http://www.apress.com/book/view/1430219890
Follow me: http://twitter.com/dpp
Git some: http://github.com/dpp

--~--~---------~--~----~------------~-------~--~----~
You received this message because you are subscribed to the Google Groups 
"Lift" group.
To post to this group, send email to liftweb@googlegroups.com
To unsubscribe from this group, send email to 
liftweb+unsubscr...@googlegroups.com
For more options, visit this group at 
http://groups.google.com/group/liftweb?hl=en
-~----------~----~----~----~------~----~------~--~---

Reply via email to