To whom it may engage...
This is an automated request, but not an unsolicited one. For
more information please visit http://gump.apache.org/nagged.html,
and/or contact the folk at [EMAIL PROTECTED]
Project lucene-java has an issue affecting its community integration.
This issue affects
To whom it may engage...
This is an automated request, but not an unsolicited one. For
more information please visit http://gump.apache.org/nagged.html,
and/or contact the folk at [EMAIL PROTECTED]
Project lucene-java has an issue affecting its community integration.
This issue affects
[
https://issues.apache.org/jira/browse/LUCENE-947?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Michael McCandless resolved LUCENE-947.
---
Resolution: Fixed
Fix Version/s: 2.3
Lucene Fields: [New, Patch Available]
Yonik Seeley [EMAIL PROTECTED] wrote:
On 7/24/07, Michael McCandless [EMAIL PROTECTED] wrote:
Yonik Seeley [EMAIL PROTECTED] wrote:
On 7/24/07, Michael McCandless [EMAIL PROTECTED] wrote:
OK, I ran some benchmarks here.
The performance gains are sizable: 12.8% speedup using Sun's
[
https://issues.apache.org/jira/browse/LUCENE-584?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Paul Elschot updated LUCENE-584:
Attachment: DefaultMatcher20070725.patch
This DefaultMatcher2007072.patch adds a default Matcher
On Jul 24, 2007, at 11:39 PM, DM Smith wrote:
On Jul 24, 2007, at 7:00 PM, Grant Ingersoll wrote:
I am going to guess that GCJ will always be significantly behind
Sun's Java,
There is an effort to release OpenJDK. That will be Java 1.7 (my
cynicism is perhaps later). I can't find the
After reading last years discussion, I get the feeling that there was
more support for moving to 1.5 in Lucene 2.0 than against. However,
there did not seem to be enough solid advantages to get past the GCJ
issues. The whole argument died on a knifes edge with no change
happening. Now, over a
Mostly, though, I think it gives Lucene Java the feel that we are behind.
Isn't 1.6 the actual official release at this point?
I wouldn't say behind, just concerned about enabling Lucene for all - in the
same way popular websites might choose broad accessibility over using the
latest AJAX
On 7/25/07, Michael McCandless [EMAIL PROTECTED] wrote:
Yonik Seeley [EMAIL PROTECTED] wrote:
On 7/24/07, Michael McCandless [EMAIL PROTECTED] wrote:
Yonik Seeley [EMAIL PROTECTED] wrote:
On 7/24/07, Michael McCandless [EMAIL PROTECTED] wrote:
OK, I ran some benchmarks here.
[
https://issues.apache.org/jira/browse/LUCENE-584?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel#action_12515313
]
Paul Elschot commented on LUCENE-584:
-
There is some code in contrib where a Filter is assumed to have BitSet
Yonik Seeley [EMAIL PROTECTED] wrote:
On 7/25/07, Michael McCandless [EMAIL PROTECTED] wrote:
Yonik Seeley [EMAIL PROTECTED] wrote:
On 7/24/07, Michael McCandless [EMAIL PROTECTED] wrote:
Yonik Seeley [EMAIL PROTECTED] wrote:
On 7/24/07, Michael McCandless [EMAIL PROTECTED] wrote:
As I said
before, people who can't migrate, can stay on the 2.9. It will be
fast and pretty darn stable, so you won't lose that much.
Hmmm... :-). If you won't lose that much by staying on 2.9, that
means that the developers who forge ahead with 1.5 would also not
*gain* that much by
[
https://issues.apache.org/jira/browse/LUCENE-584?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Paul Elschot updated LUCENE-584:
Attachment: (was: MatchCollector.java)
Decouple Filter from BitSet
[
https://issues.apache.org/jira/browse/LUCENE-584?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Paul Elschot updated LUCENE-584:
Attachment: (was: SortedVIntList.java)
Decouple Filter from BitSet
[
https://issues.apache.org/jira/browse/LUCENE-584?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Paul Elschot updated LUCENE-584:
Attachment: (was: Searchable-20060628.patch)
Decouple Filter from BitSet
[
https://issues.apache.org/jira/browse/LUCENE-584?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Paul Elschot updated LUCENE-584:
Attachment: (was: Scorer-20060628.patch)
Decouple Filter from BitSet
[
https://issues.apache.org/jira/browse/LUCENE-584?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Paul Elschot updated LUCENE-584:
Attachment: (was: HitCollector-20060628.patch)
Decouple Filter from BitSet
[
https://issues.apache.org/jira/browse/LUCENE-584?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Paul Elschot updated LUCENE-584:
Attachment: (was: Filter-20060628.patch)
Decouple Filter from BitSet
[
https://issues.apache.org/jira/browse/LUCENE-584?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Paul Elschot updated LUCENE-584:
Attachment: (was: BitsMatcher.java)
Decouple Filter from BitSet
---
[
https://issues.apache.org/jira/browse/LUCENE-584?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Paul Elschot updated LUCENE-584:
Attachment: (was: DefaultMatcher20070725.patch)
Decouple Filter from BitSet
[
https://issues.apache.org/jira/browse/LUCENE-781?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel#action_12515384
]
Michael Busch commented on LUCENE-781:
--
If there are no objections against separating MultiReader into two
Point taken, but not really what I meant. :-) I just meant 2.9 will
represent a version of Lucene that is pretty darn good and that would
satisfy the needs of people who just want the default install from
some Linux distribution. So, I guess I amend my statement, you will
lose out, but
[
https://issues.apache.org/jira/browse/LUCENE-584?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel#action_12515395
]
Mark Harwood commented on LUCENE-584:
-
Hi Paul,
Not sure if I'm missing something but I think this patch may not
[
https://issues.apache.org/jira/browse/LUCENE-584?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel#action_12515434
]
Paul Elschot commented on LUCENE-584:
-
Have a look at BitSetMatcher in the -default patch. It is constructed
On Jul 25, 2007, at 8:45 AM, Mark Miller wrote:
After reading last years discussion, I get the feeling that there
was more support for moving to 1.5 in Lucene 2.0 than against.
However, there did not seem to be enough solid advantages to get
past the GCJ issues. The whole argument died on
[
https://issues.apache.org/jira/browse/LUCENE-584?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel#action_12515437
]
Paul Elschot commented on LUCENE-584:
-
I forgot to mention that boolean logic on Matchers is already in present
[
https://issues.apache.org/jira/browse/LUCENE-965?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Hui Fang updated LUCENE-965:
Attachment: axiomaticFunction.patch
Implement a state-of-the-art retrieval function in Lucene
Also, this tid-bit seems to indicate you will be able to use Java 1.5
with GCJ if you really need to.
January 8, 2007
We've merged the |gcj-eclipse| branch to svn trunk. The merge
changes gcj to use the Eclipse compiler as a front end, enabling all
1.5 language features. This merge
Frankly, I am amazed at the pace of GCJ, but it is hard to imagine that
with so much free code out there doing what they need, that it could
take much longer to get 1.5 support.
Just guessing, but could it be that the features in 1.5 and 1.6 are
just not compelling enough to motivate many
Implement a state-of-the-art retrieval function in Lucene
-
Key: LUCENE-965
URL: https://issues.apache.org/jira/browse/LUCENE-965
Project: Lucene - Java
Issue Type: Improvement
I like the plan.
Otis
. . . . . . . . . . . . . . . . . . . . . . . . . . . . . .
Simpy -- http://www.simpy.com/ - Tag - Search - Share
- Original Message
From: Grant Ingersoll [EMAIL PROTECTED]
To: java-dev@lucene.apache.org
Sent: Tuesday, July 24, 2007 11:17:11 PM
Subject: The
[
https://issues.apache.org/jira/browse/LUCENE-965?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel#action_12515514
]
Hui Fang commented on LUCENE-965:
-
Hi Grant and Doron,
Thank you very much for your comments! They are very
[
https://issues.apache.org/jira/browse/LUCENE-584?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel#action_12515494
]
Mark Harwood commented on LUCENE-584:
-
Thanks for the reply, Paul.
I saw BitSetMatcher etc and appreciate the
[
https://issues.apache.org/jira/browse/LUCENE-965?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel#action_12515482
]
Grant Ingersoll commented on LUCENE-965:
What do people make of this? Interesting claims. I haven't looked
[
https://issues.apache.org/jira/browse/LUCENE-781?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel#action_12515387
]
Yonik Seeley commented on LUCENE-781:
-
Returning false for isOptimized() seems fine.
NPE in
[
https://issues.apache.org/jira/browse/LUCENE-965?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel#action_12515485
]
Doron Cohen commented on LUCENE-965:
Thanks for contributing this Hui Fang! Very interesting.
I agree with Grant
[
https://issues.apache.org/jira/browse/LUCENE-584?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Paul Elschot updated LUCENE-584:
Attachment: (was: Searcher-20060628.patch)
Decouple Filter from BitSet
[
https://issues.apache.org/jira/browse/LUCENE-584?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Paul Elschot updated LUCENE-584:
Attachment: (was: Matcher.java)
Decouple Filter from BitSet
---
[
https://issues.apache.org/jira/browse/LUCENE-584?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Paul Elschot updated LUCENE-584:
Attachment: (was: IndexSearcher-20060628.patch)
Decouple Filter from BitSet
[
https://issues.apache.org/jira/browse/LUCENE-584?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Paul Elschot updated LUCENE-584:
Attachment: Matcher-core20070725.patch
Matcher-default20070725.patch
[
https://issues.apache.org/jira/browse/LUCENE-584?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Paul Elschot updated LUCENE-584:
Attachment: (was: Matcher20070226.patch)
Decouple Filter from BitSet
[
https://issues.apache.org/jira/browse/LUCENE-965?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel#action_12515485
]
Doron Cohen edited comment on LUCENE-965 at 7/25/07 8:29 PM:
-
Thanks for contributing
[
https://issues.apache.org/jira/browse/LUCENE-584?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Paul Elschot updated LUCENE-584:
Attachment: (was: TestSortedVIntList.java)
Decouple Filter from BitSet
43 matches
Mail list logo