Below is an small update on current status for Lift 2.4 branch. Lift-2.4M4 was announced yesterday: http://groups.google.com/group/liftweb/browse_thread/thread/f695772c254219b2
I've updated project files to new version, but it doesn't compile due to changes in Loc.Snippet class (it's neccessary to explicitly specify _ in order to compiler recognize that Snippet's parameter is a function). See following link for more details: http://groups.google.com/group/liftweb/browse_thread/thread/1bf211102812615b/816299dd5a4dbff1?lnk=gst&q=Updated+object+Snippet+apply()+causing#816299dd5a4dbff1 I suppose this issue is easy to fix, but it will take some time for me due to extremly high workload (even on this weekend :s( ). M4 will also make possible moving to 2.9.1 Scala version (after all dependencies are updated accordingly). Vladimir 2011/7/27 <[email protected]> > Going by the content of the discussion on this topic for the last couple of > days, it should be possible for Vladimir to implement the replacement, if > not just port the code from the old Ostrich code base. > > Hope he finds the time and the inclination! > > Imtiaz > > ----- Original Message ----- From: "Richard Hirsch" <[email protected] > > > To: <[email protected]> > Sent: Wednesday, July 27, 2011 8:33 PM > Subject: Re: Lift 2.4 and Scala 2.9.x > > > > I think they (twitter) decided that the HTTP-based stats was enough or >> the JMX scala code conflicted with the new Scala version. >> >> On Wed, Jul 27, 2011 at 4:17 PM, Vladimir Ivanov <[email protected]> >> wrote: >> >>> Yes, I wasn't able to find any replacement too. I also tried to find any >>> forum or group to ask about this modification, but it seems there's no >>> other >>> resources dedicated to this project besides GitHub. >>> >>> Next step is to find the reason of failed tests. >>> >> >> OK - sounds good >> >> >>> Vladimir >>> >>> 2011/7/27 Richard Hirsch <[email protected]> >>> >>> Looked at the code last night and this morning. The JMX support has >>>> been totally removed. >>>> >>>> I had a quick look and didn't find anything that might be a >>>> replacement. In the meantime, we'll have to just use the HTTP-based >>>> interface. >>>> >>>> D. >>>> >>>> On Tue, Jul 26, 2011 at 3:27 PM, Vladimir Ivanov <[email protected] >>>> > >>>> wrote: >>>> > Thank you, Dick! >>>> > >>>> > Here is the link to Ostrich's GitHub repo changeset with StatsMBean > >>>> class >>>> > removed: >>>> > >>>> https://github.com/twitter/**ostrich/commit/** >>>> 5e6e557f0fab77282bc7ccd2113a78**309db908b0#src/main/scala/com/** >>>> twitter/ostrich<https://github.com/twitter/ostrich/commit/5e6e557f0fab77282bc7ccd2113a78309db908b0#src/main/scala/com/twitter/ostrich> >>>> > >>>> > May be it helps somehow. >>>> > >>>> > Vladimir >>>> > >>>> > 2011/7/26 Richard Hirsch <[email protected]> >>>> > >>>> >> OK - I'll take a look at it tonight >>>> >> >>>> >> On Tue, Jul 26, 2011 at 3:12 PM, Vladimir Ivanov >> < >>>> [email protected] >>>> > >>>> >> wrote: >>>> >> > Yes, I had to comment it out. >>>> >> > >>>> >> > 2011/7/26 Richard Hirsch <[email protected]> >>>> >> > >>>> >> >> Great. >>>> >> >> >>>> >> >> Let me take a look for the StatsMBean replacement. Did you comment >>>> out >>>> >> >> the usage of StatsMBean to get ESME to compile? >>>> >> >> >>>> >> >> D. >>>> >> >> >>>> >> >> On Tue, Jul 26, 2011 at 2:45 PM, Vladimir Ivanov < >>>> [email protected] >>>> >> > >>>> >> >> wrote: >>>> >> >> > Configgy is not used for configuration anymore >>>> >> >> > - Package and method names were changed >>>> >> >> > - There's no more StatsMBean class (and I have no idea whether >>>> >> >> > any >>>> >> >> > replacement is available). >>>> >> >> >>>> >> > >>>> >> > >>>> >> > >>>> >> > -- >>>> >> > Best Regards, >>>> >> > Vladimir Ivanov >>>> >> > >>>> >> >>>> > >>>> > >>>> > >>>> > -- >>>> > Best Regards, >>>> > Vladimir Ivanov >>>> > >>>> >>>> >>> >>> >>> -- >>> Best Regards, >>> Vladimir Ivanov >>> >>> > -- Best Regards, Vladimir Ivanov
