Got a link for the failing test on hudson ? Which build ? /max > https://jira.jboss.org/jira/browse/JBIDE-2296 > > The unit test is named JBIDE2296Test in the > org.jboss.ide.eclipse.archives.test plugin. > > The test is simple. It just imports a project, lets the eclipse > framework create the output/eclipse output folder, lets the archives > builder create the output/dist and output/dist/acme-jmx-connector.sar > file, and validates that the output folder hasn't magically turned > into a file instead of a folder. > > For some reason it's failing on hudson, but I'm getting a "works for > me" status. > > Thanks. > > - Rob > _______________________________________________ > jbosstools-dev mailing list > jbosstools-dev(a)lists.jboss.org > https://lists.jboss.org/mailman/listinfo/jbosstools-dev _______________________________________________ jbosstools-dev mailing list jbosstools-dev(a)lists.jboss.org https://lists.jboss.org/mailman/listinfo/jbosstools-dev

http://hudson.qa.jboss.com/hudson/view/DevStudio/job/devstudio-nightly-2.... is the one. Add a test for .exists() and add the full path to the message so you can see if it actually checks it the right location. Since it does not fail all the time I'm though most certain this is a timing issue. Alexey - what is it you guys do in the seam test to make sure things have settled down before asserting ?

/max > http://hudson.qa.jboss.com/hudson/view/DevStudio/job/jbosstools-nightly-3... > doesn't have it failing either - I give up; more info please ;) > > /max > >> i.e. >> http://hudson.qa.jboss.com/hudson/view/DevStudio/job/jbosstools-nightly-3... >> shows something is wrong with all testsuites since no tests suddenly >> can't be found. >> >> I assume you are looking somewhere else ? >> >> /max >>> Got a link for the failing test on hudson ? Which build ? >>> >>> /max >>>> https://jira.jboss.org/jira/browse/JBIDE-2296 >>>> >>>> The unit test is named JBIDE2296Test in the >>>> org.jboss.ide.eclipse.archives.test plugin. >>>> >>>> The test is simple. It just imports a project, lets the eclipse >>>> framework create the output/eclipse output folder, lets the >>>> archives builder create the output/dist and >>>> output/dist/acme-jmx-connector.sar file, and validates that the >>>> output folder hasn't magically turned into a file instead of a >>>> folder. >>>> >>>> For some reason it's failing on hudson, but I'm getting a "works >>>> for me" status. >>>> >>>> Thanks. >>>> >>>> - Rob >>>> _______________________________________________ >>>> jbosstools-dev mailing list >>>> jbosstools-dev(a)lists.jboss.org >>>> https://lists.jboss.org/mailman/listinfo/jbosstools-dev >>> >>> _______________________________________________ >>> jbosstools-dev mailing list >>> jbosstools-dev(a)lists.jboss.org >>> https://lists.jboss.org/mailman/listinfo/jbosstools-dev >> >> _______________________________________________ >> jbosstools-dev mailing list >> jbosstools-dev(a)lists.jboss.org >> https://lists.jboss.org/mailman/listinfo/jbosstools-dev > > _______________________________________________ > jbosstools-dev mailing list > jbosstools-dev(a)lists.jboss.org > https://lists.jboss.org/mailman/listinfo/jbosstools-dev _______________________________________________ jbosstools-dev mailing list jbosstools-dev(a)lists.jboss.org https://lists.jboss.org/mailman/listinfo/jbosstools-dev

On Hudson, however, it fails, saying it can't find com.vladium.emma.rt.RT, which, to be 100% honest, I have absolutely no idea what is. I'm quite certain I've never heard of or used these classes. I'm also quite certain none of my archives logic depends on these classes. And I'm pretty certain that it's not involved in ant at all. So why this is my current error is absolutely beyond me.

