[JBoss JIRA] (ARQ-1114) Configure Location of jacoco.exec File
by Aslak Knutsen (JIRA)
[ https://issues.jboss.org/browse/ARQ-1114?page=com.atlassian.jira.plugin.s... ]
Aslak Knutsen closed ARQ-1114.
------------------------------
Assignee: Aslak Knutsen
Fix Version/s: jacoco_1.0.0.Alpha4
Resolution: Out of Date
Arquillian Jacoco now just delegates to the Client Side Jacoco Agent. So it's the Jacoco Agents that's in charge of storing the data to disk.
> Configure Location of jacoco.exec File
> --------------------------------------
>
> Key: ARQ-1114
> URL: https://issues.jboss.org/browse/ARQ-1114
> Project: Arquillian
> Issue Type: Feature Request
> Security Level: Public(Everyone can see)
> Components: Extension - Jacoco
> Reporter: Bryan Saunders
> Assignee: Aslak Knutsen
> Fix For: jacoco_1.0.0.Alpha4
>
>
> The location of the jacoco.exec file can not be configured with the JaCoCo extension. This prevent you from being able to configure JaCoCo to use a single jacoco.exec file for multiple Maven Modules.
> Proposed solution:
> Adding appropriate configuration to arquillian.xml to configure the jacoco module along with the code to read that configuration.
--
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
11 years, 6 months
[JBoss JIRA] (ARQ-1114) Configure Location of jacoco.exec File
by Bartosz Majsak (JIRA)
[ https://issues.jboss.org/browse/ARQ-1114?page=com.atlassian.jira.plugin.s... ]
Bartosz Majsak commented on ARQ-1114:
-------------------------------------
I think this needs to be reviewed, as it's stated in the PR linked above that another pull request [accepted] provides this feature too. Maybe we can simply close this issue?
> Configure Location of jacoco.exec File
> --------------------------------------
>
> Key: ARQ-1114
> URL: https://issues.jboss.org/browse/ARQ-1114
> Project: Arquillian
> Issue Type: Feature Request
> Security Level: Public(Everyone can see)
> Components: Extension - Jacoco
> Reporter: Bryan Saunders
>
> The location of the jacoco.exec file can not be configured with the JaCoCo extension. This prevent you from being able to configure JaCoCo to use a single jacoco.exec file for multiple Maven Modules.
> Proposed solution:
> Adding appropriate configuration to arquillian.xml to configure the jacoco module along with the code to read that configuration.
--
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
11 years, 6 months
[JBoss JIRA] (ARQ-1009) ClassNotFoundException when using CLEAN_INSERT
by Bartosz Majsak (JIRA)
[ https://issues.jboss.org/browse/ARQ-1009?page=com.atlassian.jira.plugin.s... ]
Bartosz Majsak commented on ARQ-1009:
-------------------------------------
Re-assigned to the proper component. I will look at it soon.
> ClassNotFoundException when using CLEAN_INSERT
> ----------------------------------------------
>
> Key: ARQ-1009
> URL: https://issues.jboss.org/browse/ARQ-1009
> Project: Arquillian
> Issue Type: Bug
> Security Level: Public(Everyone can see)
> Components: Extension - Persistence
> Affects Versions: persistence_1.0.0.Alpha4
> Environment: Windows 7, Java 1.6.0_31
> Reporter: Karsten Ohme
>
> I set in arquillian.xml the configuration property:
> <property name="dataSeedStrategy">CLEAN_INSERT</property>
> When starting the test I get a ClassNotFoundException in ConfigurationTypeConverter in line 182:
> Object instance = Class.forName(value).newInstance();
--
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
11 years, 6 months
[JBoss JIRA] (ARQ-1009) ClassNotFoundException when using CLEAN_INSERT
by Bartosz Majsak (JIRA)
[ https://issues.jboss.org/browse/ARQ-1009?page=com.atlassian.jira.plugin.s... ]
Bartosz Majsak updated ARQ-1009:
--------------------------------
Component/s: Extension - Persistence
(was: Configuration)
> ClassNotFoundException when using CLEAN_INSERT
> ----------------------------------------------
>
> Key: ARQ-1009
> URL: https://issues.jboss.org/browse/ARQ-1009
> Project: Arquillian
> Issue Type: Bug
> Security Level: Public(Everyone can see)
> Components: Extension - Persistence
> Affects Versions: persistence_1.0.0.Alpha4
> Environment: Windows 7, Java 1.6.0_31
> Reporter: Karsten Ohme
>
> I set in arquillian.xml the configuration property:
> <property name="dataSeedStrategy">CLEAN_INSERT</property>
> When starting the test I get a ClassNotFoundException in ConfigurationTypeConverter in line 182:
> Object instance = Class.forName(value).newInstance();
--
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
11 years, 6 months
[JBoss JIRA] (ARQ-1419) Add support for Jetty 9
by Jesse McConnell (JIRA)
[ https://issues.jboss.org/browse/ARQ-1419?page=com.atlassian.jira.plugin.s... ]
Jesse McConnell commented on ARQ-1419:
--------------------------------------
ah, thanks for the link...and agreed, that can be sorted out later. I thought it might be a descriptor for serving static content or something.
> Add support for Jetty 9
> -----------------------
>
> Key: ARQ-1419
> URL: https://issues.jboss.org/browse/ARQ-1419
> Project: Arquillian
> Issue Type: Feature Request
> Security Level: Public(Everyone can see)
> Components: Jetty Containers
> Reporter: Martin Kouba
> Assignee: Martin Kouba
>
> {{arquillian-jetty-embedded-7}} is not compatible with Jetty 9. If used together, the result is: *java.lang.ClassNotFoundException: org.eclipse.jetty.server.nio.SelectChannelConnector*.
> {{SelectChannelConnector}} is used in {{JettyEmbeddedContainer}} and it seems it's no longer part of Jetty 9.
--
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
11 years, 6 months
[JBoss JIRA] (ARQ-1421) beans.xml is overwritten during deployment processing
by Aslak Knutsen (JIRA)
[ https://issues.jboss.org/browse/ARQ-1421?page=com.atlassian.jira.plugin.s... ]
Aslak Knutsen updated ARQ-1421:
-------------------------------
Summary: beans.xml is overwritten during deployment processing (was: addAsWebInfResource doesn't work with Arquillian 1.0.4.Final)
Priority: Critical (was: Major)
Assignee: Aslak Knutsen
> beans.xml is overwritten during deployment processing
> -----------------------------------------------------
>
> Key: ARQ-1421
> URL: https://issues.jboss.org/browse/ARQ-1421
> Project: Arquillian
> Issue Type: Bug
> Security Level: Public(Everyone can see)
> Components: Base Implementation
> Affects Versions: 1.0.4.Final
> Environment: Arquillian 1.0.4.Final
> Reporter: Ron Šmeral
> Assignee: Aslak Knutsen
> Priority: Critical
> Attachments: shrinkwrap458-reproducer.zip
>
>
> When using {{addAsWebInfResource}} with ShrinkWrap 1.1.2 and Arquillian 1.0.4.Final, the added WEB-INF resources are 0 bytes in size.
> With Arquillian 1.0.3.Final this works OK.
--
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
11 years, 6 months