http://svn.apache.org/lucene/java/dist/ doesn't work for me. I do
see the file on people.a.o as Hoss said.
I thought I would try to familiarize myself more with the release
process, so that the burden can be shared and we can do it more
frequently, if desired.
On Feb 19, 2007, at 5:55
: http://svn.apache.org/lucene/java/dist/ doesn't work for me. I do
: see the file on people.a.o as Hoss said.
1) i think doug was refering to the philosophical subversion location,
corrisponding ot the literal location of
http://svn.apache.org/repos/asf/lucene/java/dist/
2) it doesn't exist,
On Feb 20, 2007, at 1:07 PM, Chris Hostetter wrote:
: http://svn.apache.org/lucene/java/dist/ doesn't work for me. I do
: see the file on people.a.o as Hoss said.
1) i think doug was refering to the philosophical subversion location,
corrisponding ot the literal location of
I think it's possible for another version of IndexWriter to have
a concurrent merge thread so that disk segments could be merged
while documents are being added or deleted.
This would be beneficial not only because it will improve indexing
performance when there are enough system resources, but
What about a queue of segments to merge. The add document will add
segments to the queue, if the queue contains too many segments it
blocks.
Another thread reads the segments from the queue and merges them.
This would effectively block adding of documents some times, but that
is not
[
https://issues.apache.org/jira/browse/LUCENE-550?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Karl Wettin updated LUCENE-550:
---
Attachment: trunk.diff.bz2
Support for deleteDocuments in IndexWriterInterface, InstantiatedIndex
On 2/20/07, robert engels [EMAIL PROTECTED] wrote:
What about a queue of segments to merge. The add document will add
segments to the queue, if the queue contains too many segments it
blocks.
Another thread reads the segments from the queue and merges them.
This would effectively block adding
Yes, I'm using 0.7. It struck me as odd that they were changed, but
I wonder if it is this line:
*.png = svn:mime-type=image/png
from that file you sent. Perhaps that mime-type wasn't set before?
At any rate, the files still looked fine and displayed fine.
-Grant
On Feb 18, 2007, at 4:31
[
https://issues.apache.org/jira/browse/LUCENE-794?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Mark Miller updated LUCENE-794:
---
Attachment: WeightedSpanTerm.java
SpanScorer.java
[
https://issues.apache.org/jira/browse/LUCENE-794?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel#action_12474582
]
Mark Miller commented on LUCENE-794:
Almost at the holy grail here. Everything works except the optional
Chris Hostetter wrote:
: http://svn.apache.org/lucene/java/dist/ doesn't work for me. I do
: see the file on people.a.o as Hoss said.
1) i think doug was refering to the philosophical subversion location,
corrisponding ot the literal location of
[
https://issues.apache.org/jira/browse/LUCENE-794?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel#action_12474590
]
Karl Wettin commented on LUCENE-794:
Mark, I'll take a look at this any year now. I think the code can be used
[
https://issues.apache.org/jira/browse/LUCENE-803?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel#action_12474595
]
Steven Parkes commented on LUCENE-803:
--
and
.settings
add svn ignores for eclipse artifacts
: since we have different sets of committers for different sub-projects,
: it probably makes more sense to have per-subproject KEYS files. That
: way folks can add their own keys without altering our current permission
: scheme.
yeah, it would certianly be a paradigm shift ... i suggested it
[
https://issues.apache.org/jira/browse/LUCENE-791?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel#action_12474651
]
Hoss Man commented on LUCENE-791:
-
minor thing to keep in mind when/if doing this: when changing the wiki name
from
15 matches
Mail list logo
