[arquillian-issues] [JBoss JIRA] (ARQ-1027) Support CommandService Protocol SPI via Warp Protocol

[Lukáš Fryč (JIRA)]

    [ https://issues.jboss.org/browse/ARQ-1027?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=12740150#comment-12740150 ] 

Lukáš Fryč commented on ARQ-1027:
---------------------------------

Discussion from IRC:
http://transcripts.jboss.org/channel/irc.freenode.org/%23jbosstesting/2012/%23jbosstesting.2012-12-07.log.html#t2012-12-07T15:13:47
                
> Support CommandService Protocol SPI via Warp Protocol
> -----------------------------------------------------
>
>                 Key: ARQ-1027
>                 URL: https://issues.jboss.org/browse/ARQ-1027
>             Project: Arquillian
>          Issue Type: Bug
>      Security Level: Public(Everyone can see) 
>          Components: Extension - Warp
>    Affects Versions: warp_1.0.0.Alpha1
>            Reporter: Curtis McMillen
>             Fix For: warp_1.0.0.Alpha2
>
>         Attachments: stacktrace.txt
>
>
> It seems there is a problem with running Warp tests if arquillian-jacoco is on the classpath.
> When WarpFilter fires the AfterSuite event, the writeCoverageData observer in arquillian-jacoco is executing which ultimately leads to a NPE coming from servlet protocol.  The full stacktrace is attached.
> You can reproduce by simply adding the following dependencies to the pom for warp in arquillian-showcase and then running the BasicJSFUnitTestCase.
> {code:xml}
> <dependency>
>     <groupId>org.jboss.arquillian.extension</groupId>
>     <artifactId>arquillian-jacoco</artifactId>
>     <version>1.0.0.Alpha3</version>
>     <scope>test</scope>
> </dependency>
> <dependency>
>     <groupId>org.jacoco</groupId>
>     <artifactId>org.jacoco.core</artifactId>
>     <version>0.5.7.201204190339</version>
>     <scope>test</scope>
> </dependency>
> {code}
> Removing these dependencies isn't really an option because I have other arquillian tests not using Warp that I want code coverage on.  I tried using alternative annotated with @Specializes thinking I could basically disable the observer in arquillian-jacoco simply by including a different beans.xml in the deployment of my Warp tests.  This however fails with "WELD-000047 Specializing bean must extend another bean" which I'm thinking is due to https://issues.jboss.org/browse/WELD-1113.
> Any ideas for getting this to work?

--
This message is automatically generated by JIRA.
If you think it was sent incorrectly, please contact your JIRA administrators
For more information on JIRA, see: http://www.atlassian.com/software/jira