I forgot that hudson now generates the site as part of hte nightly build,
i did a manual svn update on
people.apache.org:/www/lucene.apache.org/java/docs and when i got some
conflicts and warnings i still didn't remember and did and svn revert -R
. to eliminate any local changes and get a
[
https://issues.apache.org/jira/browse/LUCENE-1016?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Karl Wettin updated LUCENE-1016:
Attachment: LUCENE-1016-clusterer.txt
out.png
Sorry for flooding. This JIRA issue
Hi,
As part of LUCENE-1011, I'd like to add throws IOException to
RAMDirectory.createOutput.
It is technically an API change since it's a checked exception and
people may need to change source code in their apps. However, I
expect very few apps would actually be affected, because the super
Michael McCandless wrote:
As part of LUCENE-1011, I'd like to add throws IOException to
RAMDirectory.createOutput.
+1
- Michael
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL
Hoss - that could be my fault. I had updated both the Lucene and
Solr sites in svn yesterday, and while logged in to svn up the Solr
site I also did that for Lucene (even though I knew Grant's nightly
script was to update it also).
Looks like all is well now.
Is Hudson publishing the
[
https://issues.apache.org/jira/browse/LUCENE-1017?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel#action_12532094
]
Peter Keegan commented on LUCENE-1017:
--
Grant,
You are right about it not handling multiple payloads per
[
https://issues.apache.org/jira/browse/LUCENE-1017?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel#action_12532107
]
Grant Ingersoll commented on LUCENE-1017:
-
You will have to look at what setFreqCurrentDoc() does. I have
Hudson runs the nightly script and pushes the site out to people.a.o
On Oct 3, 2007, at 8:45 AM, Erik Hatcher wrote:
Hoss - that could be my fault. I had updated both the Lucene and
Solr sites in svn yesterday, and while logged in to svn up the Solr
site I also did that for Lucene (even
On 10/3/07, Michael McCandless [EMAIL PROTECTED] wrote:
As part of LUCENE-1011, I'd like to add throws IOException to
RAMDirectory.createOutput.
It is technically an API change since it's a checked exception and
people may need to change source code in their apps. However, I
expect very few
Yonik Seeley [EMAIL PROTECTED] wrote:
On 10/3/07, Michael McCandless [EMAIL PROTECTED] wrote:
As part of LUCENE-1011, I'd like to add throws IOException to
RAMDirectory.createOutput.
It is technically an API change since it's a checked exception and
people may need to change source
[
https://issues.apache.org/jira/browse/LUCENE-1011?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Michael McCandless resolved LUCENE-1011.
Resolution: Fixed
I just committed this. Thanks Patrick!
Two or more writers
[
https://issues.apache.org/jira/browse/LUCENE-1013?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Michael McCandless updated LUCENE-1013:
---
Attachment: LUCENE-1013.patch
Attached patch to move setMaxMergeDocs up into
The cause is that in MergeThread.run(), merge in the try block is a
local variable, while merge in the catch block is the class variable.
Merge in the try block could be one different from the original merge,
but the catch block always checks the abort flag of the original
merge.
Ning Li [EMAIL PROTECTED] wrote:
The cause is that in MergeThread.run(), merge in the try block is a
local variable, while merge in the catch block is the class variable.
Merge in the try block could be one different from the original merge,
but the catch block always checks the abort flag of
[
https://issues.apache.org/jira/browse/LUCENE-1016?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel#action_12532229
]
Karl Wettin commented on LUCENE-1016:
-
Karl Wettin - 03/Oct/07 12:52 PM
TermVectorMapper should probably also
I've never really used the setInfoStream feature of IndexWriter, but the
recent discussion about silent exceptions in ConcurrentMergeScheduler got
me noticing that the code has it's own message(...) method that writes to
System.out ... would it make sense to expose the IndexWriter's
: But it'd be nice to do this across the board, ie, for any junit test
: if one of CMS's threads (or, threads launched elsewhere) hits an
: unhandled exception, fail the testcase that's currently running.
: I'll dig and see if there's some central way to do this with junit...
FYI: i did some
: Anyone know what the procedure/licensing implications are if I wanted to add a
: build dependency on DTDDoc? It looks like historically the Struts project used
: DTDDoc for some of their documentation but that was using Maven 2 and it looks
: to me like DTDDoc is not entirely Apache licensed
it's just a tool for generating HTML docs from the DTD right?
Yep.
the generated HTML docs could be commited to the repository
Its would be more convenient to build the docs automatically on the
servers rather than upload generated copies manually but I can see that
may not be possible.
I
Chris Hostetter [EMAIL PROTECTED] wrote:
I've never really used the setInfoStream feature of IndexWriter, but the
recent discussion about silent exceptions in ConcurrentMergeScheduler got
me noticing that the code has it's own message(...) method that writes to
System.out ... would it
20 matches
Mail list logo
