[
https://issues.apache.org/jira/browse/LUCENE-778?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel#action_12539574
]
Yonik Seeley commented on LUCENE-778:
-
> getStoredFields() methods that return a Map
Or a Map or Map where Objec
[
https://issues.apache.org/jira/browse/LUCENE-778?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel#action_12539556
]
Michael Busch commented on LUCENE-778:
--
Maybe we should deprecate the document() methods and add
getStoredFields
[
https://issues.apache.org/jira/browse/LUCENE-778?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel#action_12479861
]
Nicolas Lalevée commented on LUCENE-778:
Rethinking about the function "public void document(int n, Document
[
https://issues.apache.org/jira/browse/LUCENE-778?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel#action_12478532
]
Hoss Man commented on LUCENE-778:
-
Grant: I have no serious objection to making Document non-final ... i was just
po
[
https://issues.apache.org/jira/browse/LUCENE-778?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel#action_12478316
]
Nicolas Lalevée commented on LUCENE-778:
Hoss> OK I got it.
In fact my concern was about "semantic". I agree
[
https://issues.apache.org/jira/browse/LUCENE-778?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel#action_12478193
]
Grant Ingersoll commented on LUCENE-778:
I feel like I'm missing something in this discussion, but couldn't w
[
https://issues.apache.org/jira/browse/LUCENE-778?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel#action_12478169
]
Hoss Man commented on LUCENE-778:
-
> 1) it does matter from the user point of view : we cannot do anymore
> writer.a
[
https://issues.apache.org/jira/browse/LUCENE-778?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel#action_12477962
]
Nicolas Lalevée commented on LUCENE-778:
Note that I was talking about the future API, with some deprecated f
[
https://issues.apache.org/jira/browse/LUCENE-778?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel#action_12477880
]
Hoss Man commented on LUCENE-778:
-
1) from a design standpoint, as long as IndexReader/IndexSearcher deal with
docum
[
https://issues.apache.org/jira/browse/LUCENE-778?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel#action_1243
]
Nicolas Lalevée commented on LUCENE-778:
Marker interface is a nice idea, but I think this will make Document
[
https://issues.apache.org/jira/browse/LUCENE-778?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel#action_12475526
]
Hoss Man commented on LUCENE-778:
-
>From email...
http://www.nabble.com/-jira--Created%3A-%28LUCENE-778%29-Allow-ove
[
https://issues.apache.org/jira/browse/LUCENE-778?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel#action_12466345
]
Karl Wettin commented on LUCENE-778:
Doug Cutting [17/Jan/07 09:24 AM]
> If we decide to make Document non-final,
Very interesting discussion. It matches some ideas I had about how Lucene
works, I just wasn't sure of their relevance, only trying to hack Lucene for
few months.
I love the idea of decoupling the document being indexed, and the document
being extracted from the index. It joins also some commen
Yes, duh. Was writing and not thinking!
On Jan 19, 2007, at 3:49 PM, Chris Hostetter wrote:
: Yes, I was suggesting this in light of your suggestions :-)
Document
: would have to be non-final for this to work.
No ... Document as it is with all of it's methods for both being
indexed
and
: Yes, I was suggesting this in light of your suggestions :-) Document
: would have to be non-final for this to work.
No ... Document as it is with all of it's methods for both being indexed
and for being returned from a search could still be final -- it would just
need to impliment these new in
Makes sense...
On Jan 19, 2007, at 3:14 PM, Chris Hostetter wrote:
: statements, etc.) behind the scene. When you go to add
Fieldables to
: your document, you would just construct the appropriate DBFieldable
: and pass it to add. I think this would solve a lot of people's
: issues with co
: statements, etc.) behind the scene. When you go to add Fieldables to
: your document, you would just construct the appropriate DBFieldable
: and pass it to add. I think this would solve a lot of people's
: issues with combining DB's and Lucene, or at least the ability to
: index the contents o
I like this idea Hoss. Pure speculation to follow:
One of the things I have been playing with the idea of implementing
the Fieldable class as what I call DBFieldable. The idea being that
the Field is backed by a Database (with the appropriate select
statements, etc.) behind the scene. Wh
: A simple solution might be a 'classname' setup for the Document
: creation - like the default Directory implementation uses. As long as
: the subclass has a no-arg ctor it is trivial.
a differnet tack on the topic: there is really no good reason why the
"Document" class used for indexing data s
A simple solution might be a 'classname' setup for the Document
creation - like the default Directory implementation uses. As long as
the subclass has a no-arg ctor it is trivial.
It might avoid a bit of object creation/copying.
On Jan 17, 2007, at 11:25 AM, Doug Cutting (JIRA) wrote:
[
https://issues.apache.org/jira/browse/LUCENE-778?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel#action_12465455
]
Doug Cutting commented on LUCENE-778:
-
If we decide to make Document non-final, then we must document very clearl
[
https://issues.apache.org/jira/browse/LUCENE-778?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel#action_12465408
]
Nicolas Lalevée commented on LUCENE-778:
Just after committing the jira issue, I just figured out that I have
[
https://issues.apache.org/jira/browse/LUCENE-778?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel#action_12465403
]
Michael McCandless commented on LUCENE-778:
---
One reason is because "Lucene controls the construction of Doc
23 matches
Mail list logo
