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

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

[jira] Created: (LUCENE-2024) "ant dist" no longer generates md5's for the top-level artifacts

"ant dist" no longer generates md5's for the top-level artifacts Key: LUCENE-2024 URL: https://issues.apache.org/jira/browse/LUCENE-2024 Project: Lucene - Java Issue Type: Bug

Re: [VOTE] Release Apache Lucene Java 2.9.1, take 3

OK I've generated them manually, and I'll go open an issue to do some ant magic :) Mike On Sun, Nov 1, 2009 at 7:31 PM, Mark Miller wrote: > I ran into the same thing - its supposed to, but it no longer seems to. > > We are doing a hack do to some issue that appears to be resolved in ant > - I t

Re: [VOTE] Release Apache Lucene Java 2.9.1, take 3

I ran into the same thing - its supposed to, but it no longer seems to. We are doing a hack do to some issue that appears to be resolved in ant - I think we can switch it to just use the hash task. Michael McCandless wrote: > Eek, I don't know! For some reason "ant dist" didn't generate them. >

Re: [VOTE] Release Apache Lucene Java 2.9.1, take 3

Eek, I don't know! For some reason "ant dist" didn't generate them. I'll dig & post them. Mike On Sun, Nov 1, 2009 at 4:41 PM, Grant Ingersoll wrote: > Where are the MD5 hashes of the top level artifacts? > > On Oct 29, 2009, at 7:27 PM, Michael McCandless wrote: > >> OK, let's try this again!

Re: [VOTE] Release Apache Lucene Java 2.9.1, take 3

Where are the MD5 hashes of the top level artifacts? On Oct 29, 2009, at 7:27 PM, Michael McCandless wrote: OK, let's try this again! I've built new release artifacts from svn rev 831145 (on the 2.9 branch), here: http://people.apache.org/~mikemccand/staging-area/rc3_lucene2.9.1/ Changes ar

Re: [VOTE] Release Apache Lucene Java 2.9.1, take 3

+1 30 okt 2009 kl. 00.27 skrev Michael McCandless: OK, let's try this again! I've built new release artifacts from svn rev 831145 (on the 2.9 branch), here: http://people.apache.org/~mikemccand/staging-area/rc3_lucene2.9.1/ Changes are here: http://people.apache.org/~mikemccand/staging-ar

[jira] Commented: (LUCENE-2023) Improve performance of SmartChineseAnalyzer

[ https://issues.apache.org/jira/browse/LUCENE-2023?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=12772356#action_12772356 ] Robert Muir commented on LUCENE-2023: - i think this BiSegGraph might be a lot better a

[jira] Commented: (LUCENE-2023) Improve performance of SmartChineseAnalyzer

[ https://issues.apache.org/jira/browse/LUCENE-2023?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=12772352#action_12772352 ] Robert Muir commented on LUCENE-2023: - bq. Anyone digging into smartcn's internals sho

[jira] Commented: (LUCENE-2023) Improve performance of SmartChineseAnalyzer

[ https://issues.apache.org/jira/browse/LUCENE-2023?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=12772350#action_12772350 ] DM Smith commented on LUCENE-2023: -- Internals are internals. Anyone digging into smartcn'

[jira] Commented: (LUCENE-2023) Improve performance of SmartChineseAnalyzer

[ https://issues.apache.org/jira/browse/LUCENE-2023?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=12772348#action_12772348 ] Robert Muir commented on LUCENE-2023: - Question, the smartcn internals are pkg private

[jira] Updated: (LUCENE-2023) Improve performance of SmartChineseAnalyzer

[ https://issues.apache.org/jira/browse/LUCENE-2023?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Robert Muir updated LUCENE-2023: Attachment: LUCENE-2023.patch in BiSegGraph, char[] was being created in n^2 fashion for each edge

Re: [VOTE] Release Apache Lucene Java 2.9.1, take 3

+1 Tested (via solr 1.4.0 RC) and everything seems good On Oct 31, 2009, at 1:59 PM, Yonik Seeley wrote: On Thu, Oct 29, 2009 at 7:27 PM, Michael McCandless wrote: OK, let's try this again! I've built new release artifacts from svn rev 831145 (on the 2.9 branch), here: http://people.apac

[jira] Updated: (LUCENE-2023) Improve performance of SmartChineseAnalyzer

[ https://issues.apache.org/jira/browse/LUCENE-2023?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Robert Muir updated LUCENE-2023: Attachment: LUCENE-2023.patch create a generic graph that is reusable, used by both SegGraph and B

Re: Lock API, throwing IOException

OK will do. Mike On Sun, Nov 1, 2009 at 11:24 AM, Uwe Schindler wrote: > Hi Mike, > > I think we need it in the backwards break section of 3.0, because somebody > may need to now add a catch block. For binary compatibility it has no effect > (the IOException will be reported as unchecked), but f

RE: Lock API, throwing IOException

Hi Mike, I think we need it in the backwards break section of 3.0, because somebody may need to now add a catch block. For binary compatibility it has no effect (the IOException will be reported as unchecked), but for compile time. Uwe - Uwe Schindler H.-H.-Meier-Allee 63, D-28213 Bremen htt

[jira] Updated: (LUCENE-2023) Improve performance of SmartChineseAnalyzer

[ https://issues.apache.org/jira/browse/LUCENE-2023?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Robert Muir updated LUCENE-2023: Attachment: LUCENE-2023.patch updated patch, shaves off another 5% my avg indexing throughput: *

Re: [jira] Commented: (LUCENE-1997) Explore performance of multi-PQ vs single-PQ sorting API

Yeah, this is what I saw when profiling a week or two ago. Pretty much everything was the same - the only diff I can remember was that the collect method bubbled up slightly different (though ended up roughly the same), and for the single queue, after the collect method bubbled up, the compare bott

[jira] Commented: (LUCENE-1997) Explore performance of multi-PQ vs single-PQ sorting API

[ https://issues.apache.org/jira/browse/LUCENE-1997?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=12772309#action_12772309 ] Michael McCandless commented on LUCENE-1997: The number of insertions into the

Re: Lock API, throwing IOException

OK I just committed this to trunk! Mike On Sun, Nov 1, 2009 at 6:02 AM, Sanne Grinovero wrote: > Thanks a lot! This makes error management much simpler. > > Sanne > > 2009/11/1 Michael McCandless : >> OK, this makes sense.  I'll add it. >> >> Mike >> >> On Sat, Oct 31, 2009 at 9:43 AM, Sanne Gri

Re: Lock API, throwing IOException

Thanks a lot! This makes error management much simpler. Sanne 2009/11/1 Michael McCandless : > OK, this makes sense.  I'll add it. > > Mike > > On Sat, Oct 31, 2009 at 9:43 AM, Sanne Grinovero > wrote: >> Hello, >> I'm implementing a distributed directory based on Infinispan >> (www.jboss.org/in

Re: Lock API, throwing IOException

OK, this makes sense. I'll add it. Mike On Sat, Oct 31, 2009 at 9:43 AM, Sanne Grinovero wrote: > Hello, > I'm implementing a distributed directory based on Infinispan > (www.jboss.org/infinispan) > > currently implementing the org.apache.lucene.store.Lock, > I was wondering why is > > /** Retu

Re: Build failed in Hudson: Lucene-trunk #995

Looks like Oracle's servers were down: :52: Can't get http://download.oracle.com/berkeley-db/je-3.3.69.zip to