Rob, classes that are used in ant should not be instrumented by emma. I tried to exclude them by package, but it seems the packages for ant part and eclipse part are the same. I can ether exclude all archives classes or need a list of classes (qualified names) involved in Ant task implementation to exclude them from Emma instrumentation. Denis Rob Stryker wrote: > http://hudson.qa.jboss.com/hudson/view/DevStudio/job/devstudio-nightly-2.... > > > Test class name: SimpleAntTest in archives.test > > This task basically has some simple files inside the testcase > directorys tructure. It also includes an ant-file template, it uses > to create a build.xml which will then run the archives logic from > *not inside* the eclipse VM (via a launcher). This means that the > build.xml file needs to access some jars inside eclipse to put them > on the classpath, and it does that. (This is simulating someone who > wants to use project archives without eclipse.) The template is > filled out with specific information regarding the current > installation (home, etc), and these jars (some eclipse jars like > core.runtime, and my archives jars) are added to the classpath. > > When I ran this locally, the test failed saying it could not find the > GenerateArchivesTask, which turned out to be due to my installation > not having the jars available (I'm running the tests from my > workspace, adn since my workspace is a clean eclipse, the archives > jars are not there). However after throwing the build plugins into my > eclipse folder, this test passed. > > On Hudson, however, it fails, saying it can't find > com.vladium.emma.rt.RT, which, to be 100% honest, I have absolutely > no idea what is. I'm quite certain I've never heard of or used these > classes. I'm also quite certain none of my archives logic depends on > these classes. And I'm pretty certain that it's not involved in ant > at all. So why this is my current error is absolutely beyond me. > > - Rob > > > Error Message > > The ant task did not successfully complete. BUILD FAILED > java.lang.NoClassDefFoundError: com/vladium/emma/rt/RT > _______________________________________________ > jbosstools-dev mailing list > jbosstools-dev(a)lists.jboss.org > https://lists.jboss.org/mailman/listinfo/jbosstools-dev _______________________________________________ jbosstools-dev mailing list jbosstools-dev(a)lists.jboss.org https://lists.jboss.org/mailman/listinfo/jbosstools-dev

I've fixed this one by adding emma.jar to class path http://fisheye.jboss.com/browse/JBossTools/trunk/archives/tests/org.jboss... Denis Max Rydahl Andersen wrote: > But that would remove the whole project archives codebased from code > coverage - but if no other option then running tests are better than > failing ones. > /max >> Rob, >> >> classes that are used in ant should not be instrumented by emma. I >> tried to exclude them by package, but it seems the packages for ant >> part and eclipse part are the same. >> >> I can ether exclude all archives classes or need a list of classes >> (qualified names) involved in Ant task implementation to exclude >> them from Emma instrumentation. >> >> Denis >> >> Rob Stryker wrote: >>> http://hudson.qa.jboss.com/hudson/view/DevStudio/job/devstudio-nightly-2.... >>> >>> >>> Test class name: SimpleAntTest in archives.test >>> >>> This task basically has some simple files inside the testcase >>> directorys tructure. It also includes an ant-file template, it uses >>> to create a build.xml which will then run the archives logic from >>> *not inside* the eclipse VM (via a launcher). This means that the >>> build.xml file needs to access some jars inside eclipse to put them >>> on the classpath, and it does that. (This is simulating someone >>> who wants to use project archives without eclipse.) The template is >>> filled out with specific information regarding the current >>> installation (home, etc), and these jars (some eclipse jars like >>> core.runtime, and my archives jars) are added to the classpath. >>> >>> When I ran this locally, the test failed saying it could not find >>> the GenerateArchivesTask, which turned out to be due to my >>> installation not having the jars available (I'm running the tests >>> from my workspace, adn since my workspace is a clean eclipse, the >>> archives jars are not there). However after throwing the build >>> plugins into my eclipse folder, this test passed. >>> >>> On Hudson, however, it fails, saying it can't find >>> com.vladium.emma.rt.RT, which, to be 100% honest, I have absolutely >>> no idea what is. I'm quite certain I've never heard of or used >>> these classes. I'm also quite certain none of my archives logic >>> depends on these classes. And I'm pretty certain that it's not >>> involved in ant at all. So why this is my current error is >>> absolutely beyond me. >>> >>> - Rob >>> >>> >>> Error Message >>> >>> The ant task did not successfully complete. BUILD FAILED >>> java.lang.NoClassDefFoundError: com/vladium/emma/rt/RT >>> _______________________________________________ >>> jbosstools-dev mailing list >>> jbosstools-dev(a)lists.jboss.org >>> https://lists.jboss.org/mailman/listinfo/jbosstools-dev >> >> _______________________________________________ >> jbosstools-dev mailing list >> jbosstools-dev(a)lists.jboss.org >> https://lists.jboss.org/mailman/listinfo/jbosstools-dev >