[
https://issues.apache.org/jira/browse/LUCENE-584?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel#action_12518642
]
Mark Harwood commented on LUCENE-584:
-
Some further thought on the roles/responsibilities of the various componen
[
https://issues.apache.org/jira/browse/LUCENE-966?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel#action_12518661
]
Michael McCandless commented on LUCENE-966:
---
> > * I removed StandardAnalyzer.html "grammar doc" generation
[
https://issues.apache.org/jira/browse/LUCENE-971?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel#action_12518663
]
Michael McCandless commented on LUCENE-971:
---
Super, new patch looks good. I will commit!
> Create enwiki
[
https://issues.apache.org/jira/browse/LUCENE-971?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Michael McCandless resolved LUCENE-971.
---
Resolution: Fixed
OK, committed with these small changes:
* Replaced conf/wikiped
You know, I was wondering the same thing, but then decided to let it
go. This person did add to the Powered By page as well with what
looks to be legitimate sites, and the Wiki does allow you to create a
personal page, so I don't think they are doing anything out of line.
I guess it is so
Is there a reason for writers to be created via the constructor and
the readers to be created via the static scope?
Would it not be much more beautiful and object oriented to handle
this using factory methods in Directory? Or perhaps even one layer
further down? The patch below will allow f
[
https://issues.apache.org/jira/browse/LUCENE-974?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel#action_12518718
]
Grant Ingersoll commented on LUCENE-974:
I'm going to commit this today.
> Remove Author tags from code
> --
[
https://issues.apache.org/jira/browse/LUCENE-974?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Grant Ingersoll resolved LUCENE-974.
Resolution: Fixed
Committed
> Remove Author tags from code
>
[
https://issues.apache.org/jira/browse/LUCENE-584?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel#action_12518825
]
Paul Elschot commented on LUCENE-584:
-
Mark,
I said: "there is never a threadsafety problem. (See BitSetMatcher.
Hi Grant,
I'm hoping to check this out soon.
Thanks,
Peter
On 8/7/07, Grant Ingersoll <[EMAIL PROTECTED]> wrote:
>
> Hi Peter,
>
> Give https://issues.apache.org/jira/browse/LUCENE-975 a try. It
> provides a TermVectorMapper that loads by position.
>
> Still not what ideally what you want, but
[
https://issues.apache.org/jira/browse/LUCENE-584?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel#action_12518845
]
Mark Harwood commented on LUCENE-584:
-
Hi Paul,
Not sure we've reached a common understanding here yet.
You sai
[
https://issues.apache.org/jira/browse/LUCENE-584?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel#action_12518858
]
Paul Elschot commented on LUCENE-584:
-
Mark,
I think we are one the same line, it's just that I don't want to go
[
https://issues.apache.org/jira/browse/LUCENE-584?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel#action_12518868
]
Mark Harwood commented on LUCENE-584:
-
OK, I appreciate caching may not be a top priority in this proposal but I
13 matches
Mail list logo
