> > Open is still the problem with compressed fields (see LUCENE-1960), if > we > > use option 3 (isCompressed() deprec method, we have to add it to 2.9, > too -> > > I would not prefer this).
See the issue for details. I do not want to add this method, as it would break bw compatibility in 2.9 if inserted there (but if it is in 3.0 it should also be available in 2.9). Otheriwse it breaks 3.0 which is also bad. At this point, I can say, if you have removed all deprecations from your code in 2.9, you can drop in the 3.0 JAR. Adding such a method is a hard break, because you cannot read compressed fields easily. > Why would we have to add the method to 2.9.1? > > After that 3.0 is also almost finished, I have generics (almost) > everywhere > > in core, Parameter -> enum replacement, StringBuilder, varargs (not yet > > finished, I have to visit method signatures and add varargs where > possible). > > New Number() removed by valueOf(),... Some new defaults also need to be > > implemented. > > > > Also some final revisiting of generics should be done, there are some > > strange parts with collections where it is not clearly defined what's in > it. > > > > > > Thanks for all your hard work, Uwe! Thanks! --------------------------------------------------------------------- To unsubscribe, e-mail: java-dev-unsubscr...@lucene.apache.org For additional commands, e-mail: java-dev-h...@lucene.apache.org
