Online report :
http://vmbuild.apache.org/continuum/buildResult.action?buildId=12421projectId=97
Build statistics:
State: Failed
Previous State: Ok
Started at: Thu 22 Sep 2011 07:20:39 +
Finished at: Thu 22 Sep 2011 07:21:31 +
Total time: 51s
Build Trigger: Schedule
Build
Hi,
it seems I caused a mess, but I do not understand: CM compiles on my
computer, and it is in full-sync with the repository.
What can I do?
Sébastien
2011/9/22 Continuum@vmbuild contin...@apache.org:
Online report :
Hi Sébastien,
From the log
(http://vmbuild.apache.org/continuum/buildResult.action?buildId=12421projectId=97):
[INFO] Compiling 336 source files to
/home/continuum/continuum-base/data/working-directory/97/target/test-classes
[INFO]
Hi Dennis
Oh, I guess I needed to log into apache in order to see this log...
Sorry, should have thought about it myself.
And ExponentialDistributionTest.java is not what I'm working on at the
moment. So I guess I come out white clean this time...
Sébastien
2011/9/22 Dennis Hendriks
Hi Sébastien,
Oh, I guess I needed to log into apache in order to see this log...
Indeed it was not clear from the GUMP e-mail itself. However, looking at
the log file does not require one to log in...
And ExponentialDistributionTest.java is not what I'm working on
at the moment. So I
I agree. I kno that people are currently working on experimental
distributions, and was thinking the corresponding test was maybe
generating too much (pseudo-experimental) data. But that's probably
not it, since I misread ExponentialDistributionTest for
ExperimentalDistributionTest.
As for the log
Hi.
I do not understand why a non-monotone collection should throw a
IllegalArgumentException...? There is nothing wrong with the argument, it
just is not in corrected order. Wouldn't it be better to return a false?
We have:
if (!ok abort) {
throw new
tested both with java5 and java6 using mvn3... should we expect
different results when using mvn2 to run tests?
Many thanks in advance, have a noce day!!!
Simo
http://people.apache.org/~simonetripodi/
http://www.99soft.org/
On Wed, Sep 21, 2011 at 10:21 PM, Continuum@vmbuild
Hi guys,
sorry for the silly question but I lost the svn location place where
[functor] gump metadata are configured... how I can update it?
Many thanks in advance, all the best!
Simo
http://people.apache.org/~simonetripodi/
http://www.99soft.org/
On Wed, Sep 21, 2011 at 9:50 AM, Gump
On Wed, Sep 21, 2011 at 08:11:00PM -0500, Greg Sterijevski wrote:
One more question, there is a boolean argument called 'abort', what sense
does it make to keep checking an array given you have found one observation
which violates monotonicity? I think abort is redundant and could be
On Wed, Sep 21, 2011 at 06:27:12PM -0700, Phil Steitz wrote:
On 9/21/11 6:11 PM, Greg Sterijevski wrote:
One more question, there is a boolean argument called 'abort', what sense
does it make to keep checking an array given you have found one observation
which violates monotonicity? I think
On 22 September 2011 09:52, Simone Tripodi simonetrip...@apache.org wrote:
tested both with java5 and java6 using mvn3... should we expect
different results when using mvn2 to run tests?
No. That indicates a bug in source or test code.
Can you try locally using Maven 2?
It's possible to
Hi guys,
I tested on the below environment and it works like a charm. I suspect
it is something related to continuum environment.
--
Apache Maven 2.2.1 (r801777; 2009-08-06 21:16:01+0200)
Java version:
On 22 September 2011 09:54, Simone Tripodi simonetrip...@apache.org wrote:
Hi guys,
sorry for the silly question but I lost the svn location place where
[functor] gump metadata are configured... how I can update it?
Many thanks in advance, all the best!
Simo
I've already tried to update it
On 22 September 2011 10:24, Maurizio Cucchiara mcucchi...@apache.org wrote:
Hi guys,
I tested on the below environment and it works like a charm. I suspect
it is something related to continuum environment.
Or a timing issue?
I don't think the issue can just be dismissed - after all, a user
Or a timing issue?
are you talking about execution order? it was the first thing that
came into my mind, but as far as I can see (I probably know chain less
than you) it is not an order-related issue (the test tries to open
simply an xml file and load some element into a collection, then it
thanks for your help!
best,
Simo
http://people.apache.org/~simonetripodi/
http://www.99soft.org/
On Thu, Sep 22, 2011 at 11:24 AM, sebb seb...@gmail.com wrote:
On 22 September 2011 09:54, Simone Tripodi simonetrip...@apache.org wrote:
Hi guys,
sorry for the silly question but I lost the svn
On 2011-09-22, Simone Tripodi wrote:
sorry for the silly question but I lost the svn location place where
[functor] gump metadata are configured
https://svn.apache.org/repos/asf/gump/metadata/project/commons-proper.xml
... how I can update it?
You probably don't need to. Sebb had changed
Thanks a lot for your help Stefan, much more than appreciated!
Have a nice day, all the best,
Simo
http://people.apache.org/~simonetripodi/
http://www.99soft.org/
On Thu, Sep 22, 2011 at 11:40 AM, Stefan Bodewig bode...@apache.org wrote:
On 2011-09-22, Simone Tripodi wrote:
sorry for the
I don't think the issue can just be dismissed - after all, a user
might have the same environment as Continuum ...
I totally agree with you.
-
To unsubscribe, e-mail: dev-unsubscr...@commons.apache.org
For additional commands,
As a side note, I notice now that NonMonotonousSequenceException
is misnamed. It should be NonMonotoneSequenceException. I think
it would be good to fix that for 3.0.
How about compromising on NonMonotonicSequenceException?
Gilles
On 21 September 2011 21:18, ohe...@apache.org wrote:
Author: oheger
Date: Wed Sep 21 20:18:10 2011
New Revision: 1173829
URL: http://svn.apache.org/viewvc?rev=1173829view=rev
Log:
clirr now compares against version 1.7.
Modified:
commons/proper/configuration/trunk/pom.xml
Modified:
On 22 September 2011 10:40, Maurizio Cucchiara mcucchi...@apache.org wrote:
Or a timing issue?
are you talking about execution order? it was the first thing that
came into my mind, but as far as I can see (I probably know chain less
than you) it is not an order-related issue (the test tries to
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 gene...@gump.apache.org.
Project commons-proxy-test has an issue affecting its community integration.
This
Either is fine by me... ;) In case my opinion was solicited.
On Thu, Sep 22, 2011 at 5:02 AM, Gilles Sadowski
gil...@harfang.homelinux.org wrote:
As a side note, I notice now that NonMonotonousSequenceException
is misnamed. It should be NonMonotoneSequenceException. I think
it
Maven team has to give us back at least 20 points for those failures! :)
http://people.apache.org/~simonetripodi/
http://www.99soft.org/
On Thu, Sep 22, 2011 at 3:02 PM, Apache Jenkins Server
jenk...@builds.apache.org wrote:
The Apache Jenkins build system has built ognl (build #125)
On Wed, Sep 21, 2011 at 08:31:00PM -0500, Greg Sterijevski wrote:
Any objections to fixing this?
Having a method
public static boolean isMonotone(double[] val,
OrderDirection dir,
boolean strict)
creates unnecessary
Ha! This was the exact error that I reported back in early August. I was
tearing my hair out trying to figure out why it only happened on my laptop
and not on any other machine. I'm so glad you found this. What exactly did
you configure differently to make this happen? On my laptop, if I ran the
I agree with your assessment that having almost identical methods is a pain.
However, without doing this I need to return a very complicated set of
information from isMonotone to be able to construct the exception.
As for catching the exception, I was under the impression that CM code never
On 21 September 2011 12:06, sebb seb...@gmail.com wrote:
Commons Parent 22 is now in Maven Central.
Components that upgrade to this release should note the following:
Starting with version 22, the RAT plugin has changed Maven group and
id, so any existing configuration needs to be updated.
Hi all guys,
al the components I have been touching (digester, discovery, chain,
functor, dbutils, pool2, graph, meiyo) have exactly the same assembly
descriptors and assembly plugin configuration.
I honestly think that we could do a little step of improvement and
remove that redundancy.
My
On Thu, Sep 22, 2011 at 08:58:19AM -0500, Greg Sterijevski wrote:
I agree with your assessment that having almost identical methods is a pain.
However, without doing this I need to return a very complicated set of
information from isMonotone to be able to construct the exception.
Yes, this
On 22 September 2011 15:17, Simone Tripodi simonetrip...@apache.org wrote:
Hi all guys,
al the components I have been touching (digester, discovery, chain,
functor, dbutils, pool2, graph, meiyo) have exactly the same assembly
descriptors and assembly plugin configuration.
I honestly think
Hi Seb,
The parent POM currently only applies the assembly plugin when using
the rc or release profiles.
I assume this would not change?
In which case, it cannot cause additional for components that don't
use the profiles, and any components that don't have assembly
descriptors presumably
On 9/22/11 3:02 AM, Gilles Sadowski wrote:
As a side note, I notice now that NonMonotonousSequenceException
is misnamed. It should be NonMonotoneSequenceException. I think
it would be good to fix that for 3.0.
How about compromising on NonMonotonicSequenceException?
Fine by me.
Phil
This is MATH-588.
Phil
On 9/22/11 3:23 AM, Continuum@vmbuild wrote:
Online report :
http://vmbuild.apache.org/continuum/buildResult.action?buildId=12428projectId=97
Build statistics:
State: Failed
Previous State: Ok
Started at: Thu 22 Sep 2011 10:20:50 +
Finished at: Thu 22
On 22 September 2011 16:02, Simone Tripodi simonetrip...@apache.org wrote:
Hi Seb,
The parent POM currently only applies the assembly plugin when using
the rc or release profiles.
I assume this would not change?
In which case, it cannot cause additional for components that don't
use the
On 9/22/11 7:17 AM, Simone Tripodi wrote:
Hi all guys,
al the components I have been touching (digester, discovery, chain,
functor, dbutils, pool2, graph, meiyo) have exactly the same assembly
descriptors and assembly plugin configuration.
I honestly think that we could do a little step of
On 22 September 2011 18:18, sebb seb...@gmail.com wrote:
On 22 September 2011 16:02, Simone Tripodi simonetrip...@apache.org wrote:
Hi Seb,
The parent POM currently only applies the assembly plugin when using
the rc or release profiles.
I assume this would not change?
In which case, it
On 22 September 2011 18:21, Phil Steitz phil.ste...@gmail.com wrote:
On 9/22/11 7:17 AM, Simone Tripodi wrote:
Hi all guys,
al the components I have been touching (digester, discovery, chain,
functor, dbutils, pool2, graph, meiyo) have exactly the same assembly
descriptors and assembly plugin
Hi Seb,
you got me, we distribute assemblies descriptors as jar, then define a
default assembly-plugin configuration in the parent - components that
need define their own assemblies, are still free to do it.
If you don't see any blocking issue, I could start working on it.
Just let me know, have a
On 22 September 2011 19:44, Simone Tripodi simonetrip...@apache.org wrote:
Hi Seb,
you got me, we distribute assemblies descriptors as jar, then define a
default assembly-plugin configuration in the parent - components that
need define their own assemblies, are still free to do it.
If you
Oups I missed the thread sorry.
I think there is missing karma in r.a.o for the artifact maybe a regexp to fix.
You must create an infra ticket
2011/9/19 Simone Tripodi simonetrip...@apache.org:
that's cryptic, I didn't anything to fix! :)
http://people.apache.org/~simonetripodi/
2011/9/22 Simone Tripodi simonetrip...@apache.org:
Maven team has to give us back at least 20 points for those failures! :)
It's not the Apache Maven (tm) team who maintains the nexus instance :-)
http://people.apache.org/~simonetripodi/
http://www.99soft.org/
On Thu, Sep 22, 2011 at 3:02
https://issues.apache.org/jira/browse/INFRA-3953
2011/9/22 Olivier Lamy ol...@apache.org:
Oups I missed the thread sorry.
I think there is missing karma in r.a.o for the artifact maybe a regexp to
fix.
You must create an infra ticket
2011/9/19 Simone Tripodi simonetrip...@apache.org:
for the components I've been touching, they create the same assemblies:
* bin = LICENSE + NOTICE + RELEASE-NOTES + jar (+ dependencies) + javadoc
* src = LICENSE + NOTICE + RELEASE-NOTES + src + pom
wouldn't be wiser having a least common multiple - and override it
where needed, like daemon
HA! so Nexus team has to give back the lost points and offer at least
an ice-cream to ognl team! :)
Simo
http://people.apache.org/~simonetripodi/
http://www.99soft.org/
On Thu, Sep 22, 2011 at 9:14 PM, Olivier Lamy ol...@apache.org wrote:
2011/9/22 Simone Tripodi simonetrip...@apache.org:
Thanks for taking care of it Olivier!!!
All the best!
Simo
http://people.apache.org/~simonetripodi/
http://www.99soft.org/
On Thu, Sep 22, 2011 at 9:15 PM, Olivier Lamy ol...@apache.org wrote:
https://issues.apache.org/jira/browse/INFRA-3953
2011/9/22 Olivier Lamy ol...@apache.org:
Oups I
I prefer gelati :-)
2011/9/22 Simone Tripodi simonetrip...@apache.org:
HA! so Nexus team has to give back the lost points and offer at least
an ice-cream to ognl team! :)
Simo
http://people.apache.org/~simonetripodi/
http://www.99soft.org/
On Thu, Sep 22, 2011 at 9:14 PM, Olivier Lamy
deal, I suggets pizza and then gelato :D
http://people.apache.org/~simonetripodi/
http://www.99soft.org/
On Thu, Sep 22, 2011 at 9:28 PM, Olivier Lamy ol...@apache.org wrote:
I prefer gelati :-)
2011/9/22 Simone Tripodi simonetrip...@apache.org:
HA! so Nexus team has to give back the lost
On 22 September 2011 20:17, Simone Tripodi simonetrip...@apache.org wrote:
for the components I've been touching, they create the same assemblies:
* bin = LICENSE + NOTICE + RELEASE-NOTES + jar (+ dependencies) + javadoc
* src = LICENSE + NOTICE + RELEASE-NOTES + src + pom
wouldn't be
That sounds be a case that the component needs to override the
assembly-plugin configuration and define its own assembly descriptors
http://people.apache.org/~simonetripodi/
http://www.99soft.org/
On Thu, Sep 22, 2011 at 10:12 PM, sebb seb...@gmail.com wrote:
On 22 September 2011 20:17,
On 22 September 2011 21:29, Simone Tripodi simonetrip...@apache.org wrote:
That sounds be a case that the component needs to override the
assembly-plugin configuration and define its own assembly descriptors
No.
I see no benefit in hiding the assembly descriptor contents in a jar.
They are not
ok for me is enough to stop the discussion here, no needs to continue
http://people.apache.org/~simonetripodi/
http://www.99soft.org/
On Thu, Sep 22, 2011 at 10:40 PM, sebb seb...@gmail.com wrote:
On 22 September 2011 21:29, Simone Tripodi simonetrip...@apache.org wrote:
That sounds be a
Well the wheels are turning on the nexus side. I waited 24 hours. It
sounds like I should have called for a vote. Otoh there are already
too many build paths IMO. Ant maven nexus not nexus people at apache.
Ugh.
Gary
On Sep 22, 2011, at 19:00, Henri Yandell flame...@gmail.com wrote:
You can
The change in r1174432 stopped tests from hanging, but the fix there
was for a different liveness problem. I just committed a test,
testLivenessPerKey that provides a simple example of what can go
wrong. It also shows that approach 0) below will not work (because
clearOldest is called on
56 matches
Mail list logo