[JBoss JIRA] (ARQ-1319) Warp: Jacoco support
by Aris Tzoumas (JIRA)
[ https://issues.jboss.org/browse/ARQ-1319?page=com.atlassian.jira.plugin.s... ]
Aris Tzoumas commented on ARQ-1319:
-----------------------------------
I don't know if you actually want to add coverage reports on Warp ftests, that's why I didn't send a pull request yet.
Please say so.
> Warp: Jacoco support
> --------------------
>
> Key: ARQ-1319
> URL: https://issues.jboss.org/browse/ARQ-1319
> Project: Arquillian
> Issue Type: Feature Request
> Security Level: Public(Everyone can see)
> Components: Extension - Warp
> Reporter: Lukáš Fryč
> Fix For: warp_1.0.0.Beta1
>
> Attachments: jacoco.jpg, warp-jacoco.png
>
>
> The support for CommandService was committed in ARQ-1027, which enabled us to run {{arquillian-extension-jacoco}}.
> However as report from the Warp's build shows, the reporting isn't successful - report doesn't seem to contain any hits.
> We need to investigate and once ready, we should use [{{check}}|http://www.eclemma.org/jacoco/trunk/doc/check-mojo.html] goal to be sure that coverage is reported successfully from Warp's tests.
--
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, 10 months
[JBoss JIRA] (ARQ-1319) Warp: Jacoco support
by Aris Tzoumas (JIRA)
[ https://issues.jboss.org/browse/ARQ-1319?page=com.atlassian.jira.plugin.s... ]
Aris Tzoumas edited comment on ARQ-1319 at 2/28/13 4:44 PM:
------------------------------------------------------------
I attached a working coverage report screenshot
was (Author: atzoum):
Working coverage report
> Warp: Jacoco support
> --------------------
>
> Key: ARQ-1319
> URL: https://issues.jboss.org/browse/ARQ-1319
> Project: Arquillian
> Issue Type: Feature Request
> Security Level: Public(Everyone can see)
> Components: Extension - Warp
> Reporter: Lukáš Fryč
> Fix For: warp_1.0.0.Beta1
>
> Attachments: jacoco.jpg, warp-jacoco.png
>
>
> The support for CommandService was committed in ARQ-1027, which enabled us to run {{arquillian-extension-jacoco}}.
> However as report from the Warp's build shows, the reporting isn't successful - report doesn't seem to contain any hits.
> We need to investigate and once ready, we should use [{{check}}|http://www.eclemma.org/jacoco/trunk/doc/check-mojo.html] goal to be sure that coverage is reported successfully from Warp's tests.
--
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, 10 months
[JBoss JIRA] (ARQ-1319) Warp: Jacoco support
by Aris Tzoumas (JIRA)
[ https://issues.jboss.org/browse/ARQ-1319?page=com.atlassian.jira.plugin.s... ]
Aris Tzoumas updated ARQ-1319:
------------------------------
Attachment: jacoco.jpg
Working coverage report
> Warp: Jacoco support
> --------------------
>
> Key: ARQ-1319
> URL: https://issues.jboss.org/browse/ARQ-1319
> Project: Arquillian
> Issue Type: Feature Request
> Security Level: Public(Everyone can see)
> Components: Extension - Warp
> Reporter: Lukáš Fryč
> Fix For: warp_1.0.0.Beta1
>
> Attachments: jacoco.jpg, warp-jacoco.png
>
>
> The support for CommandService was committed in ARQ-1027, which enabled us to run {{arquillian-extension-jacoco}}.
> However as report from the Warp's build shows, the reporting isn't successful - report doesn't seem to contain any hits.
> We need to investigate and once ready, we should use [{{check}}|http://www.eclemma.org/jacoco/trunk/doc/check-mojo.html] goal to be sure that coverage is reported successfully from Warp's tests.
--
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, 10 months
[JBoss JIRA] (ARQ-1319) Warp: Jacoco support
by Aris Tzoumas (JIRA)
[ https://issues.jboss.org/browse/ARQ-1319?page=com.atlassian.jira.plugin.s... ]
Aris Tzoumas commented on ARQ-1319:
-----------------------------------
Jacoco records coverage data successfully. Coverage data is collected in file {code}${basedir}/target/jacoco.exec{code}
Jacoco's Maven plugin _report_ goal works only for *single module* projects.
To generate a coverage report for Warp's functional tests we need to use jacoco's Ant ReportTask. You can find a sample configuration here:
https://github.com/atzoum/arquillian-extension-warp/commit/b31e96cb8f52f9...
> Warp: Jacoco support
> --------------------
>
> Key: ARQ-1319
> URL: https://issues.jboss.org/browse/ARQ-1319
> Project: Arquillian
> Issue Type: Feature Request
> Security Level: Public(Everyone can see)
> Components: Extension - Warp
> Reporter: Lukáš Fryč
> Fix For: warp_1.0.0.Beta1
>
> Attachments: warp-jacoco.png
>
>
> The support for CommandService was committed in ARQ-1027, which enabled us to run {{arquillian-extension-jacoco}}.
> However as report from the Warp's build shows, the reporting isn't successful - report doesn't seem to contain any hits.
> We need to investigate and once ready, we should use [{{check}}|http://www.eclemma.org/jacoco/trunk/doc/check-mojo.html] goal to be sure that coverage is reported successfully from Warp's tests.
--
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, 10 months
[JBoss JIRA] (ARQ-197) Research support for @Deployment on multiple levels
by Greg Noe (JIRA)
[ https://issues.jboss.org/browse/ARQ-197?page=com.atlassian.jira.plugin.sy... ]
Greg Noe commented on ARQ-197:
------------------------------
Just started using Arquillian a week ago and after getting the framework setup and my first tests written, the next thing I did was create a superclass with the @Deployment method. I was quite surprised to see the deploy occur several times, would love to see this feature in the future!
> Research support for @Deployment on multiple levels
> ---------------------------------------------------
>
> Key: ARQ-197
> URL: https://issues.jboss.org/browse/ARQ-197
> Project: Arquillian
> Issue Type: Feature Request
> Components: Base Implementation
> Reporter: Aslak Knutsen
> Priority: Critical
> Fix For: 1.1.0.CR1
>
>
> One deployment pr TestCase might not always be the ideal solution. Research how we can deploy multiple TestCases with one Deployment and test them all at once.
--
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, 10 months
[JBoss JIRA] (ARQ-775) ARQ produces messed up log with one character per line in AS7 testsuite
by Radoslav Husar (JIRA)
[ https://issues.jboss.org/browse/ARQ-775?page=com.atlassian.jira.plugin.sy... ]
Radoslav Husar resolved ARQ-775.
--------------------------------
Resolution: Rejected
This is a surefire issue actually, the workaround was removed from AS 8 build after surefire upgrade.
I think we can close this now. Thanks everyone for the workaround in mean time!
See https://github.com/jbossas/jboss-as/commit/aad1151fa85c1ce3c18359ab987334...
> ARQ produces messed up log with one character per line in AS7 testsuite
> -----------------------------------------------------------------------
>
> Key: ARQ-775
> URL: https://issues.jboss.org/browse/ARQ-775
> Project: Arquillian
> Issue Type: Bug
> Security Level: Public(Everyone can see)
> Reporter: Radoslav Husar
> Assignee: Andrew Rubinger
>
> Looks like ONLY arquillian logging is messed up thus putting it here.
> Log looks like this, snip:
> {noformat}
> 14:18:32,799 INFO [org.infinispan.remoting.transport.jgroups.JGroupsTransport] (pool-3-thread-1) ISPN000082: Stopping the RpcDispatcher
> 14:18:33,113 INFO [org.jboss.as.clustering.impl.CoreGroupCommunicationService.lifecycle.cluster] (Incoming-7,null) JBAS010247: New cluster view for partition cluster (id: 2, delta: -1, merge: false) : [node-udp-0/cluster]
> 14:18:33,114 INFO [org.infinispan.remoting.transport.jgroups.JGroupsTransport] (Incoming-7,null) ISPN000094: Received new cluster view: [node-udp-0/cluster|2] [node-udp-0/cluster]
> 14:18:33,389 INFO [org.jboss.as.repository] (management-handler-threads - 1) JBAS014901: Content removed from location /home/rhusar/git/jboss-as/testsuite/integration/clust/target/jbossas-clustering-udp-1/standalone/data/content/61/d2eac7ab6bf21961f39a0f152c6459f3c17aab/content
> 14:18:33,389 INFO [org.jboss.as.server] (management-handler-threads - 1) JBAS018558: Undeployed "singleton.war"
> 1
> 4
> :
> 1
> 8
> :
> 4
> 3
> ,
> 3
> 9
> 2
>
> I
> N
> F
> O
>
>
> [
> o
> r
> g
> .
> j
> b
> o
> s
> s
> .
> a
> r
> q
> u
> i
> l
> l
> i
> a
> n
> .
> c
> o
> n
> t
> a
> i
> n
> e
> r
> .
> t
> e
> s
> t
> .
> i
> m
> p
> l
> .
> c
> l
> i
> e
> n
> t
> .
> c
> o
> n
> t
> a
> i
> n
> e
> r
> .
> C
> l
> i
> e
> n
> t
> C
> o
> n
> t
> a
> i
> n
> e
> r
> C
> o
> n
> t
> r
> o
> l
> l
> e
> r
> ]
>
> (
> m
> a
> i
> n
> )
>
> M
> a
> n
> u
> a
> l
>
> s
> t
> o
> p
> p
> i
> n
> g
>
> o
> f
>
> a
>
> s
> e
> r
> v
> e
> r
>
> i
> n
> s
> t
> a
> n
> c
> e
> URLs are: http://127.0.0.1:8080/singleton/singleton/service, http://127.0.0.1:8180/singleton/singleton/service
> 14:18:44,777 INFO [stdout] (MSC service thread 1-2) Service controller state is UP, waiting for transition to REMOVED
> 14:18:44,779 INFO [stdout] (MSC service thread 1-2) Service controller state is STOPPING, waiting for transition to REMOVED
> 14:18:44,787 INFO [org.jboss.as.clustering.infinispan] (pool-12-thread-1) JBAS010282: Stopped default cache from cluster container
> 14:18:44,807 INFO [org.jboss.as.server.deployment] (MSC service thread 1-3) JBAS015877: Stopped deployment singleton.war in 51ms
> 14:18:44,848 INFO [org.infinispan.remoting.transport.jgroups.JGroupsTransport] (pool-3-thread-1) ISPN000082: Stopping the RpcDispatcher
> 14:18:45,181 INFO [org.jboss.as.repository] (management-handler-threads - 4) JBAS014901: Content removed from location /home/rhusar/git/jboss-as/testsuite/integration/clust/target/jbossas-clustering-udp-0/standalone/data/content/29/2267739197896e484c0ff0fa35731be4d18c0d/content
> 14:18:45,182 INFO [org.jboss.as.server] (management-handler-threads - 4) JBAS018558: Undeployed "singleton.war"
> 1
> 4
> :
> 1
> 8
> :
> 4
> 5
> ,
> 1
> 8
> 4
>
> I
> N
> F
> O
>
>
> [
> o
> r
> g
> .
> j
> b
> o
> s
> s
> .
> a
> r
> q
> u
> i
> l
> l
> i
> a
> n
> .
> c
> o
> n
> t
> a
> i
> n
> e
> r
> .
> t
> e
> s
> t
> .
> i
> m
> p
> l
> .
> c
> l
> i
> e
> n
> t
> .
> c
> o
> n
> t
> a
> i
> n
> e
> r
> .
> C
> l
> i
> e
> n
> t
> C
> o
> n
> t
> a
> i
> n
> e
> r
> C
> o
> n
> t
> r
> o
> l
> l
> e
> r
> ]
>
> (
> m
> a
> i
> n
> )
>
> M
> a
> n
> u
> a
> l
>
> s
> t
> o
> p
> p
> i
> n
> g
>
> o
> f
>
> a
>
> s
> e
> r
> v
> e
> r
>
> i
> n
> s
> t
> a
> n
> c
> e
> {noformat}
--
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, 10 months
[JBoss JIRA] (ARQ-930) Warp JSF: Support for describing tested JSF/XHTML pages in JavaDoc and using ShrinkWrap Descriptor
by SBS JIRA Integration (JIRA)
[ https://issues.jboss.org/browse/ARQ-930?page=com.atlassian.jira.plugin.sy... ]
SBS JIRA Integration updated ARQ-930:
-------------------------------------
Forum Reference: https://community.jboss.org/message/800038#800038
> Warp JSF: Support for describing tested JSF/XHTML pages in JavaDoc and using ShrinkWrap Descriptor
> --------------------------------------------------------------------------------------------------
>
> Key: ARQ-930
> URL: https://issues.jboss.org/browse/ARQ-930
> Project: Arquillian
> Issue Type: Feature Request
> Security Level: Public(Everyone can see)
> Components: Extension - Warp
> Reporter: Lukáš Fryč
> Fix For: warp_1.next
>
>
> Ultimately, we should be able to use following methods to describe resources as JSF/XHTML pages:
> * in javadoc
> * using ShrinkWrap asset
> * using ShrinkWrap Descriptor for given format
> * referencing external/classpath file
> ----
> *JavaDoc*:
> {code}
> /**
> * @resource index.xhtml
> *
> * <h:commandLink action="list" />
> *
> * @resource list.xhtml
> *
> * <rich:list value="#{...}">
> */
> @Test
> public void myTest() {
> ...
> }
> {code}
> The conflicts of same files between tests needs to be solved.
> In JSF, we can leverage own Facelet factory to register XHTMLs for each test specifically.
> The comments (JavaDoc) can be pre-processed by APT compiler (integrated to JDK >6).
> ----
> *ShrinkWrap asset*:
> [TestAutocompleteBehaviors.java|https://github.com/richfaces/richfaces5/bl...]:
> {code}
> FaceletAsset p = new FaceletAsset();
> p.body("<h:form id='form'>");
> p.body(" <r:autocomplete id='autocomplete' autocompleteList='#{autocompleteBean.suggestions}'>");
> p.body(" <r:ajax event='blur' listener='#{autocompleteBean.actionListener}' />");
> p.body(" </r:autocomplete>");
> p.body("</h:form>");
> archive.addAsWebResource(p, "index.xhtml");
> {code}
> ----
> *ShrinkWrap Descriptor*:
> {code:java}
> Descriptors.create(RichFacesDescriptor.class)
> .autocomplete()
> .id("autocomplete")
> .autocompleteList("#{autocompleteBean.suggestions}")
> .behavior()
> .ajax()
> .event("blur")
> .listener("#{autocompleteBean.actionListener}");
> {code}
> ----
> *referencing external file*:
> {code:java}
> ShrinkWrap.create(WebArchive.class).addWebAppResource("index.xhtml")
> {code}
> note that the API is simplified from the version using addWebResource(File file, String path)
--
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, 10 months