On Thursday 31 May 2007 05:52, Erik Hatcher wrote:
>
> On May 30, 2007, at 9:33 PM, Grant Ingersoll wrote:
> >> I'd rather see each jar get its own javadoc,
> >> or at the very least, indicate which jar each
> >> class is defined in for the ones that aren't
> >> part of the core.
> >>
> >
> > Yeah
[
https://issues.apache.org/jira/browse/LUCENE-866?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Michael Busch updated LUCENE-866:
-
Attachment: fileformats.patch
This patch updates the fileformats document. It also adds a comment
On May 30, 2007, at 9:33 PM, Grant Ingersoll wrote:
I'd rather see each jar get its own javadoc,
or at the very least, indicate which jar each
class is defined in for the ones that aren't
part of the core.
Yeah, I don't like that all the contribs are built in together.
What do others think
[
https://issues.apache.org/jira/browse/LUCENE-894?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Michael Busch updated LUCENE-894:
-
Attachment: lucene-894.patch
After updating my patch to the current trunk I noticed that somethin
[
https://issues.apache.org/jira/browse/LUCENE-837?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Grant Ingersoll closed LUCENE-837.
--
Resolution: Fixed
> contrib/benchmark QueryMaker and Task Refactorings
> --
[
https://issues.apache.org/jira/browse/LUCENE-791?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Grant Ingersoll resolved LUCENE-791.
Resolution: Fixed
Lucene Fields: (was: [New])
I think I am more or less happy with
Been meaning to get back on this, as there are some good ideas/points
in here.
On May 25, 2007, at 6:14 PM, Bob Carpenter wrote:
So, this is an open call for ideas on how we can improve our
docs. Here are some areas I think need improving:
Before I start suggesting improvements, let
me
[
https://issues.apache.org/jira/browse/LUCENE-841?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Michael Busch updated LUCENE-841:
-
Priority: Minor (was: Critical)
> Replace UTF8 characters in stemmer code with integer values.
>
[
https://issues.apache.org/jira/browse/LUCENE-698?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Michael Busch resolved LUCENE-698.
--
Resolution: Fixed
Fix Version/s: 2.2
Patch committed.
> FilteredQuery ignores boost
> -
[
https://issues.apache.org/jira/browse/LUCENE-698?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel#action_12500252
]
Michael Busch commented on LUCENE-698:
--
> FYI, Nutch uses Query.setBoost(0.0f) to add clauses which affect the
[
https://issues.apache.org/jira/browse/LUCENE-763?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel#action_12500230
]
Daniel Naber commented on LUCENE-763:
-
Thanks for your patch. I think there's a problem with the iterator which m
[
https://issues.apache.org/jira/browse/LUCENE-896?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Ryan McKinley updated LUCENE-896:
-
Attachment: LUCENE-896-MoreLikeThisSimilarity.patch
This adds a constructor and accessors for Sim
Let users set Similarity for MoreLikeThis
-
Key: LUCENE-896
URL: https://issues.apache.org/jira/browse/LUCENE-896
Project: Lucene - Java
Issue Type: Improvement
Components: Other
[
https://issues.apache.org/jira/browse/LUCENE-866?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel#action_12500208
]
Yonik Seeley commented on LUCENE-866:
-
Nice job!
Starting at the lowest level will probably improve the worst-c
[
https://issues.apache.org/jira/browse/LUCENE-866?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel#action_12500207
]
Michael Busch commented on LUCENE-866:
--
Thanks for reviewing Paul and Doron, and thanks for fixing the NPE, Mike
[
https://issues.apache.org/jira/browse/LUCENE-866?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel#action_12500203
]
Paul Elschot commented on LUCENE-866:
-
The last change to BufferedIndexInput indeed makes all core tests pass aga
I'm cleaning up the patch for LUCENE-847 (factored merge policy) and
noticed a couple of things about the addIndexes methods.
Is there any particular reason that the version that takes a Directory[]
optimizes first? The later merge is going to use the normal logarithmic
stepping; is there a compel
[
https://issues.apache.org/jira/browse/LUCENE-763?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel#action_12500051
]
Christian Mallwitz commented on LUCENE-763:
---
I have added a fixed LuceneDictionary.java and a unit test cas
[
https://issues.apache.org/jira/browse/LUCENE-763?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Christian Mallwitz updated LUCENE-763:
--
Attachment: TestLuceneDictionary.java
This a unit test case for LuceneDictionary making
[
https://issues.apache.org/jira/browse/LUCENE-763?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Christian Mallwitz updated LUCENE-763:
--
Attachment: LuceneDictionary.java
This is a fixed LuceneDictionary.
> LuceneDictionary
: One minor bug, the new 'no-dbd-lib' variable in db/bdb/build.xml should be
: spelled 'no-bdb-lib' (bdb instead of dbd).
ah yes ... that's my perl roots showing through.
FWIW: I also made one other small change to the bdb nd bdb-je tests so
that they would put the indexes they make in the tmp d
[
https://issues.apache.org/jira/browse/LUCENE-885?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Hoss Man resolved LUCENE-885.
-
Resolution: Fixed
Fix Version/s: 2.2
Committed revision 542769.
...this included two minor tweaks
22 matches
Mail list logo
