Grant,
--- Grant Ingersoll <[EMAIL PROTECTED]> wrote:
> Are you proposing to donate a license to Lucene (ASF) so we can host
> it here as long as we choose.
Yes, it is absolutely possible. Just let me know if you want to go ahead with
this.
> or do you want to continue to host it as
> you
: OK, looks like everything is back except for the binary build.
Grant: we should probably force a test failure to ensure that the Hudson
build will expose the Test Results in that event.
-Hoss
-
To unsubscribe, e-mail: [E
Are you proposing to donate a license to Lucene (ASF) so we can host
it here as long as we choose or do you want to continue to host it as
you already do? The main reason, in my opinion, we use Hudson is b/
c we have control over it, we have someone within the committership
willing to main
OK, looks like everything is back except for the binary build.
On Sep 20, 2007, at 6:01 PM, [EMAIL PROTECTED] wrote:
See http://lucene.zones.apache.org:8080/hudson/job/Lucene-Nightly/
220/changes
-
To unsubscribe, e-mail: [
See http://lucene.zones.apache.org:8080/hudson/job/Lucene-Nightly/220/changes
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
Guys,
I just wanted to point out that Parabuild has been building Lucene happily for
quite some time
without any problems, with binaries, statistics and everything:
http://parabuild.viewtier.com:8080/parabuild/index.htm?displaygroupid=5
Is there anything that prevent you from considering Parab
"Chris Hostetter" <[EMAIL PROTECTED]> wrote:
> : java.util.regex.Pattern pattern =
> java.util.regex.Pattern.compile("[A-Z][a-z]{1,2}, [0-9]{1,2}
> [A-Z][a-z]{2} [0-9]{4} [0-9]{1,2}:[0-9]{1,2}:[0-9]{1,2} [A-Z]{2,4}");
> : Date date = new Date();
> : String forma
[
https://issues.apache.org/jira/browse/LUCENE-1002?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel#action_12529210
]
Hoss Man commented on LUCENE-1002:
--
Grant: one other thing i just noticed, the recent "failed' builds seem to have
: java.util.regex.Pattern pattern =
java.util.regex.Pattern.compile("[A-Z][a-z]{1,2}, [0-9]{1,2} [A-Z][a-z]{2}
[0-9]{4} [0-9]{1,2}:[0-9]{1,2}:[0-9]{1,2} [A-Z]{2,4}");
: Date date = new Date();
: String formatedDate =
DateFormater.formatDate(date,DateFormater.
Note: https://issues.apache.org/jira/browse/LUCENE-1002 covers these
two issues to the extent that they are breaking the nightly builds.
-Grant
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMA
[
https://issues.apache.org/jira/browse/LUCENE-1002?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel#action_12529204
]
Grant Ingersoll commented on LUCENE-1002:
-
OK, I got the src builds to be a more reasonable size by excludin
I have had it pass sometimes and fail sometimes. Seems like when I
run it on zones it fails more often then when I do on my machine, but
that isn't via rigorous testing on my part.
I can look into it if others haven't already.
-Grant
On Sep 20, 2007, at 5:04 AM, Michael McCandless wrote:
: I think this is the danger of applying a patch to a clean area and
: then committing from there: certain SVN operations (remove, changing
: properties, etc) do not survive the "svn diff" -> patch process. When
right ... this doesn't just apply to deleted files, but also files that
were 'svn m
Argh, I thought I had removed this! Thanks Hoss.
I think this is the danger of applying a patch to a clean area and
then committing from there: certain SVN operations (remove, changing
properties, etc) do not survive the "svn diff" -> patch process. When
you apply a patch that had an "svn remov
The last 2 Lucene builds failed, due to this test in GData:
[junit] Testcase:
testFormatDate(org.apache.lucene.gdata.utils.TestDateFormater): FAILED
[junit] null
[junit] junit.framework.AssertionFailedError
[junit] at
org.apache.lucene.gdata.utils.TestDateFormater.testForm
:[clover] Sorry, you are not licensed to instrument files in the
: package ''.
:[clover] ** Error(s) occurred and the instrumentation process can't
: continue.
that looks like maybe we have code somwhere without any package
declaration ... the apache clover license only allows for
instr
I also see these same exceptions, and more, whenever I run the GData
tests. However the test passes in the end for me. As far as I can
remember the GData tests have printed exceptions in their output,
yet passed. I've never looked into whether this is actually OK.
Michael, are you seeing the te
[
https://issues.apache.org/jira/browse/LUCENE-986?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Michael Busch resolved LUCENE-986.
--
Resolution: Fixed
Committed Rev. 577596
> Refactor segmentInfos from IndexReader into its sub
Grant Ingersoll wrote:
> Also, can someone else verify clover runs? I feel like I am going in
> circles and need a sanity check.
I just tried it, clover instrumentation fails for me when I enable
clover and execute target test-core:
[clover] Sorry, you are not licensed to instrument files in
Grant Ingersoll wrote:
> Are GData tests passing for people? I notice a lot of exceptions in the
> logs and it failed for me.
>
I'm seeing exceptions too when I run the GData tests. I'm running on Win
XP, SUN JRE 1.5.0.
Two examples:
[junit] INFO: Release new StorageQuery
[junit] org.apac
20 matches
Mail list logo
