[jira] Reopened: (LUCENE-2421) Hardening of NativeFSLock

[ https://issues.apache.org/jira/browse/LUCENE-2421?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Shai Erera reopened LUCENE-2421: Reopening to handle clearLock. Patch will be posted soon. Hardening of NativeFSLock

[jira] Updated: (LUCENE-2421) Hardening of NativeFSLock

[ https://issues.apache.org/jira/browse/LUCENE-2421?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Shai Erera updated LUCENE-2421: --- Attachment: LUCENE-2421-2.patch Patch fixes clearLock to first release the lock and then delete it.

[jira] Commented: (SOLR-1961) Use Lucene's Field Cache To Retrieve Stored Fields From Memory

[ https://issues.apache.org/jira/browse/SOLR-1961?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=12886265#action_12886265 ] Uwe Schindler commented on SOLR-1961: - Can you remove the useless Exception catch blocks

Build failed in Hudson: Solr-3.x #59

See http://hudson.zones.apache.org/hudson/job/Solr-3.x/59/ -- [...truncated 10272 lines...] [junit] Jul 8, 2010 7:32:34 AM org.apache.solr.handler.SnapPuller fetchLatestIndex [junit] SEVERE: Master at: http://localhost:49127/solr/replication is not

[jira] Resolved: (LUCENE-2421) Hardening of NativeFSLock

[ https://issues.apache.org/jira/browse/LUCENE-2421?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Shai Erera resolved LUCENE-2421. Resolution: Fixed Fixed on 3x and trunk Hardening of NativeFSLock -

[jira] Created: (SOLR-1990) blockUntilFinished() is called in StreamingUpdateSolrServer when deleing by id

blockUntilFinished() is called in StreamingUpdateSolrServer when deleing by id -- Key: SOLR-1990 URL: https://issues.apache.org/jira/browse/SOLR-1990 Project: Solr

[jira] Updated: (LUCENE-2373) Create a Codec to work with streaming and append-only filesystems

[ https://issues.apache.org/jira/browse/LUCENE-2373?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Andrzej Bialecki updated LUCENE-2373: -- Attachment: LUCENE-2372-2.patch Updated patch. I added comments both in top-level

[jira] Created: (LUCENENET-371) Unit test for Search.Regex port

Unit test for Search.Regex port --- Key: LUCENENET-371 URL: https://issues.apache.org/jira/browse/LUCENENET-371 Project: Lucene.Net Issue Type: Test Reporter: Daniele Fusi Priority: Minor

[jira] Updated: (LUCENENET-371) Unit test for Search.Regex port

[ https://issues.apache.org/jira/browse/LUCENENET-371?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Daniele Fusi updated LUCENENET-371: --- Attachment: TestRegexpQuery.cs Unit tests Unit test for Search.Regex port

Re: Welcome Robert Muir to the Lucene PMC

On 7/7/10 2:12 PM, Grant Ingersoll wrote: In recognition of Robert's continuing contributions to Lucene and Solr, I'm happy to announce Robert has accepted our invitation to join the Lucene PMC. Cheers, Grant Ingersoll Lucene PMC Chair

OpenRelevance Viewer (Orev)

Hi all, Following a discussion with Robert, I have started working on a viewer application intended to make viewing and judgment of corpora and topics as easy as possible. The intention is to make this development as rapid as it can possibly be. I'm building this with .NET (NHibernate /

[jira] Assigned: (SOLR-1985) FastVectorHighlighter: add wrapper class for Lucene's SingleFragListBuilder

[ https://issues.apache.org/jira/browse/SOLR-1985?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Koji Sekiguchi reassigned SOLR-1985: Assignee: Koji Sekiguchi FastVectorHighlighter: add wrapper class for Lucene's

[jira] Resolved: (SOLR-1985) FastVectorHighlighter: add wrapper class for Lucene's SingleFragListBuilder

[ https://issues.apache.org/jira/browse/SOLR-1985?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Koji Sekiguchi resolved SOLR-1985. -- Resolution: Fixed trunk: Committed revision 961821. branch_3x: Committed revision 961829.

[jira] Commented: (SOLR-1990) blockUntilFinished() is called in StreamingUpdateSolrServer when deleing by id

[ https://issues.apache.org/jira/browse/SOLR-1990?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=12886371#action_12886371 ] Mark Miller commented on SOLR-1990: --- Nice catch - is this causing you a particular

[jira] Commented: (SOLR-1981) solr.xml should fail to load if multiple cores with the same name

[ https://issues.apache.org/jira/browse/SOLR-1981?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=12886373#action_12886373 ] Mark Miller commented on SOLR-1981: --- +1 - lets do it solr.xml should fail to load if

[jira] Commented: (SOLR-1987) java.lang.VerifyError runtime exception in Solr 1.4.1 when trying to run solr in Embedded mode

[ https://issues.apache.org/jira/browse/SOLR-1987?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=12886379#action_12886379 ] Mark Miller commented on SOLR-1987: --- Can you add some details on how you produced this?

[jira] Commented: (SOLR-1987) java.lang.VerifyError runtime exception in Solr 1.4.1 when trying to run solr in Embedded mode

[ https://issues.apache.org/jira/browse/SOLR-1987?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=12886385#action_12886385 ] Uwe Schindler commented on SOLR-1987: - These errors are often caused by JAR files from

[jira] Commented: (SOLR-1977) Misplaced maven artifacts

[ https://issues.apache.org/jira/browse/SOLR-1977?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=12886387#action_12886387 ] Mark Miller commented on SOLR-1977: --- I just looked at moving the files to the right spot,

[jira] Commented: (SOLR-1990) blockUntilFinished() is called in StreamingUpdateSolrServer when deleing by id

[ https://issues.apache.org/jira/browse/SOLR-1990?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=12886389#action_12886389 ] ofer fort commented on SOLR-1990: - I am not sure, still investigating. At a specific moment

[jira] Commented: (SOLR-1990) blockUntilFinished() is called in StreamingUpdateSolrServer when deleing by id

[ https://issues.apache.org/jira/browse/SOLR-1990?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=12886398#action_12886398 ] ofer fort commented on SOLR-1990: - reading the thread dump again, it seems i have only one

[jira] Commented: (SOLR-1990) blockUntilFinished() is called in StreamingUpdateSolrServer when deleing by id

[ https://issues.apache.org/jira/browse/SOLR-1990?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=12886404#action_12886404 ] Yonik Seeley commented on SOLR-1990: Is this behavior by design? If you do an add

[jira] Commented: (SOLR-1990) blockUntilFinished() is called in StreamingUpdateSolrServer when deleing by id

[ https://issues.apache.org/jira/browse/SOLR-1990?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=12886409#action_12886409 ] Mark Miller commented on SOLR-1990: --- bq. reading the thread dump again, it seems i have

Re: Welcome Robert Muir to the Lucene PMC

Congratulations Robert! On 7 Jul 2010 23:42, Grant Ingersoll gsing...@apache.org wrote: In recognition of Robert's continuing contributions to Lucene and Solr, I'm happy to announce Robert has accepted our invitation to join the Lucene PMC. Cheers, Grant Ingersoll Lucene PMC Chair

[jira] Commented: (SOLR-1990) blockUntilFinished() is called in StreamingUpdateSolrServer when deleing by id

[ https://issues.apache.org/jira/browse/SOLR-1990?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=12886422#action_12886422 ] ofer fort commented on SOLR-1990: - Each document has it's own id. The deleted document is

[jira] Updated: (SOLR-1987) java.lang.VerifyError runtime exception in Solr 1.4.1 when trying to run solr in Embedded mode

[ https://issues.apache.org/jira/browse/SOLR-1987?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Mark Miller updated SOLR-1987: -- Fix Version/s: Next (was: 1.4.1) java.lang.VerifyError runtime exception in

[jira] Updated: (SOLR-1967) New Native PHP Response Writer Class

[ https://issues.apache.org/jira/browse/SOLR-1967?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Mark Miller updated SOLR-1967: -- Fix Version/s: (was: 1.4) New Native PHP Response Writer Class

[jira] Commented: (SOLR-1977) Misplaced maven artifacts

[ https://issues.apache.org/jira/browse/SOLR-1977?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=12886434#action_12886434 ] Mark Miller commented on SOLR-1977: --- Can someone check and make sure this is working?

[jira] Commented: (SOLR-1976) Commit on StreamingUpdateSolrServer can happen before all previously added docs have been sent to Solr

[ https://issues.apache.org/jira/browse/SOLR-1976?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=12886441#action_12886441 ] Mark Miller commented on SOLR-1976: --- Can you expound on this? It should block until all

[jira] Commented: (SOLR-1976) Commit on StreamingUpdateSolrServer can happen before all previously added docs have been sent to Solr

[ https://issues.apache.org/jira/browse/SOLR-1976?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=12886444#action_12886444 ] Stephen Duncan Jr commented on SOLR-1976: - Yes, I'm seeing a bug. In my testing the

[jira] Commented: (SOLR-1976) Commit on StreamingUpdateSolrServer can happen before all previously added docs have been sent to Solr

[ https://issues.apache.org/jira/browse/SOLR-1976?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=12886455#action_12886455 ] Mark Miller commented on SOLR-1976: --- Interesting - well to start, there does look to be at

[jira] Updated: (SOLR-1962) Index directory disagreement SolrCore#initIndex

[ https://issues.apache.org/jira/browse/SOLR-1962?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Mark Miller updated SOLR-1962: -- Attachment: SOLR-1962.patch A patch to clean this up. Index directory disagreement SolrCore#initIndex

[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 ] Mark Miller updated SOLR-1953: -- Attachment: SOLR-1953.patch I think we want something more like this - though it deserves some more

[jira] Created: (SOLR-1991) The example target should work from a fresh checkout without running other targets first

The example target should work from a fresh checkout without running other targets first Key: SOLR-1991 URL: https://issues.apache.org/jira/browse/SOLR-1991

[jira] Updated: (SOLR-1991) The example target should work from a fresh checkout without running other targets first

[ https://issues.apache.org/jira/browse/SOLR-1991?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Mark Miller updated SOLR-1991: -- Attachment: SOLR-1991.patch The example target should work from a fresh checkout without running other

[jira] Resolved: (SOLR-1991) The example target should work from a fresh checkout without running other targets first

[ https://issues.apache.org/jira/browse/SOLR-1991?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Mark Miller resolved SOLR-1991. --- Resolution: Fixed The example target should work from a fresh checkout without running other

[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-tabpanelfocusedCommentId=12886479#action_12886479 ] Karl Wright commented on SOLR-1953: --- Looks good to me... It may be possible for

[jira] Created: (SOLR-1992) Remove abortOnConfigurationError from example solrconfig.xml as it no longer has any affect

Remove abortOnConfigurationError from example solrconfig.xml as it no longer has any affect --- Key: SOLR-1992 URL: https://issues.apache.org/jira/browse/SOLR-1992

[jira] Updated: (SOLR-1956) luke cannot be launched by ant luke

[ https://issues.apache.org/jira/browse/SOLR-1956?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Mark Miller updated SOLR-1956: -- Attachment: SOLR-1956.patch This should solve the initial problems - it will let you run the luke

[jira] Updated: (LUCENE-2503) light/minimal stemming for euro languages

[ https://issues.apache.org/jira/browse/LUCENE-2503?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Robert Muir updated LUCENE-2503: Attachment: LUCENE-2503.patch I updated the patch, I think this is ready to go: * added finnish

[jira] Commented: (SOLR-1956) luke cannot be launched by ant luke

[ https://issues.apache.org/jira/browse/SOLR-1956?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=12886526#action_12886526 ] Robert Muir commented on SOLR-1956: --- bq. it doesn't solve the problem with the analyzers

[jira] Updated: (LUCENE-2522) add simple japanese tokenizer, based on tinysegmenter

[ https://issues.apache.org/jira/browse/LUCENE-2522?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Robert Muir updated LUCENE-2522: Affects Version/s: (was: 3.0.3) add simple japanese tokenizer, based on tinysegmenter

Fwd: index format error because disk full - possible Lucene bug?

Forwarded to lucene-dev as a possible bug. On Wed, Jul 7, 2010 at 7:12 PM, Li Li fancye...@gmail.com wrote: I use SegmentInfos to read the segment_N file and found the error is that it try to load deletedDocs but the .del file's size is 0(because of disk error) . So I use SegmentInfos to set

[jira] Created: (SOLR-1993) SolrJ binary update erro when commitWithin is set.

SolrJ binary update erro when commitWithin is set. -- Key: SOLR-1993 URL: https://issues.apache.org/jira/browse/SOLR-1993 Project: Solr Issue Type: Bug Components: clients - java

Re: index format error because disk full - possible Lucene bug?

I think he saying that there is a race condition involving writing out the buffered changes from ram, doing deletes, doing commits and writing out new segment files when Lucene runs out of disk. This race condition (or possibly a swallowed I/O Exception) may cause bogus segment files, and the