Re: TEST org.apache.lucene.index.TestIndexWriter FAILED

I've fixed it recently on trunk. I thought the issue that caused it was committed to trunk only. I'll fix on 3x now. Shai On Wed, Jun 16, 2010 at 2:01 AM, Ryan McKinley wrote: > I'm getting this failure on 3.1-dev clean checkout... any ideas? > > I can call: rm -rf > "C:\workspace\apache\luce

[jira] Updated: (LUCENE-2413) Consolidate all (Solr's & Lucene's) analyzers into modules/analysis

[ https://issues.apache.org/jira/browse/LUCENE-2413?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Steven Rowe updated LUCENE-2413: Attachment: LUCENE-2413-dir-and-package-fixes.patch I found an unchanged package name in a .alg fi

[jira] Commented: (LUCENE-2056) Should NIOFSDir use direct ByteBuffers?

[ https://issues.apache.org/jira/browse/LUCENE-2056?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=12879257#action_12879257 ] Steven Rowe commented on LUCENE-2056: - I used an index built from Reuters line docs, a

[jira] Commented: (SOLR-1607) use a proper key other than IndexReader for ExternalFileField and QueryElevationCompenent to work properly when reopenReaders is set to true

[ https://issues.apache.org/jira/browse/SOLR-1607?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=12879226#action_12879226 ] Lance Norskog commented on SOLR-1607: - Looking at ExternalFileField, I think it should b

[jira] Resolved: (SOLR-1955) DocumentAnalysisRequestHandler (/analysis/document/) fails when wt=json&indent=true params used

[ https://issues.apache.org/jira/browse/SOLR-1955?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Eric Pugh resolved SOLR-1955. - Resolution: Not A Problem Erik called it... Always put ' ' around URL! > DocumentAnalysisRequestHandl

[jira] Updated: (LUCENE-2378) Cutover remaining usage of pre-flex APIs

[ https://issues.apache.org/jira/browse/LUCENE-2378?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Yonik Seeley updated LUCENE-2378: - Attachment: LUCENE-2378_FileFloatSource.patch Looking good - an amazing amount of work! Here's

[jira] Commented: (SOLR-1953) It may be possible for temporary files to accumulator until the Solr process is shut down

[ https://issues.apache.org/jira/browse/SOLR-1953?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=12879214#action_12879214 ] Mark Miller commented on SOLR-1953: --- Yup - def looks to me like we only want one Tracker i

Hudson build is back to normal : Lucene-3.x #43

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

[jira] Commented: (SOLR-1955) DocumentAnlysisRequestHandler (/analysis/document/) fails when wt=json&indent=true params used

[ https://issues.apache.org/jira/browse/SOLR-1955?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=12879200#action_12879200 ] Erik Hatcher commented on SOLR-1955: You sure this isn't just operator error on the curl

[jira] Updated: (SOLR-1955) DocumentAnalysisRequestHandler (/analysis/document/) fails when wt=json&indent=true params used

[ https://issues.apache.org/jira/browse/SOLR-1955?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Erik Hatcher updated SOLR-1955: --- Summary: DocumentAnalysisRequestHandler (/analysis/document/) fails when wt=json&indent=true params us

[jira] Created: (SOLR-1955) DocumentAnlysisRequestHandler (/analysis/document/) fails when wt=json&indent=true params used

DocumentAnlysisRequestHandler (/analysis/document/) fails when wt=json&indent=true params used -- Key: SOLR-1955 URL: https://issues.apache.org/jira/browse/SOLR-1955

[jira] Issue Comment Edited: (SOLR-1139) SolrJ TermsComponent Query and Response Support

[ https://issues.apache.org/jira/browse/SOLR-1139?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=12878845#action_12878845 ] Nick dos Remedios edited comment on SOLR-1139 at 6/15/10 7:38 PM:

TEST org.apache.lucene.index.TestIndexWriter FAILED

I'm getting this failure on 3.1-dev clean checkout... any ideas? I can call: rm -rf "C:\workspace\apache\lucene-3xORIG\lucene\build\test\" w/o problem [junit] [junit] Testsuite: org.apache.lucene.index.TestIndexWriter [junit] Testcase: testNoSegmentFile(org.apache.lucene.index.TestIndexWrit

Re: maven - LUCENE-2490

visually I like -dev.jar better also... but I think minimizing the fuss required for maven is worth the change. I will go ahead and commit. If there are problems we can always revert ryan On Tue, Jun 15, 2010 at 5:27 PM, Simon Willnauer wrote: > From my perspective functionality rules out con

custom indexing

Hi: Great job on the flex indexing feature! This opens new doors on how an application to lucene for its usecases. I have coupla questions that I brought up before, the answer was to wait for flex indexing. Now that flex indexing seems to be in a good shape, I thought I'd bring it up agai

Re: maven - LUCENE-2490

>From my perspective functionality rules out convenience. I like the shorter -dev much better but agree with mark! +1 to make maven work better as long as I don't have to fiddle around with it ;) simon On Tue, Jun 15, 2010 at 9:54 PM, Mark Miller wrote: > On 6/15/10 3:52 PM, Ryan McKinley wrote

[jira] Commented: (SOLR-141) Errors/Exceptions should be formated by ResponseWriter

[ https://issues.apache.org/jira/browse/SOLR-141?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=12879120#action_12879120 ] Rich Cariens commented on SOLR-141: --- If Solr is a JEE webapp, why not just have SolrServlet

[jira] Created: (SOLR-1954) Highlighter component should expose snippet character offsets and the score.

Highlighter component should expose snippet character offsets and the score. Key: SOLR-1954 URL: https://issues.apache.org/jira/browse/SOLR-1954 Project: Solr Issue

Re: maven - LUCENE-2490

On 6/15/10 3:52 PM, Ryan McKinley wrote: Any objections if i checkin: https://issues.apache.org/jira/browse/LUCENE-2490 This changes the dev output files end in -SNAPSHOT.jar and keeps the solr and lucene .pom versions in sync. With this patch, we could easily start publishing snapshot builds t

maven - LUCENE-2490

Any objections if i checkin: https://issues.apache.org/jira/browse/LUCENE-2490 This changes the dev output files end in -SNAPSHOT.jar and keeps the solr and lucene .pom versions in sync. With this patch, we could easily start publishing snapshot builds to maven via hudson. ryan

[jira] Updated: (LUCENE-2378) Cutover remaining usage of pre-flex APIs

[ https://issues.apache.org/jira/browse/LUCENE-2378?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Michael McCandless updated LUCENE-2378: --- Attachment: LUCENE-2378.patch Woops sorry -- new patch attached. > Cutover remainin

[jira] Commented: (LUCENE-2378) Cutover remaining usage of pre-flex APIs

[ https://issues.apache.org/jira/browse/LUCENE-2378?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=12879025#action_12879025 ] Yonik Seeley commented on LUCENE-2378: -- I'm getting an error compiling after this pat

[VOTE] Release Solr 1.4.1

Please vote on releasing the Solr 1.4.1 artifacts located at http://http://people.apache.org/~markrmiller/staging-area/ CHANGES are spelled out at https://svn.apache.org/repos/asf/lucene/solr/branches/branch-1.4/CHANGES.txt Note that I am not voting yet - I have not thoroughly gone over ever

RE: Benchmarking Solr indexing using Lucene Benchmark?

Thanks Jason, I'll take a look at how much work is involved and if getting it to work with the Solr config looks reasonably doable (in the time I have available), I give it a try and report back. Do you think it's worth opening a JIRA issue? Tom -Original Message- From: Jason Ruthergl

[RESULT] [VOTE] Apache Nutch 1.1 Release Candidate #4

Hi Folks, Okey dokey, this VOTE has passed with the following PMC binding VOTEs: Chris Mattmann Doğacan Güney Julien Nioche Dennis Kubes I'll go ahead and push out (finally!) the Nutch 1.1 release to the mirrors and get the monkey off my back! Thanks to all for participating in the VOTE! Cheers

[jira] Commented: (LUCENE-2380) Add FieldCache.getTermBytes, to load term data as byte[]

[ https://issues.apache.org/jira/browse/LUCENE-2380?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=12878974#action_12878974 ] Yonik Seeley commented on LUCENE-2380: -- |terms in field|facet method|pre-bytes ms|tr

[jira] Updated: (LUCENE-2500) A Linux-specific Directory impl that bypasses the buffer cache

[ https://issues.apache.org/jira/browse/LUCENE-2500?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Michael McCandless updated LUCENE-2500: --- Attachment: LUCENE-2500.patch Attached patch, with new Directory impl DirectIOLinuxD

[jira] Created: (LUCENE-2500) A Linux-specific Directory impl that bypasses the buffer cache

A Linux-specific Directory impl that bypasses the buffer cache -- Key: LUCENE-2500 URL: https://issues.apache.org/jira/browse/LUCENE-2500 Project: Lucene - Java Issue Type: Improvem

[jira] Commented: (LUCENE-2498) add sentence boundary charfilter

[ https://issues.apache.org/jira/browse/LUCENE-2498?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=12878963#action_12878963 ] Steven Rowe commented on LUCENE-2498: - {quote} bq. I wonder if it would be possible/ma

Solr 1.4.1 news entry

Anyone got any opinions on how we write the news entry? I'm not seeing a previous bug fix release for Solr to go by. Personally, I'm thinking short and sweet unless I get some suggestions: 18 June 2010 - Solr 1.4.1 Released Solr 1.4.1 has been released and is now available for pu

[jira] Commented: (SOLR-1953) It may be possible for temporary files to accumulator until the Solr process is shut down

[ https://issues.apache.org/jira/browse/SOLR-1953?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=12878950#action_12878950 ] Mark Miller commented on SOLR-1953: --- I've got to look at the code - but I wonder if this s

Re: svn commit: r954674 - /lucene/java/dist/KEYS

It shouldn't hold a key you don't trust 100%. Presumably the very old committers are still happy that their keys are in their possession. On 6/15/10 5:43 AM, Uwe Schindler wrote: But you still need the public key, to verify the old downloaded artifact. And that is I am talking about. Which rel

[jira] Updated: (SOLR-1953) It may be possible for temporary files to accumulator until the Solr process is shut down

[ https://issues.apache.org/jira/browse/SOLR-1953?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Karl Wright updated SOLR-1953: -- Attachment: SOLR-1953.patch Patch that Mark Miller proposed, if it turns out that his analysis is correc

[jira] Created: (SOLR-1953) It may be possible for temporary files to accumulator until the Solr process is shut down

It may be possible for temporary files to accumulator until the Solr process is shut down - Key: SOLR-1953 URL: https://issues.apache.org/jira/browse/SOLR-1953 Pr

[jira] Closed: (SOLR-1951) extractingUpdateHandler doesn't close socket handles promptly, and indexing load tests eventually run out of resources

[ https://issues.apache.org/jira/browse/SOLR-1951?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Karl Wright closed SOLR-1951. - Fix Version/s: 1.4.1 1.5 Resolution: Fixed The overnight indexing run did not di

[jira] Commented: (LUCENE-2056) Should NIOFSDir use direct ByteBuffers?

[ https://issues.apache.org/jira/browse/LUCENE-2056?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=12878921#action_12878921 ] Michael McCandless commented on LUCENE-2056: It's remotely possible that using

RE: svn commit: r954674 - /lucene/java/dist/KEYS

> Technically, the key went out on a laptop (I know to who, and I know its been > reformatted, but I didn't see that happen - and it's since been sold to > someone else) So it's still fine for somebody to verify that at the time you made the release the key was fine and you can verify that somebo

RE: svn commit: r954674 - /lucene/java/dist/KEYS

But you still need the public key, to verify the old downloaded artifact. And that is I am talking about. Which releases were signed by that key? The keyfile is also migrated to We also have the keys of very old committers in it no longer active. The keyfile should hold all public keys used to s

[jira] Commented: (LUCENE-2380) Add FieldCache.getTermBytes, to load term data as byte[]

[ https://issues.apache.org/jira/browse/LUCENE-2380?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=12878907#action_12878907 ] Michael McCandless commented on LUCENE-2380: Patch looks good Yonik! > Add Fi

Re: svn commit: r954674 - /lucene/java/dist/KEYS

Yeah, I considered that - but then decided its prob better not to keep it around. What I'd really like to do is revoke my old key, but I don't have it anymore and I also don't have the revocation cert to do it. Technically, the key went out on a laptop (I know to who, and I know its been refor

Build failed in Hudson: Solr-trunk #1180

See -- [...truncated 5811 lines...] [junit] Tests run: 1, Failures: 0, Errors: 0, Time elapsed: 3.375 sec [junit] [junit] Testsuite: org.apache.solr.client.solrj.embedded.LargeVolumeJ