[jira] Commented: (LUCENE-1360) A Similarity class which has unique length norms for numTerms <= 10

[ https://issues.apache.org/jira/browse/LUCENE-1360?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=12759054#action_12759054 ] Shalin Shekhar Mangar commented on LUCENE-1360: --- I'm interested in this issu

[jira] Commented: (LUCENE-1923) Add toString() or getName() method to IndexReader

[ https://issues.apache.org/jira/browse/LUCENE-1923?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=12759074#action_12759074 ] Michael McCandless commented on LUCENE-1923: That sounds like a good approach.

[jira] Commented: (LUCENE-1925) In IndexSearcher class, make subReader and docCount arrays protected so sub classes can access them

[ https://issues.apache.org/jira/browse/LUCENE-1925?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=12759075#action_12759075 ] Michael McCandless commented on LUCENE-1925: +1 We should also reserve future

[jira] Assigned: (LUCENE-1925) In IndexSearcher class, make subReader and docCount arrays protected so sub classes can access them

[ https://issues.apache.org/jira/browse/LUCENE-1925?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Michael McCandless reassigned LUCENE-1925: -- Assignee: Michael McCandless > In IndexSearcher class, make subReader and docC

[jira] Updated: (LUCENE-1925) In IndexSearcher class, make subReader and docCount arrays protected so sub classes can access them

[ https://issues.apache.org/jira/browse/LUCENE-1925?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Michael McCandless updated LUCENE-1925: --- Fix Version/s: 3.0 > In IndexSearcher class, make subReader and docCount arrays prot

Re: [jira] Assigned: (LUCENE-1925) In IndexSearcher class, make subReader and docCount arrays protected so sub classes can access them

Mark is it OK to commit this now? When we branch 2.9 we can base it off the trunk rev before this (and other) changes. (Ie not need to freeze trunk development). The base of the branch should be the rev you when building the last RC. Mike On Thu, Sep 24, 2009 at 5:52 AM, Michael McCandless (JIR

[jira] Commented: (LUCENE-1924) BalancedSegmentMergePolicy, contributed from the Zoie project for realtime indexing

[ https://issues.apache.org/jira/browse/LUCENE-1924?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=12759077#action_12759077 ] Michael McCandless commented on LUCENE-1924: This looks great John, thanks. W

[jira] Assigned: (LUCENE-1924) BalancedSegmentMergePolicy, contributed from the Zoie project for realtime indexing

[ https://issues.apache.org/jira/browse/LUCENE-1924?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Michael McCandless reassigned LUCENE-1924: -- Assignee: Michael McCandless > BalancedSegmentMergePolicy, contributed from th

[jira] Commented: (LUCENE-1458) Further steps towards flexible indexing

[ https://issues.apache.org/jira/browse/LUCENE-1458?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=12759083#action_12759083 ] Michael McCandless commented on LUCENE-1458: {quote} Feel free to take code f

Re: [jira] Assigned: (LUCENE-1925) In IndexSearcher class, make subReader and docCount arrays protected so sub classes can access them

Ok - I should have branched by now anyway - I'll do it today. - Mark http://www.lucidimagination.com (mobile) On Sep 24, 2009, at 5:56 AM, Michael McCandless > wrote: Mark is it OK to commit this now? When we branch 2.9 we can base it off the trunk rev before this (and other) changes. (Ie

Re: [VOTE] Release Lucene 2.9.0

Mark, Please add your key to a public server. See http://www.apache.org/dev/release-signing.html#public-key-not-found -Grant On Sep 21, 2009, at 1:06 PM, Mark Miller wrote: Okay, lets give this a shot: The (proposed) release artifacts have been built and are up at: http://people.apache.or

Re: [VOTE] Release Lucene 2.9.0

I had - to MIT - not finding it? I can try again. - Mark http://www.lucidimagination.com (mobile) On Sep 24, 2009, at 6:53 AM, Grant Ingersoll wrote: Mark, Please add your key to a public server. See http://www.apache.org/dev/release-signing.html#public-key-not-found -Grant On Sep 21

Re: [VOTE] Release Lucene 2.9.0

I just checked - its there - added 9/17/2009 - the 4096-bit key. Along with 2 early, low bit keys I had tried early on. Mark Miller wrote: > I had - to MIT - not finding it? I can try again. > > - Mark > > http://www.lucidimagination.com (mobile) > > On Sep 24, 2009, at 6:53 AM, Grant Ingersoll

[jira] Commented: (LUCENE-1924) BalancedSegmentMergePolicy, contributed from the Zoie project for realtime indexing

[ https://issues.apache.org/jira/browse/LUCENE-1924?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=12759108#action_12759108 ] John Wang commented on LUCENE-1924: --- I had put them in the core package under org.apache

Re: [VOTE] Release Lucene 2.9.0

+1, Two minor nits: The date in CHANGES.txt is wrong and I'm not crazy about the 1.5 stuff that Uwe mentioned, but agreed we can live with it. I so can't wait to flip that switch to 1.5 and be done with it for a little while (until we start debating 1.5/1.6). BTW, going forward, I think

[jira] Commented: (LUCENE-1458) Further steps towards flexible indexing

[ https://issues.apache.org/jira/browse/LUCENE-1458?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=12759110#action_12759110 ] John Wang commented on LUCENE-1458: --- Hi Mike: We have been using Kamikaze in our s

Re: [VOTE] Release Lucene 2.9.0

We went over the date in a previous thread on java-dev - since its just an estimate anyway, we decided to leave it. Grant Ingersoll wrote: > +1, > > Two minor nits: The date in CHANGES.txt is wrong and I'm not crazy > about the 1.5 stuff that Uwe mentioned, but agreed we can live with > it. I so

RE: [VOTE] Release Lucene 2.9.0

> Two minor nits: The date in CHANGES.txt is wrong and I'm not crazy > about the 1.5 stuff that Uwe mentioned, but agreed we can live with > it. I so can't wait to flip that switch to 1.5 and be done with it > for a little while (until we start debating 1.5/1.6). I do not think a switch to 1.6 i

Re: Lucene Spatial

Hi, I would definitely give it a hole bunch of love if only I understood how to have it working :) I did a few tests based on the test cases provided in the current version but without any success... Moreover, as far as I recall,during my tests some method calls were deprecated in favour of more

[jira] Commented: (LUCENE-1925) In IndexSearcher class, make subReader and docCount arrays protected so sub classes can access them

[ https://issues.apache.org/jira/browse/LUCENE-1925?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=12759111#action_12759111 ] Tim Smith commented on LUCENE-1925: --- i would also like to see a protected constructor th

[jira] Commented: (LUCENE-1458) Further steps towards flexible indexing

[ https://issues.apache.org/jira/browse/LUCENE-1458?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=12759112#action_12759112 ] John Wang commented on LUCENE-1458: --- Just a FYI: Kamikaze was originally started as our

RE: [jira] Commented: (LUCENE-1458) Further steps towards flexible indexing

By the way: In the last RC of Lucene 2.9 we added a new method to DocIdSet called isCacheable(). It is used by e.g. CachingWrapperFilter to determine, if a DocIdSet is easy cacheable or must be copied to an OpenBitSetDISI (the default is false, so all custom DocIdSets are copied to OpenBitSetDISI b

[jira] Commented: (LUCENE-1458) Further steps towards flexible indexing

[ https://issues.apache.org/jira/browse/LUCENE-1458?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=12759116#action_12759116 ] John Wang commented on LUCENE-1458: --- Hi Uwe: Thanks for the pointer to the isCache

Re: Lucene Spatial

The usage of deprecated methods (at least Filter.bits()) should be fixed now. Mike On Thu, Sep 24, 2009 at 9:14 AM, Alex wrote: > Hi, > > I would definitely give it a hole bunch of love if only I understood how to > have it working :) > > I did a few tests based on the test cases provided in the

[jira] Commented: (LUCENE-1924) BalancedSegmentMergePolicy, contributed from the Zoie project for realtime indexing

[ https://issues.apache.org/jira/browse/LUCENE-1924?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=12759129#action_12759129 ] Michael McCandless commented on LUCENE-1924: We've opened up SegmentInfo/s in

[jira] Commented: (LUCENE-1924) BalancedSegmentMergePolicy, contributed from the Zoie project for realtime indexing

[ https://issues.apache.org/jira/browse/LUCENE-1924?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=12759132#action_12759132 ] John Wang commented on LUCENE-1924: --- Awesome, didn't realize! Thanks -John > Balanced

Re: Lucene Spatial

Hi, Since my contribution in LUCENE-1732 I have been working on re-writing most of the spatial contrib, particularly the Cartesian Tier code. I have added javadoc, tests and and have removed many of the classes which were either deprecated, unused or unnecessary. I have also tried to define easi

Re: Lucene Spatial

Nice! That is *awesome*. Thank you! gento0nz wrote: > Hi, > > Since my contribution in LUCENE-1732 I have been working on re-writing > most of the spatial contrib, particularly the Cartesian Tier code. I > have added javadoc, tests and and have removed many of the classes > which were either depr

Re: Lucene Spatial

Make that a 2nd thank you! Mike On Thu, Sep 24, 2009 at 11:16 AM, Mark Miller wrote: > Nice! That is *awesome*. Thank you! > > gento0nz wrote: >> Hi, >> >> Since my contribution in LUCENE-1732 I have been working on re-writing >> most of the spatial contrib, particularly the Cartesian Tier code.

Re: [VOTE] Release Lucene 2.9.0

+1 to release! Mark, make sure when you include the changes link that it has the /Changes.html part (your link gives you the dir listing). > BTW, going forward, I think we should be consistent w/ other ASF > projects and call our artifacts apache-lucene-X.zip, etc. and the > artifacts should unpa

Re: [VOTE] Release Lucene 2.9.0

On Mon, Sep 21, 2009 at 1:06 PM, Mark Miller wrote: > Okay, lets give this a shot: > > The (proposed) release artifacts have been built and are up at: > > http://people.apache.org/~markrmiller/staging-area/lucene2.9/ > > The changes are here: > > http://people.apache.org/~markrmiller/staging-area/

Re: [VOTE] Release Lucene 2.9.0

+1 ship it! Erik On Sep 21, 2009, at 1:06 PM, Mark Miller wrote: Okay, lets give this a shot: The (proposed) release artifacts have been built and are up at: http://people.apache.org/~markrmiller/staging-area/lucene2.9/ The changes are here: http://people.apache.org/~markrmiller/

Re: Lucene 2.4.1 query

Hi sailaja, Please post your question to java-user mailing list. This is not the correct mailing list. sailaja balaraju wrote: Hi. I am newbie to lucene. I have a query to search for a salespersonid and whose contactfirstname is firstname* and whose whose contactlast name is lastname* so firs

Conflict discovered in 'whoweare.html'

I'm trying to add mysel to whoweare.html. I've read: Unversioned site: http://wiki.apache.org/lucene-java/HowToUpdateTheWebsite And I done it. Then I noticed this: http://wiki.apache.org/lucene-java/TopLevelProject So I ssh to people.apache.org and cd /www/lucene.apache.org/java/docs. Then did

RE: [VOTE] Release Lucene 2.9.0

: - db/bdb fails to compile with 1.4 because of a ClassFormatError in one of : the bundled libs, so this contrib is in reality 1.5 only. there's not much we can do about that, no one can blame us if the dependency requires 1.5 : - Tests of contrib/misc use String.contains(), which is 1.5 only.

Re: [VOTE] Release Lucene 2.9.0

: http://people.apache.org/~markrmiller/staging-area/lucene2.9/ +1 -Hoss - To unsubscribe, e-mail: java-dev-unsubscr...@lucene.apache.org For additional commands, e-mail: java-dev-h...@lucene.apache.org

RE: [VOTE] Release Lucene 2.9.0

On Thu, 24 Sep 2009, Chris Hostetter wrote: : - db/bdb fails to compile with 1.4 because of a ClassFormatError in one of : the bundled libs, so this contrib is in reality 1.5 only. there's not much we can do about that, no one can blame us if the dependency requires 1.5 I don't think it req

Re: [VOTE] Release Lucene 2.9.0

Andi Vajda wrote: > > On Thu, 24 Sep 2009, Chris Hostetter wrote: > >> >> : - db/bdb fails to compile with 1.4 because of a ClassFormatError in >> one of >> : the bundled libs, so this contrib is in reality 1.5 only. >> >> there's not much we can do about that, no one can blame us if the >> depende

Re: Lucene Spatial

and a 3rd! On Sep 24, 2009, at 11:51 AM, lucene wrote: Make that a 2nd thank you! Mike On Thu, Sep 24, 2009 at 11:16 AM, Mark Miller wrote: Nice! That is *awesome*. Thank you! gento0nz wrote: Hi, Since my contribution in LUCENE-1732 I have been working on re- writing most of the spat

Re: [jira] Assigned: (LUCENE-1925) In IndexSearcher class, make subReader and docCount arrays protected so sub classes can access them

I think we need to move the Changes entry you put in though, right? Its in the 2.9 section, but its not part of 2.9. I havn't made the new changes sections on trunk yet, but please, someone feel free to beat me to. I'm going to work on publishing. Michael McCandless wrote: > Mark is it OK to comm

publishing maven files

I don't have the permissions to publish the maven files - permission denied. -- - Mark http://www.lucidimagination.com - To unsubscribe, e-mail: java-dev-unsubscr...@lucene.apache.org For additional commands, e-mail: java-de

Re: publishing maven files

Let me look. BTW, I think you can call the vote, officially. On Sep 24, 2009, at 3:56 PM, Mark Miller wrote: I don't have the permissions to publish the maven files - permission denied. -- - Mark http://www.lucidimagination.com --

Re: [VOTE] Release Lucene 2.9.0

Chris Hostetter wrote: > : http://people.apache.org/~markrmiller/staging-area/lucene2.9/ > > +1 > > > > -Hoss > > > - > To unsubscribe, e-mail: java-dev-unsubscr...@lucene.apache.org > For additional commands, e-mail: java-dev-h...

Re: Conflict discovered in 'whoweare.html'

: And I done it. Then I noticed this: : : http://wiki.apache.org/lucene-java/TopLevelProject That's about the TLP site (http://lucene.apache.org/) anything in a subdirectory is handled by the individual project site directories. according to HowToUpdateTheWebsite, both the versioned & unversion

Re: Conflict discovered in 'whoweare.html'

I believe it is correct. Let's see if it takes tonight and then we can fix if needed. Plus, w/ 2.9 release, we'll do a hard sync anyway. On Sep 24, 2009, at 4:47 PM, Chris Hostetter wrote: : And I done it. Then I noticed this: : : http://wiki.apache.org/lucene-java/TopLevelProject That's a

LUCENE 2.9 ANNOUNCE : Re: [VOTE] Release Lucene 2.9.0

lucene wrote: > Mark, make sure when you include the changes link that it has the > /Changes.html part (your link gives you the dir listing). > > I did that on purpose, since we have the contrib changes as well - I give the exact link for the users announcement. I figured the PMC could find thei

RE: LUCENE 2.9 ANNOUNCE : Re: [VOTE] Release Lucene 2.9.0

> lucene wrote: > > Mark, make sure when you include the changes link that it has the > > /Changes.html part (your link gives you the dir listing). > > > > > I did that on purpose, since we have the contrib changes as well - I > give the exact link for the users announcement. I figured the PMC coul

Re: [jira] Assigned: (LUCENE-1925) In IndexSearcher class, make subReader and docCount arrays protected so sub classes can access them

On Thu, Sep 24, 2009 at 3:38 PM, Mark Miller wrote: > I think we need to move the Changes entry you put in though, right? Its > in the 2.9 section, but its not part of 2.9. > > I havn't made the new changes sections on trunk yet, but please, someone > feel free to beat me to. I'm going to work on

RE: LUCENE 2.9 ANNOUNCE : Re: [VOTE] Release Lucene 2.9.0

> > lucene wrote: > > > Mark, make sure when you include the changes link that it has the > > > /Changes.html part (your link gives you the dir listing). > > > > > > > > I did that on purpose, since we have the contrib changes as well - I > > give the exact link for the users announcement. I figure

Re: LUCENE 2.9 ANNOUNCE : Re: [VOTE] Release Lucene 2.9.0

On Thu, Sep 24, 2009 at 4:57 PM, Mark Miller wrote: > lucene wrote: >> Mark, make sure when you include the changes link that it has the >> /Changes.html part (your link gives you the dir listing). >> >> > I did that on purpose, since we have the contrib changes as well - I > give the exact link f

Re: [jira] Assigned: (LUCENE-1925) In IndexSearcher class, make subReader and docCount arrays protected so sub classes can access them

OK I did this, and added the "unreleased" section into contrib/CHANGES.txt. Mike On Thu, Sep 24, 2009 at 5:19 PM, Michael McCandless wrote: > On Thu, Sep 24, 2009 at 3:38 PM, Mark Miller wrote: >> I think we need to move the Changes entry you put in though, right? Its >> in the 2.9 section, but

[jira] Updated: (LUCENE-1925) In IndexSearcher class, make subReader and docCount arrays protected so sub classes can access them

[ https://issues.apache.org/jira/browse/LUCENE-1925?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Michael McCandless updated LUCENE-1925: --- Attachment: LUCENE-1925.patch Attached patch, making the members protected & added e

Re: ReleaseTodo steps

Yonik Seeley wrote: > >> 1. Lucene 2.4.1 doesn't seem to have these md5 hashes for the non maven >> artifacts. >> > > They are there just not replicated or shown in mirrors? > http://www.apache.org/dist/lucene/java/ > Its pretty odd they don't go out to the mirrors - I mean, whats the

Re: ReleaseTodo steps

: > They are there just not replicated or shown in mirrors? : > http://www.apache.org/dist/lucene/java/ : > : : Its pretty odd they don't go out to the mirrors - I mean, whats the : point? Users can't use them to verify anything anyway if they don't have : them. Anyone know anything about

Re: ReleaseTodo steps

Chris Hostetter wrote: > : > They are there just not replicated or shown in mirrors? > : > http://www.apache.org/dist/lucene/java/ > : > > : > : Its pretty odd they don't go out to the mirrors - I mean, whats the > : point? Users can't use them to verify anything anyway if they don't have >

Hudson build is back to normal: Lucene-trunk #959

See - To unsubscribe, e-mail: java-dev-unsubscr...@lucene.apache.org For additional commands, e-mail: java-dev-h...@lucene.apache.org