Re: [Math] Request for future releases: kill Cobertura
On Thu, Dec 20, 2012 at 3:19 AM, Gilles Sadowski gil...@harfang.homelinux.org wrote: Hello. The situation with Cobertura is fairly annoying, perhaps particularly so for Commons Math because of the size of the code base (and thus the fairly large number of unit tests). As it just happened, a few minor problems have now delayed the release by several days because I have to wait about 4 hours for the site generation to complete (on a _fast_ machine). Hence the request to remove Cobertura from the site target, or at least from the site:stage-deploy step, so that a new vote can take place as soon as a problem is fixed. [I would even argue that it is not that useful to include Cobertura in the release process because the amount of code coverage is not acted upon (i.e. low coverage would not block a release IIUC).] Do you agree? If so, can we change that for Commons Math only, or should this be done at the parent level? Is is just a matter of adding cobertura.skiptrue/cobertura.skip in a new profile? Hi, The problem with the cobertura tests comes mainly from the performance tests for FastMath afaik. We could disable them in the cobertura instrumentation (see http://mojo.codehaus.org/cobertura-maven-plugin/usage.html). The functions in question have separate accuracy tests, so the coverage should not be affected imho. Thomas
[VOTE][RC5] Release Commons Math 3.1
Hi. Please have a look at the next candidate (RC5), and vote for the release of Commons Math 3.1. -- Tag: https://svn.apache.org/repos/asf/commons/proper/math/tags/MATH_3_1_RC5/ Site: http://people.apache.org/builds/commons/math/3.1/RC5/ Binaries: https://repository.apache.org/content/repositories/orgapachecommons-052/org/apache/commons/commons-math3/3.1/ [ ] +1 Release it. [ ] +0 Go ahead; I don't care. [ ] -0 There are a few minor glitches: ... [ ] -1 No, do not release it because ... This vote will close in 72 hours. -- Thanks, Gilles - To unsubscribe, e-mail: dev-unsubscr...@commons.apache.org For additional commands, e-mail: dev-h...@commons.apache.org
Re: [Math] Request for future releases: kill Cobertura
On Thu, Dec 20, 2012 at 10:18:21AM +0100, Thomas Neidhart wrote: On Thu, Dec 20, 2012 at 3:19 AM, Gilles Sadowski gil...@harfang.homelinux.org wrote: Hello. The situation with Cobertura is fairly annoying, perhaps particularly so for Commons Math because of the size of the code base (and thus the fairly large number of unit tests). As it just happened, a few minor problems have now delayed the release by several days because I have to wait about 4 hours for the site generation to complete (on a _fast_ machine). Hence the request to remove Cobertura from the site target, or at least from the site:stage-deploy step, so that a new vote can take place as soon as a problem is fixed. [I would even argue that it is not that useful to include Cobertura in the release process because the amount of code coverage is not acted upon (i.e. low coverage would not block a release IIUC).] Do you agree? If so, can we change that for Commons Math only, or should this be done at the parent level? Is is just a matter of adding cobertura.skiptrue/cobertura.skip in a new profile? Hi, The problem with the cobertura tests comes mainly from the performance tests for FastMath afaik. Those are not automatically run (because the class name does not end with ...Test). The longest-running test is BOBYQAOptimizerTest. Regards, Gilles We could disable them in the cobertura instrumentation (see http://mojo.codehaus.org/cobertura-maven-plugin/usage.html). The functions in question have separate accuracy tests, so the coverage should not be affected imho. Thomas - To unsubscribe, e-mail: dev-unsubscr...@commons.apache.org For additional commands, e-mail: dev-h...@commons.apache.org
Re: [Math] Request for future releases: kill Cobertura
On Thu, Dec 20, 2012 at 09:46:56AM +0100, Olivier Lamy wrote: 2012/12/20 Benedikt Ritter benerit...@gmail.com: What about a sonar instance for commons? I have discussed this on an other thread. FYI I have just added 4 sub projects. Result here https://analysis.apache.org/components/index/121254 It's just a matter of adding more in this pom: http://svn.apache.org/repos/asf/commons/trunks-proper/pom.xml Yes; thanks for the proposal. Gilles - To unsubscribe, e-mail: dev-unsubscr...@commons.apache.org For additional commands, e-mail: dev-h...@commons.apache.org
Re: [CANCEL][VOTE] Release Commons Math 3.1 (take 4)
On Thu, Dec 20, 2012 at 08:26:54AM +0100, Sébastien Brisard wrote: Hi Gilles, I cannot reproduce these failures either. Here is my config Apache Maven 2.2.1 (r801777; 2009-08-06 21:16:01+0200) Java version: 1.7.0_05 Java home: /usr/java/jdk1.7.0_05/jre Default locale: fr_FR, platform encoding: UTF-8 OS name: linux version: 3.6.9-2.fc17.x86_64 arch: amd64 Family: unix Thanks Sébastien. So, what can we conclude concerning the failure reported by Oliver? Gilles Sébastien 2012/12/20 Gilles Sadowski gil...@harfang.homelinux.org On Thu, Dec 20, 2012 at 01:13:36AM +0100, Gilles Sadowski wrote: On Wed, Dec 19, 2012 at 10:14:58PM +0100, Luc Maisonobe wrote: Le 19/12/2012 22:04, Gary Gregory a écrit : On Wed, Dec 19, 2012 at 3:10 PM, Luc Maisonobe luc.maison...@free.frwrote: Le 19/12/2012 11:03, Gilles Sadowski a écrit : Hi. Please have a look at the latest candidate (RC4), and vote for the release of Commons Math 3.1. -- Tag: https://svn.apache.org/repos/asf/commons/proper/math/tags/MATH_3_1_RC4/ Site: http://people.apache.org/builds/commons/math/3.1/RC4/ Binaries: https://repository.apache.org/content/repositories/orgapachecommons-048/org/apache/commons/commons-math3/3.1/ [X] +1 Release it. There are a few missing headers, but only in test files, so I don't think it is a blocker. I'm not so sure, missing headers on .java are a must IMO. I have fixed them in trunk, as well as a few checkstyle errors I missed earlier. The CheckStyle warnings were probably a consequence of fixing the Clirr errors. Do we stand with your previous statement that missing headers on test files were not a blocker? IIRC, this was the conclusion for release 3.0. Those headers have been missing for a long time. The JIRA report will avoid that for next time. Well, last time, the Java files were indeed corrected to contain a license header. [The data files were deemed OK without it.] I'll create a new tag. Can someone check the problems found by Oliver on M$-Windows? Gilles - To unsubscribe, e-mail: dev-unsubscr...@commons.apache.org For additional commands, e-mail: dev-h...@commons.apache.org - To unsubscribe, e-mail: dev-unsubscr...@commons.apache.org For additional commands, e-mail: dev-h...@commons.apache.org
Re: [CANCEL][VOTE] Release Commons Math 3.1 (take 4)
Hi 2012/12/20 Gilles Sadowski gil...@harfang.homelinux.org On Thu, Dec 20, 2012 at 08:26:54AM +0100, Sébastien Brisard wrote: Hi Gilles, I cannot reproduce these failures either. Here is my config Apache Maven 2.2.1 (r801777; 2009-08-06 21:16:01+0200) Java version: 1.7.0_05 Java home: /usr/java/jdk1.7.0_05/jre Default locale: fr_FR, platform encoding: UTF-8 OS name: linux version: 3.6.9-2.fc17.x86_64 arch: amd64 Family: unix Thanks Sébastien. So, what can we conclude concerning the failure reported by Oliver? Gilles I think the conclusion is worrying. Does that mean that --contrary to what is specified by the JLS-- floatting-point operations are not strictly platform-independent? If that's the case, we need to relax a little bit the accuracy constraints in some of our tests, but that's really a shame. I'd like to see how bad the situation is. @Oliver: could you please post the full error messages, with expected and actual values, please? Many thanks! Sébastien Sébastien 2012/12/20 Gilles Sadowski gil...@harfang.homelinux.org On Thu, Dec 20, 2012 at 01:13:36AM +0100, Gilles Sadowski wrote: On Wed, Dec 19, 2012 at 10:14:58PM +0100, Luc Maisonobe wrote: Le 19/12/2012 22:04, Gary Gregory a écrit : On Wed, Dec 19, 2012 at 3:10 PM, Luc Maisonobe luc.maison...@free.frwrote: Le 19/12/2012 11:03, Gilles Sadowski a écrit : Hi. Please have a look at the latest candidate (RC4), and vote for the release of Commons Math 3.1. -- Tag: https://svn.apache.org/repos/asf/commons/proper/math/tags/MATH_3_1_RC4/ Site: http://people.apache.org/builds/commons/math/3.1/RC4/ Binaries: https://repository.apache.org/content/repositories/orgapachecommons-048/org/apache/commons/commons-math3/3.1/ [X] +1 Release it. There are a few missing headers, but only in test files, so I don't think it is a blocker. I'm not so sure, missing headers on .java are a must IMO. I have fixed them in trunk, as well as a few checkstyle errors I missed earlier. The CheckStyle warnings were probably a consequence of fixing the Clirr errors. Do we stand with your previous statement that missing headers on test files were not a blocker? IIRC, this was the conclusion for release 3.0. Those headers have been missing for a long time. The JIRA report will avoid that for next time. Well, last time, the Java files were indeed corrected to contain a license header. [The data files were deemed OK without it.] I'll create a new tag. Can someone check the problems found by Oliver on M$-Windows? Gilles - To unsubscribe, e-mail: dev-unsubscr...@commons.apache.org For additional commands, e-mail: dev-h...@commons.apache.org - To unsubscribe, e-mail: dev-unsubscr...@commons.apache.org For additional commands, e-mail: dev-h...@commons.apache.org
Re: [CANCEL][VOTE] Release Commons Math 3.1 (take 4)
Sébastien Brisard wrote: Hi 2012/12/20 Gilles Sadowski gil...@harfang.homelinux.org On Thu, Dec 20, 2012 at 08:26:54AM +0100, Sébastien Brisard wrote: Hi Gilles, I cannot reproduce these failures either. Here is my config Apache Maven 2.2.1 (r801777; 2009-08-06 21:16:01+0200) Java version: 1.7.0_05 Java home: /usr/java/jdk1.7.0_05/jre Default locale: fr_FR, platform encoding: UTF-8 OS name: linux version: 3.6.9-2.fc17.x86_64 arch: amd64 Family: unix Thanks Sébastien. So, what can we conclude concerning the failure reported by Oliver? Gilles I think the conclusion is worrying. Does that mean that --contrary to what is specified by the JLS-- floatting-point operations are not strictly platform-independent? If that's the case, we need to relax a little bit the accuracy constraints in some of our tests, but that's really a shame. I'd like to see how bad the situation is. @Oliver: could you please post the full error messages, with expected and actual values, please? Many thanks! And also your CPU info (vendor, model, ...) - Jörg - To unsubscribe, e-mail: dev-unsubscr...@commons.apache.org For additional commands, e-mail: dev-h...@commons.apache.org
Re: [CANCEL][VOTE] Release Commons Math 3.1 (take 4)
Hi I cannot reproduce these failures either. Tried with `mvn clean test install`, my config below: Apache Maven 3.0.4 (r1232337; 2012-01-17 06:44:56-0200) Maven home: c:\opt\java\apache-maven-3.0.4\bin\.. Java version: 1.7.0_09, vendor: Oracle Corporation Java home: C:\opt\java\jdk1.7.0_09\jre Default locale: pt_BR, platform encoding: Cp1252 OS name: windows 7, version: 6.1, arch: x86, family: windows Tried the same with jdk 1.6, but still couldn't reproduce these failures: Apache Maven 3.0.4 (r1232337; 2012-01-17 06:44:56-0200) Maven home: c:\opt\java\apache-maven-3.0.4\bin\.. Java version: 1.6.0_38, vendor: Sun Microsystems Inc. Java home: c:\opt\java\jdk1.6.0_38\jre Default locale: pt_BR, platform encoding: Cp1252 OS name: windows 7, version: 6.1, arch: x86, family: windows Last night I tried in my linux 3.2 amd64 box, with Maven 3.0.4, jdk oracle 1.7, and also couldn't reproduce it. Cheers, Bruno P. Kinoshita http://kinoshita.eti.br http://tupilabs.com From: Jörg Schaible joerg.schai...@scalaris.com To: dev@commons.apache.org Sent: Thursday, December 20, 2012 9:13 AM Subject: Re: [CANCEL][VOTE] Release Commons Math 3.1 (take 4) Sébastien Brisard wrote: Hi 2012/12/20 Gilles Sadowski gil...@harfang.homelinux.org On Thu, Dec 20, 2012 at 08:26:54AM +0100, Sébastien Brisard wrote: Hi Gilles, I cannot reproduce these failures either. Here is my config Apache Maven 2.2.1 (r801777; 2009-08-06 21:16:01+0200) Java version: 1.7.0_05 Java home: /usr/java/jdk1.7.0_05/jre Default locale: fr_FR, platform encoding: UTF-8 OS name: linux version: 3.6.9-2.fc17.x86_64 arch: amd64 Family: unix Thanks Sébastien. So, what can we conclude concerning the failure reported by Oliver? Gilles I think the conclusion is worrying. Does that mean that --contrary to what is specified by the JLS-- floatting-point operations are not strictly platform-independent? If that's the case, we need to relax a little bit the accuracy constraints in some of our tests, but that's really a shame. I'd like to see how bad the situation is. @Oliver: could you please post the full error messages, with expected and actual values, please? Many thanks! And also your CPU info (vendor, model, ...) - Jörg - To unsubscribe, e-mail: dev-unsubscr...@commons.apache.org For additional commands, e-mail: dev-h...@commons.apache.org - To unsubscribe, e-mail: dev-unsubscr...@commons.apache.org For additional commands, e-mail: dev-h...@commons.apache.org
Re: [Math] Request for future releases: kill Cobertura
2012/12/20 Benedikt Ritter benerit...@gmail.com: 2012/12/20 Olivier Lamy ol...@apache.org 2012/12/20 Benedikt Ritter benerit...@gmail.com: What about a sonar instance for commons? I have discussed this on an other thread. FYI I have just added 4 sub projects. Result here https://analysis.apache.org/components/index/121254 Yes, I was thinking about your post :-) I don't know Sonar very well. What exactly is it monitoring? The trunk? Is there a possibility to add reporting for release tags? only trunk currently. Benedikt It's just a matter of adding more in this pom: http://svn.apache.org/repos/asf/commons/trunks-proper/pom.xml Benedikt -- Olivier Lamy Talend: http://coders.talend.com http://twitter.com/olamy | http://linkedin.com/in/olamy - To unsubscribe, e-mail: dev-unsubscr...@commons.apache.org For additional commands, e-mail: dev-h...@commons.apache.org -- Olivier Lamy Talend: http://coders.talend.com http://twitter.com/olamy | http://linkedin.com/in/olamy - To unsubscribe, e-mail: dev-unsubscr...@commons.apache.org For additional commands, e-mail: dev-h...@commons.apache.org
Re: [VOTE][RC5] Release Commons Math 3.1
Le 2012-12-20 11:26, Gilles Sadowski a écrit : Hi. Please have a look at the next candidate (RC5), and vote for the release of Commons Math 3.1. -- Tag: https://svn.apache.org/repos/asf/commons/proper/math/tags/MATH_3_1_RC5/ Site: http://people.apache.org/builds/commons/math/3.1/RC5/ Binaries: https://repository.apache.org/content/repositories/orgapachecommons-052/org/apache/commons/commons-math3/3.1/ [X] +1 Release it. Very good, thanks Gilles. Luc [ ] +0 Go ahead; I don't care. [ ] -0 There are a few minor glitches: ... [ ] -1 No, do not release it because ... This vote will close in 72 hours. -- Thanks, Gilles - To unsubscribe, e-mail: dev-unsubscr...@commons.apache.org For additional commands, e-mail: dev-h...@commons.apache.org - To unsubscribe, e-mail: dev-unsubscr...@commons.apache.org For additional commands, e-mail: dev-h...@commons.apache.org
Re: [Math] Request for future releases: kill Cobertura
On 12/19/12 6:19 PM, Gilles Sadowski wrote: Hello. The situation with Cobertura is fairly annoying, perhaps particularly so for Commons Math because of the size of the code base (and thus the fairly large number of unit tests). As it just happened, a few minor problems have now delayed the release by several days because I have to wait about 4 hours for the site generation to complete (on a _fast_ machine). Hence the request to remove Cobertura from the site target, or at least from the site:stage-deploy step, so that a new vote can take place as soon as a problem is fixed. [I would even argue that it is not that useful to include Cobertura in the release process because the amount of code coverage is not acted upon (i.e. low coverage would not block a release IIUC).] Do you agree? +1 If so, can we change that for Commons Math only, or should this be done at the parent level? Is is just a matter of adding cobertura.skiptrue/cobertura.skip in a new profile? This is an argument that we have from time to time. IMO the parent should contain a minimal set of plugins and component POMs should explicitly include the ones they want. I would be +1 for dropping Coberta from the parent pom. Phil Regards, Gilles - To unsubscribe, e-mail: dev-unsubscr...@commons.apache.org For additional commands, e-mail: dev-h...@commons.apache.org - To unsubscribe, e-mail: dev-unsubscr...@commons.apache.org For additional commands, e-mail: dev-h...@commons.apache.org
Re: [Math] Request for future releases: kill Cobertura
Le 2012-12-20 15:01, Phil Steitz a écrit : On 12/19/12 6:19 PM, Gilles Sadowski wrote: Hello. Hi all, The situation with Cobertura is fairly annoying, perhaps particularly so for Commons Math because of the size of the code base (and thus the fairly large number of unit tests). As it just happened, a few minor problems have now delayed the release by several days because I have to wait about 4 hours for the site generation to complete (on a _fast_ machine). Hence the request to remove Cobertura from the site target, or at least from the site:stage-deploy step, so that a new vote can take place as soon as a problem is fixed. [I would even argue that it is not that useful to include Cobertura in the release process because the amount of code coverage is not acted upon (i.e. low coverage would not block a release IIUC).] Do you agree? +1 If so, can we change that for Commons Math only, or should this be done at the parent level? Is is just a matter of adding cobertura.skiptrue/cobertura.skip in a new profile? This is an argument that we have from time to time. IMO the parent should contain a minimal set of plugins and component POMs should explicitly include the ones they want. I would be +1 for dropping Coberta from the parent pom. I will play devils advocate. Cobertura is really useful and provides useful information. It also clearly help popularizing [math] as we can prove it is a well tested component. So I don't agree removing it totally. However, I agree it has become really annoying mainly due to its very poor performances with respect to Bobyqa tests. It really takes hours to perform all site generation. Gilles spoke about 4 hours on a fast machine, but my home computer is not fast and it takes much longer to me. When I want to do a full generation, I let it run overnight. So if another mean to have the same information is available (or to make cobertura run faster, especially for the bobyqa test), then I would be glad to drop cobertura. If there are no other means, I would not be glad. I would prefer than the output from the test coverage would end up in the public site. Even if only the current trunk is covered, that would be sufficient for my needs, so if some existing continuous integration system can be set up, I'm fine with that. Note that we really need to get information down to line of code level, as it is the only way we can extend tests. The cobertura report is really nice for that as it directly provides colored versions of the source code which are really easy to use for the developer. best regards, Luc Phil Regards, Gilles - To unsubscribe, e-mail: dev-unsubscr...@commons.apache.org For additional commands, e-mail: dev-h...@commons.apache.org - To unsubscribe, e-mail: dev-unsubscr...@commons.apache.org For additional commands, e-mail: dev-h...@commons.apache.org - To unsubscribe, e-mail: dev-unsubscr...@commons.apache.org For additional commands, e-mail: dev-h...@commons.apache.org
Re: [Math] Request for future releases: kill Cobertura
Hi Luc, 2012/12/20 luc l...@spaceroots.org Le 2012-12-20 15:01, Phil Steitz a écrit : On 12/19/12 6:19 PM, Gilles Sadowski wrote: Hello. Hi all, The situation with Cobertura is fairly annoying, perhaps particularly so for Commons Math because of the size of the code base (and thus the fairly large number of unit tests). As it just happened, a few minor problems have now delayed the release by several days because I have to wait about 4 hours for the site generation to complete (on a _fast_ machine). Hence the request to remove Cobertura from the site target, or at least from the site:stage-deploy step, so that a new vote can take place as soon as a problem is fixed. [I would even argue that it is not that useful to include Cobertura in the release process because the amount of code coverage is not acted upon (i.e. low coverage would not block a release IIUC).] Do you agree? +1 If so, can we change that for Commons Math only, or should this be done at the parent level? Is is just a matter of adding cobertura.skiptrue/**cobertura.skip in a new profile? This is an argument that we have from time to time. IMO the parent should contain a minimal set of plugins and component POMs should explicitly include the ones they want. I would be +1 for dropping Coberta from the parent pom. I will play devils advocate. Cobertura is really useful and provides useful information. It also clearly help popularizing [math] as we can prove it is a well tested component. So I don't agree removing it totally. However, I agree it has become really annoying mainly due to its very poor performances with respect to Bobyqa tests. It really takes hours to perform all site generation. Gilles spoke about 4 hours on a fast machine, but my home computer is not fast and it takes much longer to me. When I want to do a full generation, I let it run overnight. So if another mean to have the same information is available (or to make cobertura run faster, especially for the bobyqa test), then I would be glad to drop cobertura. If there are no other means, I would not be glad. If bobyqa is the main culprit, maybe we could exclude it from the coverage report [1]. From what I understand, the current implementation of BOBYQA does not reach our standards anyway... We could at least define a profile in which the most critical classes are excluded. People who currently work on these classes can include them in the coverage report on demand, and the whole set of classes is included only to generate the online website. I would prefer than the output from the test coverage would end up in the public site. Even if only the current trunk is covered, that would be sufficient for my needs, so if some existing continuous integration system can be set up, I'm fine with that. Note that we really need to get information down to line of code level, as it is the only way we can extend tests. The cobertura report is really nice for that as it directly provides colored versions of the source code which are really easy to use for the developer. I think we all agree that this is a very useful report. However, it currently takes so long to generate that I totally disabled it (and I suspect others, too...). Sébastien best regards, Luc [1] http://mojo.codehaus.org/cobertura-maven-plugin/usage.html#Instrumentation
Re: [Math] Request for future releases: kill Cobertura
2012/12/20 luc l...@spaceroots.org Le 2012-12-20 15:01, Phil Steitz a écrit : On 12/19/12 6:19 PM, Gilles Sadowski wrote: Hello. Hi all, The situation with Cobertura is fairly annoying, perhaps particularly so for Commons Math because of the size of the code base (and thus the fairly large number of unit tests). As it just happened, a few minor problems have now delayed the release by several days because I have to wait about 4 hours for the site generation to complete (on a _fast_ machine). Hence the request to remove Cobertura from the site target, or at least from the site:stage-deploy step, so that a new vote can take place as soon as a problem is fixed. [I would even argue that it is not that useful to include Cobertura in the release process because the amount of code coverage is not acted upon (i.e. low coverage would not block a release IIUC).] Do you agree? +1 If so, can we change that for Commons Math only, or should this be done at the parent level? Is is just a matter of adding cobertura.skiptrue/**cobertura.skip in a new profile? This is an argument that we have from time to time. IMO the parent should contain a minimal set of plugins and component POMs should explicitly include the ones they want. I would be +1 for dropping Coberta from the parent pom. I will play devils advocate. Cobertura is really useful and provides useful information. It also clearly help popularizing [math] as we can prove it is a well tested component. So I don't agree removing it totally. However, I agree it has become really annoying mainly due to its very poor performances with respect to Bobyqa tests. It really takes hours to perform all site generation. Gilles spoke about 4 hours on a fast machine, but my home computer is not fast and it takes much longer to me. When I want to do a full generation, I let it run overnight. So if another mean to have the same information is available (or to make cobertura run faster, especially for the bobyqa test), then I would be glad to drop cobertura. If there are no other means, I would not be glad. I would prefer than the output from the test coverage would end up in the public site. Even if only the current trunk is covered, that would be sufficient for my needs, so if some existing continuous integration system can be set up, I'm fine with that. Note that we really need to get information down to line of code level, as it is the only way we can extend tests. The cobertura report is really nice for that as it directly provides colored versions of the source code which are really easy to use for the developer. Hi Luc, have a look at the test installation Oliver has set up: https://analysis.apache.org/components/index/121254, for example have a look at the org.apache.commons.lang3.builder package: https://analysis.apache.org/components/index/121815 If you click on one of the magnifying glasses on the right side, you get a detailed view of a particular class. Click on the Coverage tab in the top right side and you will have the coverage displayed like in Cobertura. Benedikt best regards, Luc Phil Regards, Gilles --**--** - To unsubscribe, e-mail: dev-unsubscribe@commons.**apache.orgdev-unsubscr...@commons.apache.org For additional commands, e-mail: dev-h...@commons.apache.org --**--**- To unsubscribe, e-mail: dev-unsubscribe@commons.**apache.orgdev-unsubscr...@commons.apache.org For additional commands, e-mail: dev-h...@commons.apache.org --**--**- To unsubscribe, e-mail: dev-unsubscribe@commons.**apache.orgdev-unsubscr...@commons.apache.org For additional commands, e-mail: dev-h...@commons.apache.org
Re: [Math] Request for future releases: kill Cobertura
Le 20/12/2012 18:05, Benedikt Ritter a écrit : 2012/12/20 luc l...@spaceroots.org Le 2012-12-20 15:01, Phil Steitz a écrit : On 12/19/12 6:19 PM, Gilles Sadowski wrote: Hello. Hi all, The situation with Cobertura is fairly annoying, perhaps particularly so for Commons Math because of the size of the code base (and thus the fairly large number of unit tests). As it just happened, a few minor problems have now delayed the release by several days because I have to wait about 4 hours for the site generation to complete (on a _fast_ machine). Hence the request to remove Cobertura from the site target, or at least from the site:stage-deploy step, so that a new vote can take place as soon as a problem is fixed. [I would even argue that it is not that useful to include Cobertura in the release process because the amount of code coverage is not acted upon (i.e. low coverage would not block a release IIUC).] Do you agree? +1 If so, can we change that for Commons Math only, or should this be done at the parent level? Is is just a matter of adding cobertura.skiptrue/**cobertura.skip in a new profile? This is an argument that we have from time to time. IMO the parent should contain a minimal set of plugins and component POMs should explicitly include the ones they want. I would be +1 for dropping Coberta from the parent pom. I will play devils advocate. Cobertura is really useful and provides useful information. It also clearly help popularizing [math] as we can prove it is a well tested component. So I don't agree removing it totally. However, I agree it has become really annoying mainly due to its very poor performances with respect to Bobyqa tests. It really takes hours to perform all site generation. Gilles spoke about 4 hours on a fast machine, but my home computer is not fast and it takes much longer to me. When I want to do a full generation, I let it run overnight. So if another mean to have the same information is available (or to make cobertura run faster, especially for the bobyqa test), then I would be glad to drop cobertura. If there are no other means, I would not be glad. I would prefer than the output from the test coverage would end up in the public site. Even if only the current trunk is covered, that would be sufficient for my needs, so if some existing continuous integration system can be set up, I'm fine with that. Note that we really need to get information down to line of code level, as it is the only way we can extend tests. The cobertura report is really nice for that as it directly provides colored versions of the source code which are really easy to use for the developer. Hi Luc, Hi Benedikt, have a look at the test installation Oliver has set up: https://analysis.apache.org/components/index/121254, for example have a look at the org.apache.commons.lang3.builder package: https://analysis.apache.org/components/index/121815 If you click on one of the magnifying glasses on the right side, you get a detailed view of a particular class. Click on the Coverage tab in the top right side and you will have the coverage displayed like in Cobertura. Thank you very much for the link. This report is really useful, and provides even more hindsight thant the cobertura one. So a big +1 to heve it enabled for [math] replacing cobertura! Luc Benedikt best regards, Luc Phil Regards, Gilles --**--** - To unsubscribe, e-mail: dev-unsubscribe@commons.**apache.orgdev-unsubscr...@commons.apache.org For additional commands, e-mail: dev-h...@commons.apache.org --**--**- To unsubscribe, e-mail: dev-unsubscribe@commons.**apache.orgdev-unsubscr...@commons.apache.org For additional commands, e-mail: dev-h...@commons.apache.org --**--**- To unsubscribe, e-mail: dev-unsubscribe@commons.**apache.orgdev-unsubscr...@commons.apache.org For additional commands, e-mail: dev-h...@commons.apache.org - To unsubscribe, e-mail: dev-unsubscr...@commons.apache.org For additional commands, e-mail: dev-h...@commons.apache.org
Re: [VOTE] Release Commons Math 3.1 (take 4)
Am 20.12.2012 01:23, schrieb Gilles Sadowski: On Wed, Dec 19, 2012 at 10:10:05PM +0100, Oliver Heger wrote: Sent the main too early: The build takes pretty long on my old machine, and it eventually failed with two test failures: Results : Failed tests: testMath753Shape142(org.apache.commons.math3.distribution.GammaD istributionTest): shape = 142.0, scale = 1.0(..) test1[40](org.apache.commons.math3.util.FastMathStrictComparisonTest): double toRadians(-4.9E-324) expected -0.0 actual 0.0 entries [12] Tests run: 4536, Failures: 2, Errors: 0, Skipped: 43 This is my environment: Apache Maven 3.0.4 (r1232337; 2012-01-17 09:44:56+0100) Maven home: D:\data\tools\apache-maven-3.0.4\bin\.. Java version: 1.6.0_30, vendor: Sun Microsystems Inc. Java home: C:\Program Files\Java\jdk1.6.0_30\jre Default locale: de_DE, platform encoding: Cp1252 OS name: windows 7, version: 6.1, arch: x86, family: windows I cannot reproduce here. Could you post the entire error message and stack trace? Gilles Sorry for the delay, but I had no access to my computer during the day. Below are the full surefire reports. My system is an old Dell Inspiron 1720 with an Intel Core 2 Duo CPU T7250 @ 2.00GHz running a 32 Bit windows 7. I will start another build with the new RC and report back about the outcome. Oliver --- Test set: org.apache.commons.math3.distribution.GammaDistributionTest --- Tests run: 22, Failures: 1, Errors: 0, Skipped: 0, Time elapsed: 0.67 sec FAILURE! testMath753Shape142(org.apache.commons.math3.distribution.GammaDistributionTest) Time elapsed: 0.032 sec FAILURE! java.lang.AssertionError: shape = 142.0, scale = 1.0 Old implementation -- SummaryStatistics: n: 463 min: 0.0 max: 553.0 mean: 384.3887688984882 geometric mean: 0.0 variance: 9958.419960169416 sum of squares: 7.3011228E7 standard deviation: 99.79188323791378 sum of logs: -Infinity New implementation -- SummaryStatistics: n: 463 min: 0.0 max: 26.0 mean: 2.460043196544277 geometric mean: 0.0 variance: 2.2013220760520977 sum of squares: 3819.0 standard deviation: 1.483685302229586 sum of logs: -Infinity at org.junit.Assert.fail(Assert.java:93) at org.junit.Assert.assertTrue(Assert.java:43) at org.apache.commons.math3.distribution.GammaDistributionTest.doTestMath753(GammaDistributionTest.java:296) at org.apache.commons.math3.distribution.GammaDistributionTest.testMath753Shape142(GammaDistributionTest.java:349) at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method) at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:39) at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:25) at java.lang.reflect.Method.invoke(Method.java:592) at org.junit.runners.model.FrameworkMethod$1.runReflectiveCall(FrameworkMethod.java:45) at org.junit.internal.runners.model.ReflectiveCallable.run(ReflectiveCallable.java:15) at org.junit.runners.model.FrameworkMethod.invokeExplosively(FrameworkMethod.java:42) at org.junit.internal.runners.statements.InvokeMethod.evaluate(InvokeMethod.java:20) at org.junit.internal.runners.statements.RunBefores.evaluate(RunBefores.java:28) at org.junit.internal.runners.statements.RunAfters.evaluate(RunAfters.java:30) at org.junit.runners.ParentRunner.runLeaf(ParentRunner.java:263) at org.junit.runners.BlockJUnit4ClassRunner.runChild(BlockJUnit4ClassRunner.java:68) at org.junit.runners.BlockJUnit4ClassRunner.runChild(BlockJUnit4ClassRunner.java:47) at org.junit.runners.ParentRunner$3.run(ParentRunner.java:231) at org.junit.runners.ParentRunner$1.schedule(ParentRunner.java:60) at org.junit.runners.ParentRunner.runChildren(ParentRunner.java:229) at org.junit.runners.ParentRunner.access$000(ParentRunner.java:50) at org.junit.runners.ParentRunner$2.evaluate(ParentRunner.java:222) at org.junit.runners.ParentRunner.run(ParentRunner.java:300) at org.apache.maven.surefire.junit4.JUnit4Provider.execute(JUnit4Provider.java:236) at org.apache.maven.surefire.junit4.JUnit4Provider.executeTestSet(JUnit4Provider.java:134) at org.apache.maven.surefire.junit4.JUnit4Provider.invoke(JUnit4Provider.java:113) at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method) at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:39) at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:25) at java.lang.reflect.Method.invoke(Method.java:592) at org.apache.maven.surefire.util.ReflectionUtils.invokeMethodWithArray(ReflectionUtils.java:189) at org.apache.maven.surefire.booter.ProviderFactory$ProviderProxy.invoke(ProviderFactory.java:165) at
Re: [VOTE] Release Commons Math 3.1 (take 4)
New insights: The test failures only happen when I run the build with the java-1.5 profile (redirecting to a local JDK 1.5 installation). I did this because [math] has Java 1.5 as its minimum requirement. With JDK 1.6 I don't have these problems. Oliver Am 20.12.2012 21:15, schrieb Oliver Heger: Am 20.12.2012 01:23, schrieb Gilles Sadowski: On Wed, Dec 19, 2012 at 10:10:05PM +0100, Oliver Heger wrote: Sent the main too early: The build takes pretty long on my old machine, and it eventually failed with two test failures: Results : Failed tests: testMath753Shape142(org.apache.commons.math3.distribution.GammaD istributionTest): shape = 142.0, scale = 1.0(..) test1[40](org.apache.commons.math3.util.FastMathStrictComparisonTest): double toRadians(-4.9E-324) expected -0.0 actual 0.0 entries [12] Tests run: 4536, Failures: 2, Errors: 0, Skipped: 43 This is my environment: Apache Maven 3.0.4 (r1232337; 2012-01-17 09:44:56+0100) Maven home: D:\data\tools\apache-maven-3.0.4\bin\.. Java version: 1.6.0_30, vendor: Sun Microsystems Inc. Java home: C:\Program Files\Java\jdk1.6.0_30\jre Default locale: de_DE, platform encoding: Cp1252 OS name: windows 7, version: 6.1, arch: x86, family: windows I cannot reproduce here. Could you post the entire error message and stack trace? Gilles Sorry for the delay, but I had no access to my computer during the day. Below are the full surefire reports. My system is an old Dell Inspiron 1720 with an Intel Core 2 Duo CPU T7250 @ 2.00GHz running a 32 Bit windows 7. I will start another build with the new RC and report back about the outcome. Oliver --- Test set: org.apache.commons.math3.distribution.GammaDistributionTest --- Tests run: 22, Failures: 1, Errors: 0, Skipped: 0, Time elapsed: 0.67 sec FAILURE! testMath753Shape142(org.apache.commons.math3.distribution.GammaDistributionTest) Time elapsed: 0.032 sec FAILURE! java.lang.AssertionError: shape = 142.0, scale = 1.0 Old implementation -- SummaryStatistics: n: 463 min: 0.0 max: 553.0 mean: 384.3887688984882 geometric mean: 0.0 variance: 9958.419960169416 sum of squares: 7.3011228E7 standard deviation: 99.79188323791378 sum of logs: -Infinity New implementation -- SummaryStatistics: n: 463 min: 0.0 max: 26.0 mean: 2.460043196544277 geometric mean: 0.0 variance: 2.2013220760520977 sum of squares: 3819.0 standard deviation: 1.483685302229586 sum of logs: -Infinity at org.junit.Assert.fail(Assert.java:93) at org.junit.Assert.assertTrue(Assert.java:43) at org.apache.commons.math3.distribution.GammaDistributionTest.doTestMath753(GammaDistributionTest.java:296) at org.apache.commons.math3.distribution.GammaDistributionTest.testMath753Shape142(GammaDistributionTest.java:349) at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method) at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:39) at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:25) at java.lang.reflect.Method.invoke(Method.java:592) at org.junit.runners.model.FrameworkMethod$1.runReflectiveCall(FrameworkMethod.java:45) at org.junit.internal.runners.model.ReflectiveCallable.run(ReflectiveCallable.java:15) at org.junit.runners.model.FrameworkMethod.invokeExplosively(FrameworkMethod.java:42) at org.junit.internal.runners.statements.InvokeMethod.evaluate(InvokeMethod.java:20) at org.junit.internal.runners.statements.RunBefores.evaluate(RunBefores.java:28) at org.junit.internal.runners.statements.RunAfters.evaluate(RunAfters.java:30) at org.junit.runners.ParentRunner.runLeaf(ParentRunner.java:263) at org.junit.runners.BlockJUnit4ClassRunner.runChild(BlockJUnit4ClassRunner.java:68) at org.junit.runners.BlockJUnit4ClassRunner.runChild(BlockJUnit4ClassRunner.java:47) at org.junit.runners.ParentRunner$3.run(ParentRunner.java:231) at org.junit.runners.ParentRunner$1.schedule(ParentRunner.java:60) at org.junit.runners.ParentRunner.runChildren(ParentRunner.java:229) at org.junit.runners.ParentRunner.access$000(ParentRunner.java:50) at org.junit.runners.ParentRunner$2.evaluate(ParentRunner.java:222) at org.junit.runners.ParentRunner.run(ParentRunner.java:300) at org.apache.maven.surefire.junit4.JUnit4Provider.execute(JUnit4Provider.java:236) at org.apache.maven.surefire.junit4.JUnit4Provider.executeTestSet(JUnit4Provider.java:134) at org.apache.maven.surefire.junit4.JUnit4Provider.invoke(JUnit4Provider.java:113) at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method) at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:39) at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:25) at
Re: svn commit: r1424618 - in /commons/sandbox/privilizer/trunk: ./ ant/ ant/lib/ ant/test/ example/ maven-plugin/ modules/ modules/privilizer/ modules/privilizer/api/ modules/privilizer/api/src/main/
Mark,
Thanks for driving this forward--as I mentioned to you privately, I'll be
mostly out of pocket through the new year. The groupId may warrant
discussion; most Commons components are being targeted to
org.apache.commons, though I think I understand what you're driving at
here: [weaver] may have some unlimited number of sub(-sub*)-modules which
may warrant oac.weaver as a groupId.
Matt
On Thu, Dec 20, 2012 at 12:33 PM, strub...@apache.org wrote:
Author: struberg
Date: Thu Dec 20 18:33:37 2012
New Revision: 1424618
URL: http://svn.apache.org/viewvc?rev=1424618view=rev
Log:
continue moving the privilizer to being a 'Weaver'
Added:
commons/sandbox/privilizer/trunk/modules/privilizer/weaver/src/main/java/org/apache/commons/weaver/privilizer/PrivilizerWeaver.java
(with props)
commons/sandbox/privilizer/trunk/modules/privilizer/weaver/src/main/resources/
commons/sandbox/privilizer/trunk/modules/privilizer/weaver/src/main/resources/META-INF/
commons/sandbox/privilizer/trunk/modules/privilizer/weaver/src/main/resources/META-INF/services/
commons/sandbox/privilizer/trunk/modules/privilizer/weaver/src/main/resources/META-INF/services/org.apache.commons.weaver.spi.Weaver
Modified:
commons/sandbox/privilizer/trunk/ant/lib/pom.xml
commons/sandbox/privilizer/trunk/ant/pom.xml
commons/sandbox/privilizer/trunk/ant/test/pom.xml
commons/sandbox/privilizer/trunk/example/pom.xml
commons/sandbox/privilizer/trunk/maven-plugin/pom.xml
commons/sandbox/privilizer/trunk/modules/pom.xml
commons/sandbox/privilizer/trunk/modules/privilizer/api/pom.xml
commons/sandbox/privilizer/trunk/modules/privilizer/api/src/main/java/org/apache/commons/weaver/privilizer/Privileged.java
commons/sandbox/privilizer/trunk/modules/privilizer/pom.xml
commons/sandbox/privilizer/trunk/modules/privilizer/weaver/pom.xml
commons/sandbox/privilizer/trunk/pom.xml
commons/sandbox/privilizer/trunk/processor/pom.xml
commons/sandbox/privilizer/trunk/processor/src/main/java/org/apache/commons/weaver/WeaveProcessor.java
commons/sandbox/privilizer/trunk/processor/src/main/java/org/apache/commons/weaver/spi/Weaver.java
commons/sandbox/privilizer/trunk/processor/src/test/java/org/apache/commons/weaver/test/WeaveProcessorTest.java
commons/sandbox/privilizer/trunk/processor/src/test/java/org/apache/commons/weaver/test/weaver/TestWeaver.java
Modified: commons/sandbox/privilizer/trunk/ant/lib/pom.xml
URL:
http://svn.apache.org/viewvc/commons/sandbox/privilizer/trunk/ant/lib/pom.xml?rev=1424618r1=1424617r2=1424618view=diff
==
--- commons/sandbox/privilizer/trunk/ant/lib/pom.xml (original)
+++ commons/sandbox/privilizer/trunk/ant/lib/pom.xml Thu Dec 20 18:33:37
2012
@@ -20,7 +20,7 @@
xmlns:xsi=http://www.w3.org/2001/XMLSchema-instance;
modelVersion4.0.0/modelVersion
parent
-groupIdorg.apache.commons/groupId
+groupIdorg.apache.commons.weaver/groupId
artifactIdcommons-weaver-antlib-parent/artifactId
version0.1-SNAPSHOT/version
/parent
@@ -35,7 +35,7 @@
/properties
dependencies
dependency
- groupIdorg.apache.commons/groupId
+ groupIdorg.apache.commons.weaver/groupId
artifactIdcommons-weaver-processor/artifactId
version${project.version}/version
/dependency
Modified: commons/sandbox/privilizer/trunk/ant/pom.xml
URL:
http://svn.apache.org/viewvc/commons/sandbox/privilizer/trunk/ant/pom.xml?rev=1424618r1=1424617r2=1424618view=diff
==
--- commons/sandbox/privilizer/trunk/ant/pom.xml (original)
+++ commons/sandbox/privilizer/trunk/ant/pom.xml Thu Dec 20 18:33:37 2012
@@ -18,7 +18,7 @@
--project xmlns=http://maven.apache.org/POM/4.0.0; xmlns:xsi=
http://www.w3.org/2001/XMLSchema-instance; xsi:schemaLocation=
http://maven.apache.org/POM/4.0.0
http://maven.apache.org/xsd/maven-4.0.0.xsd;
modelVersion4.0.0/modelVersion
parent
-groupIdorg.apache.commons/groupId
+groupIdorg.apache.commons.weaver/groupId
artifactIdcommons-weaver/artifactId
version0.1-SNAPSHOT/version
/parent
Modified: commons/sandbox/privilizer/trunk/ant/test/pom.xml
URL:
http://svn.apache.org/viewvc/commons/sandbox/privilizer/trunk/ant/test/pom.xml?rev=1424618r1=1424617r2=1424618view=diff
==
--- commons/sandbox/privilizer/trunk/ant/test/pom.xml (original)
+++ commons/sandbox/privilizer/trunk/ant/test/pom.xml Thu Dec 20 18:33:37
2012
@@ -20,7 +20,7 @@
xmlns:xsi=http://www.w3.org/2001/XMLSchema-instance;
modelVersion4.0.0/modelVersion
parent
-groupIdorg.apache.commons/groupId
+groupIdorg.apache.commons.weaver/groupId
artifactIdcommons-weaver-antlib-parent/artifactId
version0.1-SNAPSHOT/version
/parent
@@
[continuum] BUILD FAILURE: Apache Commons - Commons Configuration - Group (shared) Maven 2 Build Definition (Java 1.5)
Online report : http://vmbuild.apache.org/continuum/buildResult.action?buildId=25552projectId=72 Build statistics: State: Failed Previous State: Failed Started at: Thu 20 Dec 2012 21:20:07 + Finished at: Thu 20 Dec 2012 21:20:30 + Total time: 23s Build Trigger: Schedule Build Number: 220 Exit code: 1 Building machine hostname: vmbuild Operating system : Linux(unknown) Java Home version : java version 1.6.0_30 Java(TM) SE Runtime Environment (build 1.6.0_30-b12) Java HotSpot(TM) 64-Bit Server VM (build 20.5-b03, mixed mode) Builder version : Apache Maven 2.2.1 (r801777; 2009-08-06 19:16:01+) Java version: 1.6.0_30 Java home: /usr/lib/jvm/jdk1.6.0_30/jre Default locale: en_US, platform encoding: ANSI_X3.4-1968 OS name: linux version: 2.6.32-41-server arch: amd64 Family: unix SCM Changes: Changed: oheger @ Thu 20 Dec 2012 21:16:06 + Comment: XMLBeanDeclaration now also performs interpolation when querying constructor arguments. Files changed: /commons/proper/configuration/trunk/src/main/java/org/apache/commons/configuration/beanutils/XMLBeanDeclaration.java ( 1424706 ) /commons/proper/configuration/trunk/src/test/java/org/apache/commons/configuration/beanutils/TestXMLBeanDeclaration.java ( 1424706 ) Dependencies Changes: No dependencies changed Build Definition: POM filename: pom.xml Goals: clean deploy Arguments: --batch-mode -Pjava-1.5 -Dgpg.skip -Prelease Build Fresh: false Always Build: false Default Build Definition: true Schedule: COMMONS_SCHEDULE Profile Name: Maven 2.2.1 Description: Group (shared) Maven 2 Build Definition (Java 1.5) Test Summary: Tests: 0 Failures: 0 Errors: 0 Total time: 0.0 - To unsubscribe, e-mail: dev-unsubscr...@commons.apache.org For additional commands, e-mail: dev-h...@commons.apache.org
Re: [Math] Request for future releases: kill Cobertura
2012/12/20 Luc Maisonobe luc.maison...@free.fr: Le 20/12/2012 18:05, Benedikt Ritter a écrit : 2012/12/20 luc l...@spaceroots.org Le 2012-12-20 15:01, Phil Steitz a écrit : On 12/19/12 6:19 PM, Gilles Sadowski wrote: Hello. Hi all, The situation with Cobertura is fairly annoying, perhaps particularly so for Commons Math because of the size of the code base (and thus the fairly large number of unit tests). As it just happened, a few minor problems have now delayed the release by several days because I have to wait about 4 hours for the site generation to complete (on a _fast_ machine). Hence the request to remove Cobertura from the site target, or at least from the site:stage-deploy step, so that a new vote can take place as soon as a problem is fixed. [I would even argue that it is not that useful to include Cobertura in the release process because the amount of code coverage is not acted upon (i.e. low coverage would not block a release IIUC).] Do you agree? +1 If so, can we change that for Commons Math only, or should this be done at the parent level? Is is just a matter of adding cobertura.skiptrue/**cobertura.skip in a new profile? This is an argument that we have from time to time. IMO the parent should contain a minimal set of plugins and component POMs should explicitly include the ones they want. I would be +1 for dropping Coberta from the parent pom. I will play devils advocate. Cobertura is really useful and provides useful information. It also clearly help popularizing [math] as we can prove it is a well tested component. So I don't agree removing it totally. However, I agree it has become really annoying mainly due to its very poor performances with respect to Bobyqa tests. It really takes hours to perform all site generation. Gilles spoke about 4 hours on a fast machine, but my home computer is not fast and it takes much longer to me. When I want to do a full generation, I let it run overnight. So if another mean to have the same information is available (or to make cobertura run faster, especially for the bobyqa test), then I would be glad to drop cobertura. If there are no other means, I would not be glad. I would prefer than the output from the test coverage would end up in the public site. Even if only the current trunk is covered, that would be sufficient for my needs, so if some existing continuous integration system can be set up, I'm fine with that. Note that we really need to get information down to line of code level, as it is the only way we can extend tests. The cobertura report is really nice for that as it directly provides colored versions of the source code which are really easy to use for the developer. Hi Luc, Hi Benedikt, have a look at the test installation Oliver has set up: https://analysis.apache.org/components/index/121254, for example have a look at the org.apache.commons.lang3.builder package: https://analysis.apache.org/components/index/121815 If you click on one of the magnifying glasses on the right side, you get a detailed view of a particular class. Click on the Coverage tab in the top right side and you will have the coverage displayed like in Cobertura. Thank you very much for the link. This report is really useful, and provides even more hindsight thant the cobertura one. So a big +1 to heve it enabled for [math] replacing cobertura! Done check here https://analysis.apache.org/dashboard/index/122571 De rien :-) Note: to add more projects just a module in this pom http://svn.apache.org/repos/asf/commons/trunks-proper/pom.xml Daily in case of any scm changes in path http://svn.apache.org/repos/asf/commons/trunks-proper/ report are rebuild. Note: Sonar use jacoco and not cobertura. Some details on differences here: http://www.dzone.com/links/r/code_coverage_tools_jacoco_cobertura_emma_compari.html Luc Benedikt best regards, Luc Phil Regards, Gilles --**--** - To unsubscribe, e-mail: dev-unsubscribe@commons.**apache.orgdev-unsubscr...@commons.apache.org For additional commands, e-mail: dev-h...@commons.apache.org --**--**- To unsubscribe, e-mail: dev-unsubscribe@commons.**apache.orgdev-unsubscr...@commons.apache.org For additional commands, e-mail: dev-h...@commons.apache.org --**--**- To unsubscribe, e-mail: dev-unsubscribe@commons.**apache.orgdev-unsubscr...@commons.apache.org For additional commands, e-mail: dev-h...@commons.apache.org - To unsubscribe, e-mail: dev-unsubscr...@commons.apache.org For additional commands, e-mail: dev-h...@commons.apache.org -- Olivier Lamy Talend: http://coders.talend.com http://twitter.com/olamy |
Re: svn commit: r1424618 - in /commons/sandbox/privilizer/trunk: ./ ant/ ant/lib/ ant/test/ example/ maven-plugin/ modules/ modules/privilizer/ modules/privilizer/api/ modules/privilizer/api/src/main/
Hi!
Yes, I find it not very handsome to pollute the o.a.commons directory itself
with tons of modules which are completely unrelated to each other. That is fine
with a single module project but imo definitely not ok for a project which
consists of a few sub-modules.
Thus I'd rather collect all those (6++ modules) in o.a.commons.weaver/...
LieGrue,
strub
- Original Message -
From: Matt Benson gudnabr...@gmail.com
To: dev@commons.apache.org
Cc:
Sent: Thursday, December 20, 2012 10:20 PM
Subject: Re: svn commit: r1424618 - in /commons/sandbox/privilizer/trunk: ./
ant/ ant/lib/ ant/test/ example/ maven-plugin/ modules/ modules/privilizer/
modules/privilizer/api/
modules/privilizer/api/src/main/java/org/apache/commons/weaver/privilizer/
modules/privi...
Mark,
Thanks for driving this forward--as I mentioned to you privately, I'll be
mostly out of pocket through the new year. The groupId may warrant
discussion; most Commons components are being targeted to
org.apache.commons, though I think I understand what you're driving at
here: [weaver] may have some unlimited number of sub(-sub*)-modules which
may warrant oac.weaver as a groupId.
Matt
On Thu, Dec 20, 2012 at 12:33 PM, strub...@apache.org wrote:
Author: struberg
Date: Thu Dec 20 18:33:37 2012
New Revision: 1424618
URL: http://svn.apache.org/viewvc?rev=1424618view=rev
Log:
continue moving the privilizer to being a 'Weaver'
Added:
commons/sandbox/privilizer/trunk/modules/privilizer/weaver/src/main/java/org/apache/commons/weaver/privilizer/PrivilizerWeaver.java
(with props)
commons/sandbox/privilizer/trunk/modules/privilizer/weaver/src/main/resources/
commons/sandbox/privilizer/trunk/modules/privilizer/weaver/src/main/resources/META-INF/
commons/sandbox/privilizer/trunk/modules/privilizer/weaver/src/main/resources/META-INF/services/
commons/sandbox/privilizer/trunk/modules/privilizer/weaver/src/main/resources/META-INF/services/org.apache.commons.weaver.spi.Weaver
Modified:
commons/sandbox/privilizer/trunk/ant/lib/pom.xml
commons/sandbox/privilizer/trunk/ant/pom.xml
commons/sandbox/privilizer/trunk/ant/test/pom.xml
commons/sandbox/privilizer/trunk/example/pom.xml
commons/sandbox/privilizer/trunk/maven-plugin/pom.xml
commons/sandbox/privilizer/trunk/modules/pom.xml
commons/sandbox/privilizer/trunk/modules/privilizer/api/pom.xml
commons/sandbox/privilizer/trunk/modules/privilizer/api/src/main/java/org/apache/commons/weaver/privilizer/Privileged.java
commons/sandbox/privilizer/trunk/modules/privilizer/pom.xml
commons/sandbox/privilizer/trunk/modules/privilizer/weaver/pom.xml
commons/sandbox/privilizer/trunk/pom.xml
commons/sandbox/privilizer/trunk/processor/pom.xml
commons/sandbox/privilizer/trunk/processor/src/main/java/org/apache/commons/weaver/WeaveProcessor.java
commons/sandbox/privilizer/trunk/processor/src/main/java/org/apache/commons/weaver/spi/Weaver.java
commons/sandbox/privilizer/trunk/processor/src/test/java/org/apache/commons/weaver/test/WeaveProcessorTest.java
commons/sandbox/privilizer/trunk/processor/src/test/java/org/apache/commons/weaver/test/weaver/TestWeaver.java
Modified: commons/sandbox/privilizer/trunk/ant/lib/pom.xml
URL:
http://svn.apache.org/viewvc/commons/sandbox/privilizer/trunk/ant/lib/pom.xml?rev=1424618r1=1424617r2=1424618view=diff
==
--- commons/sandbox/privilizer/trunk/ant/lib/pom.xml (original)
+++ commons/sandbox/privilizer/trunk/ant/lib/pom.xml Thu Dec 20 18:33:37
2012
@@ -20,7 +20,7 @@
xmlns:xsi=http://www.w3.org/2001/XMLSchema-instance;
modelVersion4.0.0/modelVersion
parent
- groupIdorg.apache.commons/groupId
+ groupIdorg.apache.commons.weaver/groupId
artifactIdcommons-weaver-antlib-parent/artifactId
version0.1-SNAPSHOT/version
/parent
@@ -35,7 +35,7 @@
/properties
dependencies
dependency
- groupIdorg.apache.commons/groupId
+ groupIdorg.apache.commons.weaver/groupId
artifactIdcommons-weaver-processor/artifactId
version${project.version}/version
/dependency
Modified: commons/sandbox/privilizer/trunk/ant/pom.xml
URL:
http://svn.apache.org/viewvc/commons/sandbox/privilizer/trunk/ant/pom.xml?rev=1424618r1=1424617r2=1424618view=diff
==
--- commons/sandbox/privilizer/trunk/ant/pom.xml (original)
+++ commons/sandbox/privilizer/trunk/ant/pom.xml Thu Dec 20 18:33:37 2012
@@ -18,7 +18,7 @@
--project xmlns=http://maven.apache.org/POM/4.0.0;
xmlns:xsi=
http://www.w3.org/2001/XMLSchema-instance; xsi:schemaLocation=
http://maven.apache.org/POM/4.0.0
http://maven.apache.org/xsd/maven-4.0.0.xsd;
modelVersion4.0.0/modelVersion
parent
-
Re: svn commit: r1424618 - in /commons/sandbox/privilizer/trunk: ./ ant/ ant/lib/ ant/test/ example/ maven-plugin/ modules/ modules/privilizer/ modules/privilizer/api/ modules/privilizer/api/src/main/
Matt Benson wrote: Mark, Thanks for driving this forward--as I mentioned to you privately, I'll be mostly out of pocket through the new year. The groupId may warrant discussion; most Commons components are being targeted to org.apache.commons, though I think I understand what you're driving at here: [weaver] may have some unlimited number of sub(-sub*)-modules which may warrant oac.weaver as a groupId. Actually I think this is a bad idea. We manage all of our components as one large group and should not break consistency here. I don't want to know what effect this also has on some of our boiler plates we use for the build. - Jörg - To unsubscribe, e-mail: dev-unsubscr...@commons.apache.org For additional commands, e-mail: dev-h...@commons.apache.org
Re: svn commit: r1424618 - in /commons/sandbox/privilizer/trunk: ./ ant/ ant/lib/ ant/test/ example/ maven-plugin/ modules/ modules/privilizer/ modules/privilizer/api/ modules/privilizer/api/src/main/
Mark Struberg wrote: Hi! Yes, I find it not very handsome to pollute the o.a.commons directory itself with tons of modules which are completely unrelated to each other. That is fine with a single module project but imo definitely not ok for a project which consists of a few sub-modules. Thus I'd rather collect all those (6++ modules) in o.a.commons.weaver/... commons-vfs2 and commons-jci build the opposite precedence. - Jörg - To unsubscribe, e-mail: dev-unsubscr...@commons.apache.org For additional commands, e-mail: dev-h...@commons.apache.org
[GUMP@vmgump]: Project commons-dbcp (in module commons-dbcp-1.x) failed
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-dbcp has an issue affecting its community integration. This issue affects 18 projects, and has been outstanding for 87 runs. The current state of this project is 'Failed', with reason 'Build Failed'. For reference only, the following projects are affected by this: - commons-dbcp : Object Pooling - db-ddlutils : Easy-to-use component for working with Database Definition (... - jakarta-tomcat-4.0 : Servlet 2.3 and JSP 1.2 Reference Implementation - jakarta-tomcat-catalina : Servlet 2.4 Reference Implementation - jakarta-tomcat-dbcp : Servlet 2.4 and JSP 2.0 Reference Implementation - jakarta-tomcat-jk : Connectors to various web servers - javax.el : Java Servlet 2.5 Server Pages JSP 2.1 implementation (for ... - javax.servlet : Java Servlet 2.5 Server Pages JSP 2.1 implementation (for ... - javax.servlet.jsp : Java Servlet 2.5 Server Pages JSP 2.1 implementation (for ... - solr : Java Based Search Engine - solr-test : Java Based Search Engine - tomcat-tc6 : Java Servlet 2.5 Server Pages JSP 2.1 implementation (for ... - tomcat-tc7.0.x : Tomcat 7.x, a web server implementing Java Servlet 3.0, ... - tomcat-tc7.0.x-dbcp : Tomcat 7.x, a web server implementing Java Servlet 3.0, ... - tomcat-tc7.0.x-test : Tomcat 7.x, a web server implementing Java Servlet 3.0, ... - tomcat-trunk : Tomcat 8.x, a web server implementing Java Servlet 3.1, ... - tomcat-trunk-dbcp : Tomcat 8.x, a web server implementing Java Servlet 3.1, ... - tomcat-trunk-test : Tomcat 8.x, a web server implementing Java Servlet 3.1, ... Full details are available at: http://vmgump.apache.org/gump/public/commons-dbcp-1.x/commons-dbcp/index.html That said, some information snippets are provided here. The following annotations (debug/informational/warning/error messages) were provided: -DEBUG- Sole jar output [commons-dbcp.jar] identifier set to project name -INFO- Failed with reason build failed -INFO- Failed to extract fallback artifacts from Gump Repository The following work was performed: http://vmgump.apache.org/gump/public/commons-dbcp-1.x/commons-dbcp/gump_work/build_commons-dbcp-1.x_commons-dbcp.html Work Name: build_commons-dbcp-1.x_commons-dbcp (Type: Build) Work ended in a state of : Failed Elapsed: 9 secs Command Line: /usr/lib/jvm/java-7-oracle/bin/java -Djava.awt.headless=true -Dbuild.sysclasspath=only -Xbootclasspath/p:/srv/gump/public/workspace/xml-xerces2/build/xercesImpl.jar:/srv/gump/public/workspace/xml-commons/java/external/build/xml-apis.jar org.apache.tools.ant.Main -Dgump.merge=/srv/gump/public/gump/work/merge.xml dist [Working Directory: /srv/gump/public/workspace/commons-dbcp-1.x] CLASSPATH: /usr/lib/jvm/java-7-oracle/lib/tools.jar:/srv/gump/public/workspace/ant/dist/lib/ant.jar:/srv/gump/public/workspace/ant/dist/lib/ant-launcher.jar:/srv/gump/public/workspace/ant/dist/lib/ant-jmf.jar:/srv/gump/public/workspace/ant/dist/lib/ant-junit.jar:/srv/gump/public/workspace/ant/dist/lib/ant-swing.jar:/srv/gump/public/workspace/ant/dist/lib/ant-apache-resolver.jar:/srv/gump/public/workspace/ant/dist/lib/ant-apache-xalan2.jar:/srv/gump/public/workspace/xml-commons/java/build/resolver.jar:/srv/gump/public/workspace/xml-commons/java/external/build/xml-apis-ext.jar:/srv/gump/public/workspace/junit/dist/junit-21122012.jar:/srv/gump/public/workspace/junit/dist/junit-dep-21122012.jar:/srv/gump/packages/jta-spec1_0_1/jta-spec1_0_1.jar:/srv/gump/public/workspace/commons-pool-1.x/dist/commons-pool-1.6.1-SNAPSHOT.jar - [javac]^ [javac] where T is a type-variable: [javac] T extends Object declared in method TgetObject(String,ClassT) [javac] /srv/gump/public/workspace/commons-dbcp-1.x/src/java/org/apache/commons/dbcp/DelegatingConnection.java:65: error: DelegatingConnection is not abstract and does not override abstract method getNetworkTimeout() in Connection [javac] public class DelegatingConnection extends AbandonedTrace [javac]^ [javac] /srv/gump/public/workspace/commons-dbcp-1.x/src/java/org/apache/commons/dbcp/DelegatingDatabaseMetaData.java:38: error: DelegatingDatabaseMetaData is not abstract and does not override abstract method generatedKeyAlwaysReturned() in DatabaseMetaData [javac] public class DelegatingDatabaseMetaData extends AbandonedTrace [javac]^ [javac] /srv/gump/public/workspace/commons-dbcp-1.x/src/java/org/apache/commons/dbcp/DelegatingResultSet.java:61: error: DelegatingResultSet is not abstract and does not override abstract method TgetObject(String,ClassT) in ResultSet [javac] public class DelegatingResultSet extends
[GUMP@vmgump]: Project commons-dbcp2 (in module apache-commons) failed
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-dbcp2 has an issue affecting its community integration.
This issue affects 1 projects,
and has been outstanding for 256 runs.
The current state of this project is 'Failed', with reason 'Build Failed'.
For reference only, the following projects are affected by this:
- commons-dbcp2 : Database Connection Pool
Full details are available at:
http://vmgump.apache.org/gump/public/apache-commons/commons-dbcp2/index.html
That said, some information snippets are provided here.
The following annotations (debug/informational/warning/error messages) were
provided:
-DEBUG- Sole jar output [commons-dbcp2-*[0-9T].jar] identifier set to project
name
-INFO- Failed with reason build failed
-INFO- Failed to extract fallback artifacts from Gump Repository
The following work was performed:
http://vmgump.apache.org/gump/public/apache-commons/commons-dbcp2/gump_work/build_apache-commons_commons-dbcp2.html
Work Name: build_apache-commons_commons-dbcp2 (Type: Build)
Work ended in a state of : Failed
Elapsed: 10 secs
Command Line: /usr/lib/jvm/java-7-oracle/bin/java -Djava.awt.headless=true
-Dbuild.sysclasspath=only
-Xbootclasspath/p:/srv/gump/public/workspace/xml-xerces2/build/xercesImpl.jar:/srv/gump/public/workspace/xml-commons/java/external/build/xml-apis.jar
org.apache.tools.ant.Main -Dgump.merge=/srv/gump/public/gump/work/merge.xml
dist
[Working Directory: /srv/gump/public/workspace/apache-commons/dbcp]
CLASSPATH:
/usr/lib/jvm/java-7-oracle/lib/tools.jar:/srv/gump/public/workspace/apache-commons/dbcp/dist/classes:/srv/gump/public/workspace/ant/dist/lib/ant.jar:/srv/gump/public/workspace/ant/dist/lib/ant-launcher.jar:/srv/gump/public/workspace/ant/dist/lib/ant-jmf.jar:/srv/gump/public/workspace/ant/dist/lib/ant-junit.jar:/srv/gump/public/workspace/ant/dist/lib/ant-swing.jar:/srv/gump/public/workspace/ant/dist/lib/ant-apache-resolver.jar:/srv/gump/public/workspace/ant/dist/lib/ant-apache-xalan2.jar:/srv/gump/public/workspace/xml-commons/java/build/resolver.jar:/srv/gump/public/workspace/xml-commons/java/external/build/xml-apis-ext.jar:/srv/gump/packages/jta-spec1_0_1/jta-spec1_0_1.jar:/srv/gump/packages/jdbc2_0/jdbc2_0-stdext.jar:/srv/gump/public/workspace/junit/dist/junit-21122012.jar:/srv/gump/public/workspace/junit/dist/junit-dep-21122012.jar:/srv/gump/public/workspace/apache-commons/pool/dist/commons-pool2-2.0-SNAPSHOT.jar
-
[mkdir] Created dir:
/srv/gump/public/workspace/apache-commons/dbcp/build/classes
[javac] Compiling 52 source files to
/srv/gump/public/workspace/apache-commons/dbcp/build/classes
[javac]
/srv/gump/public/workspace/apache-commons/dbcp/src/java/org/apache/commons/dbcp2/BasicDataSource.java:52:
error: BasicDataSource is not abstract and does not override abstract method
getParentLogger() in CommonDataSource
[javac] public class BasicDataSource implements DataSource {
[javac]^
[javac]
/srv/gump/public/workspace/apache-commons/dbcp/src/java/org/apache/commons/dbcp2/DelegatingConnection.java:65:
error: DelegatingConnection is not abstract and does not override abstract
method getNetworkTimeout() in Connection
[javac] public class DelegatingConnection extends AbandonedTrace
[javac]^
[javac]
/srv/gump/public/workspace/apache-commons/dbcp/src/java/org/apache/commons/dbcp2/DelegatingStatement.java:46:
error: DelegatingStatement is not abstract and does not override abstract
method isCloseOnCompletion() in Statement
[javac] public class DelegatingStatement extends AbandonedTrace implements
Statement {
[javac]^
[javac]
/srv/gump/public/workspace/apache-commons/dbcp/src/java/org/apache/commons/dbcp2/DelegatingPreparedStatement.java:57:
error: DelegatingPreparedStatement is not abstract and does not override
abstract method isCloseOnCompletion() in Statement
[javac] public class DelegatingPreparedStatement extends DelegatingStatement
[javac]^
[javac]
/srv/gump/public/workspace/apache-commons/dbcp/src/java/org/apache/commons/dbcp2/DelegatingCallableStatement.java:58:
error: DelegatingCallableStatement is not abstract and does not override
abstract method TgetObject(String,ClassT) in CallableStatement
[javac] public class DelegatingCallableStatement extends
DelegatingPreparedStatement
[javac]^
[javac] where T is a type-variable:
[javac] T extends Object declared in method
TgetObject(String,ClassT)
[javac]
/srv/gump/public/workspace/apache-commons/dbcp/src/java/org/apache/commons/dbcp2/DelegatingDatabaseMetaData.java:36:
error: DelegatingDatabaseMetaData is not abstract and does not override
abstract method generatedKeyAlwaysReturned() in DatabaseMetaData
[javac]
[GUMP@vmgump]: Project commons-exec-test (in module apache-commons) failed
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-exec-test has an issue affecting its community integration. This issue affects 1 projects, and has been outstanding for 10 runs. The current state of this project is 'Failed', with reason 'Build Failed'. For reference only, the following projects are affected by this: - commons-exec-test : Apache Commons Full details are available at: http://vmgump.apache.org/gump/public/apache-commons/commons-exec-test/index.html That said, some information snippets are provided here. The following annotations (debug/informational/warning/error messages) were provided: -WARNING- Overriding Maven settings: [/srv/gump/public/workspace/apache-commons/exec/gump_mvn_settings.xml] -DEBUG- (Apache Gump generated) Apache Maven Settings in: /srv/gump/public/workspace/apache-commons/exec/gump_mvn_settings.xml -INFO- Failed with reason build failed -DEBUG- Maven POM in: /srv/gump/public/workspace/apache-commons/exec/pom.xml -INFO- Project Reports in: /srv/gump/public/workspace/apache-commons/exec/target/surefire-reports The following work was performed: http://vmgump.apache.org/gump/public/apache-commons/commons-exec-test/gump_work/build_apache-commons_commons-exec-test.html Work Name: build_apache-commons_commons-exec-test (Type: Build) Work ended in a state of : Failed Elapsed: 1 min 33 secs Command Line: /opt/maven2/bin/mvn --batch-mode --settings /srv/gump/public/workspace/apache-commons/exec/gump_mvn_settings.xml test [Working Directory: /srv/gump/public/workspace/apache-commons/exec] M2_HOME: /opt/maven2 - FOO.. gdal_translate HDF5:/home/kk/grass/data/4404.he5://HDFEOS/GRIDS/OMI_Column_Amount_O3/Data_Fields/ColumnAmountO3/home/kk/4.tif FOO.. PING 127.0.0.1 (127.0.0.1) 56(84) bytes of data. 64 bytes from 127.0.0.1: icmp_seq=1 ttl=64 time=0.020 ms 64 bytes from 127.0.0.1: icmp_seq=2 ttl=64 time=0.032 ms 64 bytes from 127.0.0.1: icmp_seq=3 ttl=64 time=0.032 ms Process completed in 2003 millis; below is its output Process timed out and was killed by watchdog. org.apache.commons.exec.ExecuteException: Process exited with an error: 143 (Exit value: 143) Process completed in 2003 millis; below is its output Process timed out and was killed. Preparing to execute process - commandLine=[/bin/ls, /opt] Process spun off successfully - process=/bin/ls Preparing to execute process - commandLine=[/bin/ls, /opt] Process spun off successfully - process=/bin/ls Executing [sh, -c, src/test/scripts/invoker.sh] invoker.sh -- going to start daemon process invoker.sh -- daemon process was started cd: 21: can't cd to ../../../target Process completed in 8071 millis; above is its output Processes terminated: 6 killed: 0 Multiplier: 1 MaxRetries: 180 Elapsed (avg ms): 1004 Tests run: 41, Failures: 1, Errors: 0, Skipped: 0, Time elapsed: 71.802 sec FAILURE! testExec_60(org.apache.commons.exec.DefaultExecutorTest) Time elapsed: 6.034 sec FAILURE! junit.framework.AssertionFailedError: Not a single process was killed by the watch dog at junit.framework.Assert.fail(Assert.java:47) at junit.framework.Assert.assertTrue(Assert.java:20) at org.apache.commons.exec.DefaultExecutorTest.testExec_60(DefaultExecutorTest.java:1129) Results : Failed tests: testExec_60(org.apache.commons.exec.DefaultExecutorTest): Not a single process was killed by the watch dog Tests run: 96, Failures: 1, Errors: 0, Skipped: 0 [INFO] [ERROR] BUILD FAILURE [INFO] [INFO] There are test failures. Please refer to /srv/gump/public/workspace/apache-commons/exec/target/surefire-reports for the individual test results. [INFO] [INFO] For more information, run Maven with the -e switch [INFO] [INFO] Total time: 1 minute 32 seconds [INFO] Finished at: Fri Dec 21 02:19:11 UTC 2012 [INFO] Final Memory: 46M/111M [INFO] - To subscribe to this information via syndicated feeds: - RSS: http://vmgump.apache.org/gump/public/apache-commons/commons-exec-test/rss.xml - Atom: http://vmgump.apache.org/gump/public/apache-commons/commons-exec-test/atom.xml == Gump Tracking Only === Produced by Apache Gump(TM) version 2.3. Gump Run 1221122012, vmgump.apache.org:vmgump:1221122012 Gump E-mail Identifier (unique within run) #18. -- Apache Gump http://gump.apache.org/ [Instance: vmgump]
[GUMP@vmgump]: Project commons-digester3 (in module apache-commons) failed
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-digester3 has an issue affecting its community integration.
This issue affects 2 projects,
and has been outstanding for 87 runs.
The current state of this project is 'Failed', with reason 'Build Failed'.
For reference only, the following projects are affected by this:
- commons-digester3 : XML to Java Object Configuration
- commons-digester3-test : Apache Commons
Full details are available at:
http://vmgump.apache.org/gump/public/apache-commons/commons-digester3/index.html
That said, some information snippets are provided here.
The following annotations (debug/informational/warning/error messages) were
provided:
-DEBUG- Sole jar output [commons-digester3-*[0-9T].jar] identifier set to
project name
-DEBUG- (Apache Gump generated) Apache Maven Settings in:
/srv/gump/public/workspace/apache-commons/digester/gump_mvn_settings.xml
-INFO- Failed with reason build failed
-DEBUG- Maven POM in:
/srv/gump/public/workspace/apache-commons/digester/pom.xml
-INFO- Failed to extract fallback artifacts from Gump Repository
The following work was performed:
http://vmgump.apache.org/gump/public/apache-commons/commons-digester3/gump_work/build_apache-commons_commons-digester3.html
Work Name: build_apache-commons_commons-digester3 (Type: Build)
Work ended in a state of : Failed
Elapsed: 1 min 9 secs
Command Line: /opt/maven2/bin/mvn --batch-mode -DskipTests=true --settings
/srv/gump/public/workspace/apache-commons/digester/gump_mvn_settings.xml
package
[Working Directory: /srv/gump/public/workspace/apache-commons/digester]
M2_HOME: /opt/maven2
-
[INFO] Checking for local modifications: skipped.
[INFO] Updating project files from SCM: skipped.
[INFO] Executing: /bin/sh -c cd
/srv/gump/public/workspace/apache-commons/digester/annotations-processor svn
--non-interactive info
[INFO] Working directory:
/srv/gump/public/workspace/apache-commons/digester/annotations-processor
[INFO] Storing buildNumber: ?? at timestamp: 1356061986262
[INFO] Executing: /bin/sh -c cd
/srv/gump/public/workspace/apache-commons/digester/annotations-processor svn
--non-interactive info
[INFO] Working directory:
/srv/gump/public/workspace/apache-commons/digester/annotations-processor
[INFO] Storing buildScmBranch: UNKNOWN_BRANCH
[debug] execute contextualize
[INFO] [resources:resources {execution: default-resources}]
[INFO] Using 'iso-8859-1' encoding to copy filtered resources.
[INFO] Copying 2 resources to META-INF
[INFO] [compiler:compile {execution: default-compile}]
[INFO] Changes detected - recompiling the module!
[INFO] Compiling 5 source files to
/srv/gump/public/workspace/apache-commons/digester/annotations-processor/target/classes
[INFO] [bundle:manifest {execution: bundle-manifest}]
[debug] execute contextualize
[INFO] [resources:testResources {execution: default-testResources}]
[INFO] Using 'iso-8859-1' encoding to copy filtered resources.
[INFO] skip non existing resourceDirectory
/srv/gump/public/workspace/apache-commons/digester/annotations-processor/src/test/resources
[INFO] Copying 0 resource to META-INF
[INFO] [compiler:testCompile {execution: default-testCompile}]
[INFO] Changes detected - recompiling the module!
[INFO] Compiling 3 source files to
/srv/gump/public/workspace/apache-commons/digester/annotations-processor/target/test-classes
@org.apache.commons.digester3.annotations.rules.ObjectCreate(pattern=rss/channel)
@org.apache.commons.digester3.annotations.rules.ObjectCreate(pattern=rss/channel/image)
@org.apache.commons.digester3.annotations.rules.ObjectCreate(pattern=rss/channel/item)
[INFO] -
[ERROR] COMPILATION ERROR :
[INFO] -
[ERROR] Impossible to generate class
org.apache.commons.digester3.annotations.processor.GeneratedRulesModule:
Attempt to recreate a file for type
org.apache.commons.digester3.annotations.processor.GeneratedRulesModule
[ERROR] Impossible to generate class
org.apache.commons.digester3.annotations.processor.GeneratedRulesModule:
Attempt to recreate a file for type
org.apache.commons.digester3.annotations.processor.GeneratedRulesModule
[INFO] 2 errors
[INFO] -
[INFO]
[ERROR] BUILD FAILURE
[INFO]
[INFO] Compilation failure
Impossible to generate class
org.apache.commons.digester3.annotations.processor.GeneratedRulesModule:
Attempt to recreate a file for type
org.apache.commons.digester3.annotations.processor.GeneratedRulesModule
Impossible to generate class
[GUMP@vmgump]: Project commons-chain2 (in module apache-commons) failed
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-chain2 has an issue affecting its community integration. This issue affects 1 projects, and has been outstanding for 278 runs. The current state of this project is 'Failed', with reason 'Build Failed'. For reference only, the following projects are affected by this: - commons-chain2 : GoF Chain of Responsibility pattern Full details are available at: http://vmgump.apache.org/gump/public/apache-commons/commons-chain2/index.html That said, some information snippets are provided here. The following annotations (debug/informational/warning/error messages) were provided: -DEBUG- Sole jar output [commons-chain2-*[0-9T].jar] identifier set to project name -DEBUG- Sole pom output [pom.xml] identifier set to project name -DEBUG- (Apache Gump generated) Apache Maven Settings in: /srv/gump/public/workspace/apache-commons/chain/gump_mvn_settings.xml -INFO- Failed with reason build failed -DEBUG- Maven POM in: /srv/gump/public/workspace/apache-commons/chain/pom.xml -INFO- Failed to extract fallback artifacts from Gump Repository The following work was performed: http://vmgump.apache.org/gump/public/apache-commons/commons-chain2/gump_work/build_apache-commons_commons-chain2.html Work Name: build_apache-commons_commons-chain2 (Type: Build) Work ended in a state of : Failed Elapsed: 54 secs Command Line: /opt/maven2/bin/mvn --batch-mode --settings /srv/gump/public/workspace/apache-commons/chain/gump_mvn_settings.xml package [Working Directory: /srv/gump/public/workspace/apache-commons/chain] M2_HOME: /opt/maven2 - [INFO] Building war: /srv/gump/public/workspace/apache-commons/chain/apps/cookbook-examples/target/chain-cookbook-examples-2.0-SNAPSHOT.war [INFO] [INFO] Building Apache Commons Chain :: Distribution Packages [INFO]task-segment: [package] [INFO] [INFO] snapshot org.apache.commons:commons-chain2-configuration:2.0-SNAPSHOT: checking for updates from apache.snapshots Downloading: http://localhost:8192/repo/m2-snapshot-repository/org/apache/commons/commons-chain2-configuration/2.0-SNAPSHOT/commons-chain2-configuration-2.0-SNAPSHOT.pom [INFO] Unable to find resource 'org.apache.commons:commons-chain2-configuration:pom:2.0-SNAPSHOT' in repository apache.snapshots (http://repository.apache.org/snapshots) Downloading: http://localhost:8192/repo/m2-snapshot-repository/org/apache/commons/commons-chain2-configuration/2.0-SNAPSHOT/commons-chain2-configuration-2.0-SNAPSHOT.jar [INFO] Unable to find resource 'org.apache.commons:commons-chain2-configuration:jar:2.0-SNAPSHOT' in repository apache.snapshots (http://repository.apache.org/snapshots) [INFO] [ERROR] BUILD ERROR [INFO] [INFO] Failed to resolve artifact. Missing: -- 1) org.apache.commons:commons-chain2-configuration:jar:2.0-SNAPSHOT Try downloading the file manually from the project website. Then, install it using the command: mvn install:install-file -DgroupId=org.apache.commons -DartifactId=commons-chain2-configuration -Dversion=2.0-SNAPSHOT -Dpackaging=jar -Dfile=/path/to/file Alternatively, if you host your own repository you can deploy the file there: mvn deploy:deploy-file -DgroupId=org.apache.commons -DartifactId=commons-chain2-configuration -Dversion=2.0-SNAPSHOT -Dpackaging=jar -Dfile=/path/to/file -Durl=[url] -DrepositoryId=[id] Path to dependency: 1) org.apache.commons:commons-chain2:pom:2.0-SNAPSHOT 2) org.apache.commons:commons-chain2-configuration:jar:2.0-SNAPSHOT -- 1 required artifact is missing. for artifact: org.apache.commons:commons-chain2:pom:2.0-SNAPSHOT from the specified remote repositories: gump-central (http://localhost:8192/maven2), gump-apache.snapshots (http://localhost:8192/repo/m2-snapshot-repository) [INFO] [INFO] For more information, run Maven with the -e switch [INFO] [INFO] Total time: 53 seconds [INFO] Finished at: Fri Dec 21 04:33:55 UTC 2012 [INFO] Final Memory: 103M/241M [INFO] - To subscribe to this information via syndicated feeds: - RSS: http://vmgump.apache.org/gump/public/apache-commons/commons-chain2/rss.xml - Atom:
[GUMP@vmgump]: Project commons-dbutils (in module apache-commons) failed
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-dbutils has an issue affecting its community integration.
This issue affects 1 projects,
and has been outstanding for 256 runs.
The current state of this project is 'Failed', with reason 'Build Failed'.
For reference only, the following projects are affected by this:
- commons-dbutils : Commons DbUtils
Full details are available at:
http://vmgump.apache.org/gump/public/apache-commons/commons-dbutils/index.html
That said, some information snippets are provided here.
The following annotations (debug/informational/warning/error messages) were
provided:
-DEBUG- Sole jar output [commons-dbutils-*[0-9T].jar] identifier set to
project name
-INFO- Optional dependency mockito failed with reason build failed
-DEBUG- (Apache Gump generated) Apache Maven Settings in:
/srv/gump/public/workspace/apache-commons/dbutils/gump_mvn_settings.xml
-INFO- Failed with reason build failed
-DEBUG- Maven POM in: /srv/gump/public/workspace/apache-commons/dbutils/pom.xml
-INFO- Project Reports in:
/srv/gump/public/workspace/apache-commons/dbutils/target/surefire-reports
-WARNING- No directory
[/srv/gump/public/workspace/apache-commons/dbutils/target/surefire-reports]
-INFO- Failed to extract fallback artifacts from Gump Repository
The following work was performed:
http://vmgump.apache.org/gump/public/apache-commons/commons-dbutils/gump_work/build_apache-commons_commons-dbutils.html
Work Name: build_apache-commons_commons-dbutils (Type: Build)
Work ended in a state of : Failed
Elapsed: 17 secs
Command Line: /opt/maven2/bin/mvn --batch-mode --settings
/srv/gump/public/workspace/apache-commons/dbutils/gump_mvn_settings.xml package
[Working Directory: /srv/gump/public/workspace/apache-commons/dbutils]
M2_HOME: /opt/maven2
-
479b downloaded (hamcrest-all-1.1.pom)
Downloading:
http://localhost:8192/maven2/org/objenesis/objenesis/1.0/objenesis-1.0.jar
Downloading:
http://localhost:8192/maven2/org/mockito/mockito-core/1.9.0/mockito-core-1.9.0.jar
Downloading:
http://localhost:8192/maven2/org/hamcrest/hamcrest-all/1.1/hamcrest-all-1.1.jar
35K downloaded (objenesis-1.0.jar)
273K downloaded (hamcrest-all-1.1.jar)
1381K downloaded (mockito-core-1.9.0.jar)
[INFO] [antrun:run {execution: javadoc.resources}]
[INFO] Executing tasks
main:
[copy] Copying 2 files to
/srv/gump/public/workspace/apache-commons/dbutils/target/apidocs/META-INF
[INFO] Executed tasks
[WARNING] The parameter expression: 'project.build.resources' used in mojo:
'process' has been deprecated. Use 'project.resources' instead.
[INFO] [remote-resources:process {execution: default}]
[INFO] [buildnumber:create {execution: default}]
[INFO] Checking for local modifications: skipped.
[INFO] Updating project files from SCM: skipped.
[INFO] Executing: /bin/sh -c cd
/srv/gump/public/workspace/apache-commons/dbutils svn --non-interactive info
[INFO] Working directory: /srv/gump/public/workspace/apache-commons/dbutils
[INFO] Storing buildNumber: ?? at timestamp: 1356067432589
[INFO] Executing: /bin/sh -c cd
/srv/gump/public/workspace/apache-commons/dbutils svn --non-interactive info
[INFO] Working directory: /srv/gump/public/workspace/apache-commons/dbutils
[INFO] Storing buildScmBranch: UNKNOWN_BRANCH
[debug] execute contextualize
[INFO] [resources:resources {execution: default-resources}]
[INFO] Using 'iso-8859-1' encoding to copy filtered resources.
[INFO] skip non existing resourceDirectory
/srv/gump/public/workspace/apache-commons/dbutils/src/main/resources
[INFO] Copying 2 resources to META-INF
[INFO] [compiler:compile {execution: default-compile}]
[INFO] Compiling 30 source files to
/srv/gump/public/workspace/apache-commons/dbutils/target/classes
[INFO] -
[ERROR] COMPILATION ERROR :
[INFO] -
[ERROR]
/srv/gump/public/workspace/apache-commons/dbutils/src/main/java/org/apache/commons/dbutils/DbUtils.java:[334,25]
error: DriverProxy is not abstract and does not override abstract method
getParentLogger() in Driver
[INFO] 1 error
[INFO] -
[INFO]
[ERROR] BUILD FAILURE
[INFO]
[INFO] Compilation failure
/srv/gump/public/workspace/apache-commons/dbutils/src/main/java/org/apache/commons/dbutils/DbUtils.java:[334,25]
error: DriverProxy is not abstract and does not override abstract method
getParentLogger() in Driver
[INFO]
[INFO] For more information, run Maven with the
[GUMP@vmgump]: Project commons-proxy-test (in module apache-commons) failed
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 issue affects 1 projects, and has been outstanding for 92 runs. The current state of this project is 'Failed', with reason 'Build Failed'. For reference only, the following projects are affected by this: - commons-proxy-test : Apache Commons Full details are available at: http://vmgump.apache.org/gump/public/apache-commons/commons-proxy-test/index.html That said, some information snippets are provided here. The following annotations (debug/informational/warning/error messages) were provided: -WARNING- Overriding Maven settings: [/srv/gump/public/workspace/apache-commons/proxy/gump_mvn_settings.xml] -DEBUG- (Apache Gump generated) Apache Maven Settings in: /srv/gump/public/workspace/apache-commons/proxy/gump_mvn_settings.xml -INFO- Failed with reason build failed -DEBUG- Maven POM in: /srv/gump/public/workspace/apache-commons/proxy/pom.xml -INFO- Project Reports in: /srv/gump/public/workspace/apache-commons/proxy/target/surefire-reports The following work was performed: http://vmgump.apache.org/gump/public/apache-commons/commons-proxy-test/gump_work/build_apache-commons_commons-proxy-test.html Work Name: build_apache-commons_commons-proxy-test (Type: Build) Work ended in a state of : Failed Elapsed: 14 secs Command Line: /opt/maven2/bin/mvn --batch-mode --settings /srv/gump/public/workspace/apache-commons/proxy/gump_mvn_settings.xml test [Working Directory: /srv/gump/public/workspace/apache-commons/proxy] M2_HOME: /opt/maven2 - Running org.apache.commons.proxy.factory.util.TestMethodSignature Tests run: 1, Failures: 0, Errors: 0, Skipped: 0, Time elapsed: 0.003 sec Results : Tests in error: testMethodInvocationImplementation(org.apache.commons.proxy.interceptor.TestMethodInterceptorAdapter) testMethodInterception(org.apache.commons.proxy.interceptor.TestMethodInterceptorAdapter) testSerialization(org.apache.commons.proxy.interceptor.TestMethodInterceptorAdapter) testInvalidHandlerName(org.apache.commons.proxy.invoker.TestXmlRpcInvoker) testMethodInvocation(org.apache.commons.proxy.invoker.TestInvocationHandlerAdapter) testInterceptorEquals(org.apache.commons.proxy.factory.javassist.TestJavassistProxyFactory) testInvokerEquals(org.apache.commons.proxy.factory.javassist.TestJavassistProxyFactory) testInterceptorWithSuperclass(org.apache.commons.proxy.factory.javassist.TestJavassistProxyFactory) testInvokerWithSuperclass(org.apache.commons.proxy.factory.javassist.TestJavassistProxyFactory) testProxiesWithClashingFinalMethodInSuperclass(org.apache.commons.proxy.factory.javassist.TestJavassistProxyFactory) testInvokerHashCode(org.apache.commons.proxy.factory.javassist.TestJavassistProxyFactory) testBooleanInterceptorParameter(org.apache.commons.proxy.factory.javassist.TestJavassistProxyFactory) testChangingArguments(org.apache.commons.proxy.factory.javassist.TestJavassistProxyFactory) testCreateInterceptorProxy(org.apache.commons.proxy.factory.javassist.TestJavassistProxyFactory) testInterceptingProxyClassCaching(org.apache.commons.proxy.factory.javassist.TestJavassistProxyFactory) testInterceptingProxySerializable(org.apache.commons.proxy.factory.javassist.TestJavassistProxyFactory) testInterceptorProxyWithCheckedException(org.apache.commons.proxy.factory.javassist.TestJavassistProxyFactory) testInterceptorProxyWithUncheckedException(org.apache.commons.proxy.factory.javassist.TestJavassistProxyFactory) testInvokerProxy(org.apache.commons.proxy.factory.javassist.TestJavassistProxyFactory) testInvokerProxyClassCaching(org.apache.commons.proxy.factory.javassist.TestJavassistProxyFactory) testInvokerProxySerializable(org.apache.commons.proxy.factory.javassist.TestJavassistProxyFactory) testMethodInvocationClassCaching(org.apache.commons.proxy.factory.javassist.TestJavassistProxyFactory) testMethodInvocationDuplicateMethods(org.apache.commons.proxy.factory.javassist.TestJavassistProxyFactory) testMethodInvocationImplementation(org.apache.commons.proxy.factory.javassist.TestJavassistProxyFactory) testInterceptorHashCode(org.apache.commons.proxy.factory.javassist.TestJavassistProxyFactory) testWithNonAccessibleTargetType(org.apache.commons.proxy.factory.javassist.TestJavassistProxyFactory) testCreateNullObjectWithClassLoader(org.apache.commons.proxy.TestProxyUtils) testCreateNullObject(org.apache.commons.proxy.TestProxyUtils) Tests run: 179, Failures: 0, Errors: 28, Skipped: 0 [INFO] [ERROR] BUILD FAILURE [INFO] [INFO] There
[GUMP@vmgump]: Project commons-scxml-test (in module apache-commons) failed
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-scxml-test has an issue affecting its community integration.
This issue affects 1 projects,
and has been outstanding for 261 runs.
The current state of this project is 'Failed', with reason 'Build Failed'.
For reference only, the following projects are affected by this:
- commons-scxml-test : Apache Commons
Full details are available at:
http://vmgump.apache.org/gump/public/apache-commons/commons-scxml-test/index.html
That said, some information snippets are provided here.
The following annotations (debug/informational/warning/error messages) were
provided:
-WARNING- Overriding Maven settings:
[/srv/gump/public/workspace/apache-commons/scxml/gump_mvn_settings.xml]
-DEBUG- (Apache Gump generated) Apache Maven Settings in:
/srv/gump/public/workspace/apache-commons/scxml/gump_mvn_settings.xml
-INFO- Failed with reason build failed
-DEBUG- Maven POM in: /srv/gump/public/workspace/apache-commons/scxml/pom.xml
-INFO- Project Reports in:
/srv/gump/public/workspace/apache-commons/scxml/target/surefire-reports
The following work was performed:
http://vmgump.apache.org/gump/public/apache-commons/commons-scxml-test/gump_work/build_apache-commons_commons-scxml-test.html
Work Name: build_apache-commons_commons-scxml-test (Type: Build)
Work ended in a state of : Failed
Elapsed: 28 secs
Command Line: /opt/maven2/bin/mvn --batch-mode -Dsimplelog.defaultlog=info
--settings
/srv/gump/public/workspace/apache-commons/scxml/gump_mvn_settings.xml test
[Working Directory: /srv/gump/public/workspace/apache-commons/scxml]
M2_HOME: /opt/maven2
-
[INFO] SimpleSCXMLListener - /s2/s2.1/e1.2
[INFO] SimpleSCXMLListener - /s2/s2.1/e1.2
[INFO] SimpleSCXMLListener - /s2/s2.1
[INFO] SimpleSCXMLListener - /s2
[INFO] SimpleSCXMLListener - transition (event = s2.1.done, cond = null, from =
/s2, to = /s3)
[INFO] SimpleSCXMLListener - /s3
Tests run: 3, Failures: 0, Errors: 0, Skipped: 0, Time elapsed: 0.386 sec
Running org.apache.commons.scxml.issues.Issue64Test
[INFO] SCXMLSemantics - null: Begin transition bug test ...
[INFO] SimpleSCXMLListener - /tranbug
[INFO] SimpleSCXMLListener - /tranbug
[INFO] SCXMLSemantics - null: somedata
[INFO] SCXMLSemantics - null: *somedata
[INFO] SimpleSCXMLListener - transition (event = show.bug, cond = null, from =
/tranbug, to = /end)
[INFO] SimpleSCXMLListener - /end
[WARN] SCXMLParser - Ignoring element misplaced in namespace
http://www.w3.org/2005/07/scxml; at
file:/srv/gump/public/workspace/apache-commons/scxml/target/test-classes/org/apache/commons/scxml/issues/issue64-02.xml:30:21
and digester match scxml/datamodel/misplaced
[WARN] SCXMLParser - Ignoring element foo in namespace
http://www.w3.org/2005/07/scxml; at
file:/srv/gump/public/workspace/apache-commons/scxml/target/test-classes/org/apache/commons/scxml/issues/issue64-02.xml:36:19
and digester match scxml/state/onentry/foo
[WARN] SCXMLParser - Ignoring element bar in namespace
http://my.foo.example/; at
file:/srv/gump/public/workspace/apache-commons/scxml/target/test-classes/org/apache/commons/scxml/issues/issue64-02.xml:37:22
and digester match scxml/state/onentry/bar
[WARN] SCXMLParser - Ignoring element datamodel in namespace
http://www.w3.org/2005/07/scxml; at
file:/srv/gump/public/workspace/apache-commons/scxml/target/test-classes/org/apache/commons/scxml/issues/issue64-02.xml:41:21
and digester match scxml/state/transition/datamodel
[WARN] SCXMLParser - Ignoring element data in namespace
http://www.w3.org/2005/07/scxml; at
file:/srv/gump/public/workspace/apache-commons/scxml/target/test-classes/org/apache/commons/scxml/issues/issue64-02.xml:42:41
and digester match scxml/state/transition/datamodel/data
[WARN] SCXMLParser - Ignoring element baz in namespace
http://my.foo.example/; at
file:/srv/gump/public/workspace/apache-commons/scxml/target/test-classes/org/apache/commons/scxml/issues/issue64-02.xml:49:14
and digester match scxml/baz
[INFO] SCXMLSemantics - null: Begin transition bug test ...
[INFO] SimpleSCXMLListener - /tranbug
[INFO] SimpleSCXMLListener - /tranbug
[INFO] SCXMLSemantics - null: null
[WARN] SimpleErrorReporter - EXPRESSION_ERROR (eval(''*' + dummy'):null):
[INFO] SimpleSCXMLListener - transition (event = show.bug, cond = null, from =
/tranbug, to = /end)
[INFO] SimpleSCXMLListener - /end
Tests run: 2, Failures: 0, Errors: 0, Skipped: 0, Time elapsed: 0.111 sec
Results :
Failed tests:
testCustomActionCallbacks(org.apache.commons.scxml.model.CustomActionTest)
Tests run: 229, Failures: 1, Errors: 0, Skipped: 0
[INFO]
[ERROR] BUILD FAILURE
[INFO]
