Well ... we could remove the 1.9 indexes (though that's not so valuable) But in trunk, we can remove all 2.x related code already no?
Shai On Thu, May 27, 2010 at 6:00 PM, Michael McCandless < [email protected]> wrote: > I think there is no code to remove, on stopping support for indices <= > 1.9.x. At least on a quick look, I can't find any such code... > > The index did change in 2.1 (and many changes came after that), but we > still support 2.0, so we can't remove that code. > > Come 4.0 we should have more fun :) > > Mike > > On Mon, May 24, 2010 at 12:34 PM, Shai Erera <[email protected]> wrote: > > So do we want to just remove the 1x indexes from :z and 2x from trunk? > > Or do we also want to remove the live migration code? How can one > > start with that for example? Are there constants to look for for > > example? > > > > Shai > > > > On Monday, May 24, 2010, Mark Miller <[email protected]> wrote: > >> On 5/24/10 11:25 AM, Michael McCandless wrote: > >> > >> Yes, I think we can remove support for 1.9 indexes as of 3.0: > >> > >> http://wiki.apache.org/lucene-java/BackwardsCompatibility > >> > >> So starting with 3.0 the oldest index we must support are those written > by 2.0. > >> > >> Mike > >> > >> On Sun, May 23, 2010 at 12:56 AM, Shai Erera<[email protected]> wrote: > >> > >> Hi > >> > >> I'm working on adding support for addIndexes* in > TestBackwardsCompatibility, > >> and I've noticed it still reads 1.9 indexes. Is that intentional? > Shouldn't > >> 3x stop supporting 1.9? > >> > >> Shai > >> > >> > >> > >> --------------------------------------------------------------------- > >> To unsubscribe, e-mail: [email protected] > >> For additional commands, e-mail: [email protected] > >> > >> > >> > >> We really need to update that wiki page - mucho changes. > >> > >> -- > >> - Mark > >> > >> http://www.lucidimagination.com > >> > >> --------------------------------------------------------------------- > >> To unsubscribe, e-mail: [email protected] > >> For additional commands, e-mail: [email protected] > >> > >> > > > > --------------------------------------------------------------------- > > To unsubscribe, e-mail: [email protected] > > For additional commands, e-mail: [email protected] > > > > > > --------------------------------------------------------------------- > To unsubscribe, e-mail: [email protected] > For additional commands, e-mail: [email protected] > >
