My apologies, it works as shown by your code and in the way Jorge described. I had changed simply cut and pasted Marius's example and deleted it when it didn't work. Then I changed my own code without modifying the case statement correctly. Sometimes I can't add 1 + 1
On Wed, Feb 11, 2009 at 10:26 AM, David Pollak <feeder.of.the.be...@gmail.com> wrote: > > > On Tue, Feb 10, 2009 at 3:13 PM, Oliver <ola...@gmail.com> wrote: >> >> I've just updated my code to rely on the stable version of lift 0.10 >> rather than an earlier snapshot. >> Unfortunately the removal of LiftRules.logAndReturnExceptionToBrowser >> and non working status of >> LiftRules.exceptionHandler.prepend means my choices now are >> >> 1) To back out my reliance on the stable version of lift 0.10 >> 2) To look at the source code for lift and try to figure out the problem >> 3) To remove my applications reliance on this code > > I just inserted: > > LiftRules.exceptionHandler.prepend { > case (mode, state, ex) => RedirectResponse("/error") > } > > Into Boot.scala in a newly created Lift 0.10 app. It worked without > complaint. > > Please try doing an mvn -U clean install and see if that works. I'm also > happy to look at your source off-list to see if I can puzzle through the > problem. > > And, yes the API changes are going to be minimal from here on out. > >> >> I am going to be glad when Lift gets to version 1.0, because >> presumably there will be less breaking changes (I hope) >> >> On Wed, Feb 11, 2009 at 9:58 AM, 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 -~----------~----~----~----~------~----~------~--~---