[jbosstools-dev] Request Assistance for *ANOTHER* Broken Unit Test

[Rob Stryker]

I was hesitant to do that because I didn't want my unit test to imply 
that jar was necessary. But... you had the novel idea of adding a 
comment... which I did not think of. ... you crafty individual you.

Denis Golovin wrote:
> I've fixed this one
>
> by adding emma.jar to class path
> http://fisheye.jboss.com/browse/JBossTools/trunk/archives/tests/org.jboss.ide.eclipse.archives.test/inputs/ant/antTemplate.xml?r1=11179&r2=13984 
>
>
> 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.0.x/6/testReport/(root)/ArchivesTestSuite/testOne/ 
>>>>
>>>>
>>>> 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 at lists.jboss.org
>>>> https://lists.jboss.org/mailman/listinfo/jbosstools-dev
>>>
>>> _______________________________________________
>>> jbosstools-dev mailing list
>>> jbosstools-dev at lists.jboss.org
>>> https://lists.jboss.org/mailman/listinfo/jbosstools-dev
>>
>