[jira] Commented: (LUCENE-781) NPE in MultiReader.isCurrent() and getVersion()

2007-01-23 Thread Doron Cohen (JIRA)
[ https://issues.apache.org/jira/browse/LUCENE-781?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel#action_12466930 ] Doron Cohen commented on LUCENE-781: > ...either way, i'd still like clarification as to the orriginal point of t

[jira] Commented: (LUCENE-781) NPE in MultiReader.isCurrent() and getVersion()

2007-01-23 Thread Hoss Man (JIRA)
[ https://issues.apache.org/jira/browse/LUCENE-781?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel#action_12466927 ] Hoss Man commented on LUCENE-781: - i wasn't suggesting that the patch was flawed -- just trying to clarify what circ

[jira] Commented: (LUCENE-710) Implement "point in time" searching without relying on filesystem semantics

2007-01-23 Thread Doron Cohen (JIRA)
[ https://issues.apache.org/jira/browse/LUCENE-710?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel#action_12466926 ] Doron Cohen commented on LUCENE-710: > The deletion policy is called on creation of a writer (onInit) and > once

[jira] Commented: (LUCENE-710) Implement "point in time" searching without relying on filesystem semantics

2007-01-23 Thread Marvin Humphrey (JIRA)
[ https://issues.apache.org/jira/browse/LUCENE-710?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel#action_12466911 ] Marvin Humphrey commented on LUCENE-710: On Jan 23, 2007, at 2:19 PM, Michael McCandless (JIRA) wrote: > Fir

[jira] Commented: (LUCENE-762) [PATCH] Efficiently retrieve sizes of field values

2007-01-23 Thread Chuck Williams (JIRA)
[ https://issues.apache.org/jira/browse/LUCENE-762?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel#action_12466904 ] Chuck Williams commented on LUCENE-762: --- I use FieldInfo heavily and many other package-level API's, but put my

Re: [jira] Commented: (LUCENE-762) [PATCH] Efficiently retrieve sizes of field values

2007-01-23 Thread Mike Klaas
On 1/23/07, Grant Ingersoll (JIRA) <[EMAIL PROTECTED]> wrote: [ https://issues.apache.org/jira/browse/LUCENE-762?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel#action_12466885 ] Grant Ingersoll commented on LUCENE-762: This

[jira] Commented: (LUCENE-762) [PATCH] Efficiently retrieve sizes of field values

2007-01-23 Thread Grant Ingersoll (JIRA)
[ https://issues.apache.org/jira/browse/LUCENE-762?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel#action_12466887 ] Grant Ingersoll commented on LUCENE-762: Hmm, I forgot to mention that FieldInfo is package local. This comp

[jira] Commented: (LUCENE-762) [PATCH] Efficiently retrieve sizes of field values

2007-01-23 Thread Grant Ingersoll (JIRA)
[ https://issues.apache.org/jira/browse/LUCENE-762?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel#action_12466885 ] Grant Ingersoll commented on LUCENE-762: This would also eliminate the need to change FieldsReader for every

[jira] Commented: (LUCENE-781) NPE in MultiReader.isCurrent() and getVersion()

2007-01-23 Thread Doron Cohen (JIRA)
[ https://issues.apache.org/jira/browse/LUCENE-781?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel#action_12466852 ] Doron Cohen commented on LUCENE-781: I thought it would not break MultiReader, just do unnecessary work for that

[jira] Commented: (LUCENE-781) NPE in MultiReader.isCurrent() and getVersion()

2007-01-23 Thread Daniel Naber (JIRA)
[ https://issues.apache.org/jira/browse/LUCENE-781?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel#action_12466849 ] Daniel Naber commented on LUCENE-781: - Hoss, you're right, this breaks MultiReader, I will revert the patch. Funn

[jira] Commented: (LUCENE-710) Implement "point in time" searching without relying on filesystem semantics

2007-01-23 Thread Michael McCandless (JIRA)
[ https://issues.apache.org/jira/browse/LUCENE-710?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel#action_12466846 ] Michael McCandless commented on LUCENE-710: --- > I found a flaw in my plan. If the read locks are always app

[jira] Commented: (LUCENE-781) NPE in MultiReader.isCurrent() and getVersion()

2007-01-23 Thread Hoss Man (JIRA)
[ https://issues.apache.org/jira/browse/LUCENE-781?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel#action_12466843 ] Hoss Man commented on LUCENE-781: - i haven't looked atthe patch, but i'm a little confused by the issue summary ...

[jira] Commented: (LUCENE-781) NPE in MultiReader.isCurrent() and getVersion()

2007-01-23 Thread Daniel Naber (JIRA)
[ https://issues.apache.org/jira/browse/LUCENE-781?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel#action_12466841 ] Daniel Naber commented on LUCENE-781: - Thanks for your feedback. I have committed my patch (but moved the testcas

[jira] Updated: (LUCENE-781) NPE in MultiReader.isCurrent() and getVersion()

2007-01-23 Thread Daniel Naber (JIRA)
[ https://issues.apache.org/jira/browse/LUCENE-781?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Daniel Naber updated LUCENE-781: Summary: NPE in MultiReader.isCurrent() and getVersion() (was: NPe in MultiReader.isCurrent() and

[jira] Commented: (LUCENE-710) Implement "point in time" searching without relying on filesystem semantics

2007-01-23 Thread Michael McCandless (JIRA)
[ https://issues.apache.org/jira/browse/LUCENE-710?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel#action_12466840 ] Michael McCandless commented on LUCENE-710: --- > I don't really understand this interface and so I cannot see

[jira] Created: (LUCENE-783) Store all metadata in human-readable segments file

2007-01-23 Thread Marvin Humphrey (JIRA)
Store all metadata in human-readable segments file -- Key: LUCENE-783 URL: https://issues.apache.org/jira/browse/LUCENE-783 Project: Lucene - Java Issue Type: Improvement Components:

[jira] Resolved: (LUCENE-773) Deprecate "create" method in FSDirectory.getDirectory in favor of IndexWriter's "create"

2007-01-23 Thread Michael McCandless (JIRA)
[ https://issues.apache.org/jira/browse/LUCENE-773?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Michael McCandless resolved LUCENE-773. --- Resolution: Fixed OK I added a unit test that hits the NPE, and corrected it so the t

[jira] Reopened: (LUCENE-773) Deprecate "create" method in FSDirectory.getDirectory in favor of IndexWriter's "create"

2007-01-23 Thread Michael McCandless (JIRA)
[ https://issues.apache.org/jira/browse/LUCENE-773?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Michael McCandless reopened LUCENE-773: --- My fix here broke one case of backwards compatibility for Directory implementations tha

[jira] Commented: (LUCENE-710) Implement "point in time" searching without relying on filesystem semantics

2007-01-23 Thread Marvin Humphrey (JIRA)
[ https://issues.apache.org/jira/browse/LUCENE-710?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel#action_12466749 ] Marvin Humphrey commented on LUCENE-710: I found a flaw in my plan. If the read locks are always applied, the

Re: LockFactory impact on Directory implementations

2007-01-23 Thread Michael McCandless
Donovan, Aaron wrote: In anticipation of an upcoming 2.1 release, I started testing the Berkeley Database - Java Edition Directory implementation. I immediately received a NullPointerException while trying to create an index. It was a result of the getLockFactory() returning null. What is the

LockFactory impact on Directory implementations

2007-01-23 Thread Donovan, Aaron
In anticipation of an upcoming 2.1 release, I started testing the Berkeley Database - Java Edition Directory implementation. I immediately received a NullPointerException while trying to create an index. It was a result of the getLockFactory() returning null. What is the new responsibility of D