July 2015 - arquillian-issues - Jboss List Archives

[JBoss JIRA] (ARQGRA-474) Remove arquillian-graphene as no one uses it

by Lukáš Fryč (JIRA)

[ https://issues.jboss.org/browse/ARQGRA-474?page=com.atlassian.jira.plugin... ] Lukáš Fryč updated ARQGRA-474: ------------------------------ Fix Version/s: 2.1-Tracking > Remove arquillian-graphene as no one uses it > -------------------------------------------- > > Key: ARQGRA-474 > URL: https://issues.jboss.org/browse/ARQGRA-474 > Project: Arquillian Graphene > Issue Type: Task > Reporter: Lukáš Fryč > Fix For: 2.1-Tracking > > > Docs and tutorials mention graphene-webdriver depchain: > https://docs.jboss.org/author/display/ARQGRA2/Framework+Integration+Options > http://arquillian.org/guides/functional_testing_using_graphene/ > The depchains are not used by EAP BOMs too: > https://issues.jboss.org/browse/JDF-840 -- This message was sent by Atlassian JIRA (v6.3.15#6346)

8 years, 9 months

1
0
0 / 0

[JBoss JIRA] (ARQGRA-474) Remove arquillian-graphene as no one uses it

by Lukáš Fryč (JIRA)

Lukáš Fryč created ARQGRA-474: --------------------------------- Summary: Remove arquillian-graphene as no one uses it Key: ARQGRA-474 URL: https://issues.jboss.org/browse/ARQGRA-474 Project: Arquillian Graphene Issue Type: Task Reporter: Lukáš Fryč Docs and tutorials mention graphene-webdriver depchain: https://docs.jboss.org/author/display/ARQGRA2/Framework+Integration+Options http://arquillian.org/guides/functional_testing_using_graphene/ The depchains are not used by EAP BOMs too: https://issues.jboss.org/browse/JDF-840 -- This message was sent by Atlassian JIRA (v6.3.15#6346)

8 years, 9 months

1
0
0 / 0

[JBoss JIRA] (ARQ-1965) Tomcat 7 Adapter rely on ContextHome constructor introduced in 7.0.52

by Aslak Knutsen (JIRA)

[ https://issues.jboss.org/browse/ARQ-1965?page=com.atlassian.jira.plugin.s... ] Aslak Knutsen updated ARQ-1965: ------------------------------- Status: Pull Request Sent (was: Open) Git Pull Request: https://github.com/arquillian/arquillian-container-tomcat/pull/29 > Tomcat 7 Adapter rely on ContextHome constructor introduced in 7.0.52 > --------------------------------------------------------------------- > > Key: ARQ-1965 > URL: https://issues.jboss.org/browse/ARQ-1965 > Project: Arquillian > Issue Type: Bug > Components: Tomcat Containers > Affects Versions: tomcat_1.0.0.CR7 > Reporter: Aslak Knutsen > Assignee: Aslak Knutsen > > Tomcat 7 Adapter rely on Code from 7.0.52 > https://github.com/arquillian/arquillian-container-tomcat/blob/master/tom... > and > https://github.com/arquillian/arquillian-container-tomcat/blob/master/tom... > ContextHome(String, Boolean) is new in 7.0.52 but missing in previous versions. > Use reflection to check if (String, Boolean) exists, else fall back to (String). -- This message was sent by Atlassian JIRA (v6.3.15#6346)

8 years, 9 months

1
0
0 / 0

[JBoss JIRA] (ARQ-1965) Tomcat 7 Adapter rely on ContextHome constructor introduced in 7.0.52

by Aslak Knutsen (JIRA)

[ https://issues.jboss.org/browse/ARQ-1965?page=com.atlassian.jira.plugin.s... ] Aslak Knutsen reassigned ARQ-1965: ---------------------------------- Assignee: Aslak Knutsen > Tomcat 7 Adapter rely on ContextHome constructor introduced in 7.0.52 > --------------------------------------------------------------------- > > Key: ARQ-1965 > URL: https://issues.jboss.org/browse/ARQ-1965 > Project: Arquillian > Issue Type: Bug > Components: Tomcat Containers > Affects Versions: tomcat_1.0.0.CR7 > Reporter: Aslak Knutsen > Assignee: Aslak Knutsen > > Tomcat 7 Adapter rely on Code from 7.0.52 > https://github.com/arquillian/arquillian-container-tomcat/blob/master/tom... > and > https://github.com/arquillian/arquillian-container-tomcat/blob/master/tom... > ContextHome(String, Boolean) is new in 7.0.52 but missing in previous versions. > Use reflection to check if (String, Boolean) exists, else fall back to (String). -- This message was sent by Atlassian JIRA (v6.3.15#6346)

8 years, 9 months

1
0
0 / 0

[JBoss JIRA] (ARQ-1965) Tomcat 7 Adapter rely on ContextHome constructor introduced in 7.0.52

by Aslak Knutsen (JIRA)

Aslak Knutsen created ARQ-1965: ---------------------------------- Summary: Tomcat 7 Adapter rely on ContextHome constructor introduced in 7.0.52 Key: ARQ-1965 URL: https://issues.jboss.org/browse/ARQ-1965 Project: Arquillian Issue Type: Bug Components: Tomcat Containers Affects Versions: tomcat_1.0.0.CR7 Reporter: Aslak Knutsen Tomcat 7 Adapter rely on Code from 7.0.52 https://github.com/arquillian/arquillian-container-tomcat/blob/master/tom... and https://github.com/arquillian/arquillian-container-tomcat/blob/master/tom... ContextHome(String, Boolean) is new in 7.0.52 but missing in previous versions. Use reflection to check if (String, Boolean) exists, else fall back to (String). -- This message was sent by Atlassian JIRA (v6.3.15#6346)

8 years, 9 months

1
0
0 / 0

[JBoss JIRA] (ARQ-1962) Update Drone to use 2.46.0 Selenium

by Matous Jobanek (JIRA)

[ https://issues.jboss.org/browse/ARQ-1962?page=com.atlassian.jira.plugin.s... ] Matous Jobanek edited comment on ARQ-1962 at 7/15/15 9:28 AM: -------------------------------------------------------------- Pushed upstream in https://github.com/arquillian/arquillian-extension-drone/commit/3072abcb8... was (Author: mjobanek): Pushed upstream in https://github.com/arquillian/arquillian-extension-drone/commit/1abce8e48... > Update Drone to use 2.46.0 Selenium > ----------------------------------- > > Key: ARQ-1962 > URL: https://issues.jboss.org/browse/ARQ-1962 > Project: Arquillian > Issue Type: Component Upgrade > Components: Extension - Drone > Affects Versions: drone_2.0.0.Alpha4 > Reporter: Karel Piwko > Fix For: drone_2.0.0.Alpha5 > > > Update to latest Selenium available -- This message was sent by Atlassian JIRA (v6.3.15#6346)

8 years, 9 months

1
0
0 / 0

[JBoss JIRA] (ARQ-1962) Update Drone to use 2.46.0 Selenium

by Matous Jobanek (JIRA)

[ https://issues.jboss.org/browse/ARQ-1962?page=com.atlassian.jira.plugin.s... ] Matous Jobanek commented on ARQ-1962: ------------------------------------- Pushed upstream in https://github.com/arquillian/arquillian-extension-drone/commit/1abce8e48... > Update Drone to use 2.46.0 Selenium > ----------------------------------- > > Key: ARQ-1962 > URL: https://issues.jboss.org/browse/ARQ-1962 > Project: Arquillian > Issue Type: Component Upgrade > Components: Extension - Drone > Affects Versions: drone_2.0.0.Alpha4 > Reporter: Karel Piwko > Fix For: drone_2.0.0.Alpha5 > > > Update to latest Selenium available -- This message was sent by Atlassian JIRA (v6.3.15#6346)

8 years, 9 months

1
0
0 / 0

[JBoss JIRA] (ARQ-127) Verify TestNG Parallel test exeuction

by Tomas Remes (JIRA)

[ https://issues.jboss.org/browse/ARQ-127?page=com.atlassian.jira.plugin.sy... ] Tomas Remes edited comment on ARQ-127 at 7/14/15 3:34 AM: ---------------------------------------------------------- I came across this as well. This problem manifests simply in the case when you specify some included testgroup in the surefire plugin. The Arquillian @BeforeSuite method doesn't belong to this testgroup (it seems that inheritGroups param is not evaluated at all. I am not sure why) so it's not executed. Simple workaround in this case is to include also "arquillian" group. I am not sure if it is/ is not a testng bug. You can see https://github.com/cbeust/testng/issues/313 and https://github.com/cbeust/testng/issues/184 was (Author: tremes): I came across this as well. This problem manifests simply in the case when you specify some included group in the surefire plugin. The Arquillian @BeforeSuite method doesn't belong to this group (it seems that inheritGroups param is not evaluated at all. I am not sure why) so it's not executed. Simple workaround in this case is to include also "arquillian" group. I am not sure if it is/ is not a testng bug. You can see https://github.com/cbeust/testng/issues/313 and https://github.com/cbeust/testng/issues/184 > Verify TestNG Parallel test exeuction > ------------------------------------- > > Key: ARQ-127 > URL: https://issues.jboss.org/browse/ARQ-127 > Project: Arquillian > Issue Type: Feature Request > Components: Extension - Performance, Test Harness Integration > Reporter: Aslak Knutsen > Assignee: Ståle Pedersen > Priority: Critical > Fix For: 2.0.0.Beta1 > > Attachments: testng-parallel.zip > > > Verify that Arquillian behaves correctly when ran in TestNG Parallel modes. -- This message was sent by Atlassian JIRA (v6.3.15#6346)

8 years, 9 months

1
0
0 / 0

[JBoss JIRA] (ARQ-127) Verify TestNG Parallel test exeuction

by Tomas Remes (JIRA)

[ https://issues.jboss.org/browse/ARQ-127?page=com.atlassian.jira.plugin.sy... ] Tomas Remes commented on ARQ-127: --------------------------------- I came across this as well. This problem manifests simply in the case when you specify some included group in the surefire plugin. The Arquillian @BeforeSuite method doesn't belong to this group (it seems that inheritGroups param is not evaluated at all. I am not sure why) so it's not executed. Simple workaround in this case is to include also "arquillian" group. I am not sure if it is/ is not a testng bug. You can see https://github.com/cbeust/testng/issues/313 and https://github.com/cbeust/testng/issues/184 > Verify TestNG Parallel test exeuction > ------------------------------------- > > Key: ARQ-127 > URL: https://issues.jboss.org/browse/ARQ-127 > Project: Arquillian > Issue Type: Feature Request > Components: Extension - Performance, Test Harness Integration > Reporter: Aslak Knutsen > Assignee: Ståle Pedersen > Priority: Critical > Fix For: 2.0.0.Beta1 > > Attachments: testng-parallel.zip > > > Verify that Arquillian behaves correctly when ran in TestNG Parallel modes. -- This message was sent by Atlassian JIRA (v6.3.15#6346)

8 years, 9 months

1
0
0 / 0

[JBoss JIRA] (ARQ-1961) Exception while undeploying application in WebSphere Liberty Profile

by Gerhard Poul (JIRA)

[ https://issues.jboss.org/browse/ARQ-1961?page=com.atlassian.jira.plugin.s... ] Gerhard Poul commented on ARQ-1961: ----------------------------------- [~dlwester] This is interesting; I assume your colleagues use Windows as well? Can you check whether they have the same WLP build and configuration? Also interesting would be whether there is any obvious difference in terms of Java version, backup or anti-virus software between those machines? The problem with deleteOnExit() is that Liberty will not undeploy the code until we delete it from the apps directory. Do you maybe have the time to increase the timeout, reproduce the issue, and look at it in process explorer to find out which process is locking the file on your machine? > Exception while undeploying application in WebSphere Liberty Profile > -------------------------------------------------------------------- > > Key: ARQ-1961 > URL: https://issues.jboss.org/browse/ARQ-1961 > Project: Arquillian > Issue Type: Bug > Components: WebSphere Containers > Environment: OS: Windows 7 Professional > Arquillian: org.jboss.arquillian:arquillian-bom:1.1.6.Final > org.jboss.arquillian.container:arquillian-wlp-managed-8.5:1.0.0.Beta2 > Shrinkwrap: org.jboss.shrinkwrap.resolver:shrinkwrap-resolver-bom:2.1.1 > WebSphere Liberty Profile: 8.5.5.4 > JUnit: 4.11 > Java: IBM Java 1.7 in 1.6 mode > Reporter: Dave Westerman > Assignee: Gerhard Poul > Attachments: DaveWesterman_arquillian-enhanced-trace.zip > > > I am trying to test my JEE application with Arquillian running under WebSphere Liberty Profile 8.5.5.4. My Arquillian tests run against an EJB and a REST service. > > All the tests run successfully. However, the JUnit test process always ends with an exception: > > org.jboss.arquillian.container.spi.client.container.DeploymentException: Exception while undeploying application. > at org.jboss.arquillian.container.was.wlp_managed_8_5.WLPManagedContainer.undeploy(WLPManagedContainer.java:419) > at org.jboss.arquillian.container.impl.client.container.ContainerDeployController$4.call(ContainerDeployController.java:205) > at org.jboss.arquillian.container.impl.client.container.ContainerDeployController$4.call(ContainerDeployController.java:185) > at org.jboss.arquillian.container.impl.client.container.ContainerDeployController.executeOperation(ContainerDeployController.java:271) > at org.jboss.arquillian.container.impl.client.container.ContainerDeployController.undeploy(ContainerDeployController.java:184) > ... > Caused by: org.jboss.arquillian.container.spi.client.container.DeploymentException: Unable to delete archive from apps directory > at org.jboss.arquillian.container.was.wlp_managed_8_5.WLPManagedContainer.undeploy(WLPManagedContainer.java:405) > at org.jboss.arquillian.container.impl.client.container.ContainerDeployController$4.call(ContainerDeployController.java:205) > at org.jboss.arquillian.container.impl.client.container.ContainerDeployController$4.call(ContainerDeployController.java:185) > at org.jboss.arquillian.container.impl.client.container.ContainerDeployController.executeOperation(ContainerDeployController.java:271) > at org.jboss.arquillian.container.impl.client.container.ContainerDeployController.undeploy(ContainerDeployController.java:184) > I ran this with a trace that Gerhard suggested, and here is the relevant section of the trace: > Jun 24, 2015 11:14:18 AM org.jboss.arquillian.container.was.wlp_managed_8_5.WLPManagedContainer undeploy > FINER: ENTRY > Jun 24, 2015 11:14:18 AM org.jboss.arquillian.container.was.wlp_managed_8_5.WLPManagedContainer getServerXML > FINER: server.xml: /IBM/WLP8554/usr/servers/taskcalendar/server.xml > Jun 24, 2015 11:14:18 AM org.jboss.arquillian.container.was.wlp_managed_8_5.WLPManagedContainer getServerXML > FINER: server.xml: /IBM/WLP8554/usr/servers/taskcalendar/server.xml > Jun 24, 2015 11:14:18 AM org.jboss.arquillian.container.was.wlp_managed_8_5.WLPManagedContainer waitForMBeanTargetState > FINER: ENTRY > [AUDIT ] CWWKG0016I: Starting server configuration update. > [AUDIT ] CWWKG0028A: Processing included configuration resource: C:\IBM\WLP8554\usr\servers\taskcalendar\serverApplication.xml > [AUDIT ] CWWKG0028A: Processing included configuration resource: C:\IBM\WLP8554\usr\servers\taskcalendar\serverKeyStore.xml > [AUDIT ] CWWKG0028A: Processing included configuration resource: C:\IBM\WLP8554\usr\servers\taskcalendar\serverBasicUserRegistry.xml > [AUDIT ] CWWKG0028A: Processing included configuration resource: C:\IBM\WLP8554\usr\servers\taskcalendar\serverTesting.xml > [AUDIT ] CWWKG0017I: The server configuration was successfully updated in 0.043 seconds. > [AUDIT ] CWWKT0017I: Web application removed (default_host): http://dlwester:30080/task-calendar-ejb-task-calendar-bean-test/ > [INFO ] SRVE0253I: [task-calendar-ejb-task-calendar-bean-test] [/task-calendar-ejb-task-calendar-bean-test] [ArquillianServletRunner]: Destroy successful. > [INFO ] OpenWebBeans Container was stopped for context path, [/task-calendar-ejb-task-calendar-bean-test] > [INFO ] CNTR4003I: The task-calendar-ejb-task-calendar-bean-test.war EJB module in the task-calendar-ejb-task-calendar-bean-test application is stopping. > [INFO ] CNTR4004I: The task-calendar-ejb-task-calendar-bean-test.war EJB module in the task-calendar-ejb-task-calendar-bean-test application has stopped successfully. > [AUDIT ] CWWKZ0009I: The application task-calendar-ejb-task-calendar-bean-test has stopped successfully. > Jun 24, 2015 11:14:18 AM org.jboss.arquillian.container.was.wlp_managed_8_5.WLPManagedContainer waitForMBeanTargetState > FINER: RETURN > Jun 24, 2015 11:14:18 AM org.jboss.arquillian.container.was.wlp_managed_8_5.WLPManagedContainer getAppDirectory > FINER: appDir: /IBM/WLP8554/usr/servers/taskcalendar/apps > Jun 24, 2015 11:14:19 AM org.jboss.arquillian.container.was.wlp_managed_8_5.WLPManagedContainer stop > FINER: ENTRY > Jun 24, 2015 11:14:19 AM org.jboss.arquillian.container.was.wlp_managed_8_5.WLPManagedContainer stop > FINER: RETURN -- This message was sent by Atlassian JIRA (v6.3.15#6346)

8 years, 9 months

1
0
0 / 0

2024

2023

2022

2021

2020

2019

2018

2017

2016

2015

2014

2013

2012

2011

2010

2009

arquillian-issues July 2015