esme-dev mailing list archives

Site index · List index
Message view « Date » · « Thread »
Top « Date » · « Thread »
From Vladimir Ivanov <lester.m...@gmail.com>
Subject Re: Lift 2.4 and Scala 2.9.x
Date Wed, 14 Sep 2011 12:57:44 GMT
Ok, if you guys don't mind I'll merge Lift 2.4 branch back into trunk
(hopefully this evening).

Vladimir

2011/9/13 Richard Hirsch <hirsch.dick@gmail.com>

> I agree - work in the trunk - I assume that Lift 2.4 should be
> finished by the time we release 1.4.
>
> D
>
>
> On Tue, Sep 13, 2011 at 6:00 PM, Ethan Jewett <esjewett@gmail.com> wrote:
> > Hi Vladimir and all,
> >
> > Hmmm, I guess it depends on whether or not upgrading is required for
> > our 1.4 release. Personally, I think that because of the Textile fixes
> > (at least) we should shoot to include it, in which case we could merge
> > it back in without waiting. This would result in it getting more
> > testing from me, since I at least am developing on trunk and not the
> > Lift 2.4 branch.
> >
> > Thoughts?
> >
> > Ethan
> >
> > 2011/9/13 Vladimir Ivanov <lester.mail@gmail.com>:
> >> Hi Ethan,
> >>
> >> Sorry for the late response.
> >>
> >> I've fixed —Āompile-time errors and commited changes, but I think we need
> >> more time to test it. Moreover I had to remove some members from
> MsgParser
> >> class because they dublicated definitions in Textile's superclass (in
> its
> >> new version). Some of them were exactly the same, other were slightly
> >> different. So it would be ideal if Vassil find time to review it.
> >>
> >> I would wait for at least RC, but if you guys decide that it's
> neccessary
> >> right now - why not?
> >>
> >> Vladimir
> >>
> >> 2011/9/11 Ethan Jewett <esjewett@gmail.com>
> >>
> >>> Hi Vladimir,
> >>>
> >>> Seems like we should get the branch merged back in to trunk soon. Do
> >>> you think it would be best to do that on the current 2.4M4, or would
> >>> it be wiser to wait until later?
> >>>
> >>> Ethan
> >>>
> >>> On Sun, Sep 11, 2011 at 3:59 PM, Vladimir Ivanov <
> lester.mail@gmail.com>
> >>> wrote:
> >>> > As Vassil noted, the most important one is Textile update.
> >>> >
> >>> > Among other fixes I would also mention fix for dublicated context
> path
> >>> > problem:
> >>> >
> >>>
> http://www.assembla.com/spaces/liftweb/tickets/1082-redirectresponse-duplicates-contextpath
> >>> >
> >>> > There were many reports and question on StackOverflow regarding this
> >>> issue.
> >>> >
> >>> > Vladimir
> >>> >
> >>> > 2011/9/10 Vassil Dichev <vdichev@apache.org>
> >>> >
> >>> >> It should fix the long-standing ESME-307 (Textile and punctuation)
> >>> >>
> >>> >>
> >>> >> On Fri, Sep 9, 2011 at 6:03 PM, Richard Hirsch <
> hirsch.dick@gmail.com>
> >>> >> wrote:
> >>> >> > Thanks for the update.
> >>> >> >
> >>> >> > Are there any new features in the release that might be of
> interest to
> >>> >> ESME?
> >>> >> >
> >>> >> > D.
> >>> >> >
> >>> >> > On Fri, Sep 9, 2011 at 4:12 PM, Vladimir Ivanov <
> >>> lester.mail@gmail.com>
> >>> >> wrote:
> >>> >> >> 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
> <
> http://groups.google.com/group/liftweb/browse_thread/thread/1bf211102812615b/816299dd5a4dbff1?lnk=gst&q=Updated+object+Snippet+apply%28%29+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 <in.imtiaz@gmail.com>
> >>> >> >>
> >>> >> >>> 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"
<
> >>> >> hirsch.dick@gmail.com
> >>> >> >>> >
> >>> >> >>> To: <dev@esme.apache.org>
> >>> >> >>> 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
<
> >>> >> lester.mail@gmail.com>
> >>> >> >>>> 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 <hirsch.dick@gmail.com>
> >>> >> >>>>>
> >>> >> >>>>>  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 <
> >>> >> lester.mail@gmail.com
> >>> >> >>>>>> >
> >>> >> >>>>>> 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 <hirsch.dick@gmail.com>
> >>> >> >>>>>> >
> >>> >> >>>>>> >> OK - I'll take a look at it tonight
> >>> >> >>>>>> >>
> >>> >> >>>>>> >> On Tue, Jul 26, 2011 at 3:12
PM, Vladimir Ivanov >> <
> >>> >> >>>>>> lester.mail@gmail.com
> >>> >> >>>>>> >
> >>> >> >>>>>> >> wrote:
> >>> >> >>>>>> >> > Yes, I had to comment it
out.
> >>> >> >>>>>> >> >
> >>> >> >>>>>> >> > 2011/7/26 Richard Hirsch
<hirsch.dick@gmail.com>
> >>> >> >>>>>> >> >
> >>> >> >>>>>> >> >> 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 <
> >>> >> >>>>>> lester.mail@gmail.com
> >>> >> >>>>>> >> >
> >>> >> >>>>>> >> >> 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
> >>> >> >>
> >>> >> >
> >>> >>
> >>> >
> >>> >
> >>> >
> >>> > --
> >>> > Best Regards,
> >>> > Vladimir Ivanov
> >>> >
> >>>
> >>
> >>
> >>
> >> --
> >> Best Regards,
> >> Vladimir Ivanov
> >>
> >
>



-- 
Best Regards,
Vladimir Ivanov

Mime
  • Unnamed multipart/alternative (inline, None, 0 bytes)
View raw message