From issues at jboss.org Mon Mar 2 06:06:49 2015 From: issues at jboss.org (Karel Piwko (JIRA)) Date: Mon, 2 Mar 2015 06:06:49 -0500 (EST) Subject: [arquillian-issues] [JBoss JIRA] (ARQ-1032) Drone: shortcut for starting Selenium Server In-Reply-To: References: Message-ID: [ https://issues.jboss.org/browse/ARQ-1032?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Karel Piwko resolved ARQ-1032. ------------------------------ Fix Version/s: (was: drone_2.0.0.Alpha4) Resolution: Rejected Please consider using Arquillian Spacelift for this purpose instead. > Drone: shortcut for starting Selenium Server > -------------------------------------------- > > Key: ARQ-1032 > URL: https://issues.jboss.org/browse/ARQ-1032 > Project: Arquillian > Issue Type: Feature Request > Components: Extension - Drone > Affects Versions: drone_1.1.0.CR1 > Reporter: Luk?? Fry? > > When starting Drone test development, user needs to obtain appropriate version of {{selenium-server.jar}}, start it with {{java}} and provide all necessary properties like {{chrome.driver.binary}}. > Required information is already available in {{pom.xml}} (selenium version) and {{arquillian.xml}} (driver properties). > To allow quick bootstrap, Drone should provide method for user to ramp up to development quickly. > Following integration can be considered: > * JBDS > * Forge - {{drone start}} > * Maven - {{mvn arquillian:drone-start}} -- This message was sent by Atlassian JIRA (v6.3.11#6341) From issues at jboss.org Mon Mar 2 06:07:54 2015 From: issues at jboss.org (Karel Piwko (JIRA)) Date: Mon, 2 Mar 2015 06:07:54 -0500 (EST) Subject: [arquillian-issues] [JBoss JIRA] (ARQ-1695) Integrate Spacelift into Drone In-Reply-To: References: Message-ID: [ https://issues.jboss.org/browse/ARQ-1695?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Karel Piwko updated ARQ-1695: ----------------------------- Fix Version/s: drone_2.0.0.Beta1 (was: drone_2.0.0.Alpha4) > Integrate Spacelift into Drone > ------------------------------ > > Key: ARQ-1695 > URL: https://issues.jboss.org/browse/ARQ-1695 > Project: Arquillian > Issue Type: Task > Components: Extension - Drone > Reporter: Karel Piwko > Fix For: drone_2.0.0.Beta1 > > > Spacelift can be used for following tasks: > * Download and execution of Selenium Server > * Download of ChromeDriver binary > * Download of IEDriver binary (optional, might not be needed as of IE11+) -- This message was sent by Atlassian JIRA (v6.3.11#6341) From issues at jboss.org Mon Mar 2 06:07:54 2015 From: issues at jboss.org (Karel Piwko (JIRA)) Date: Mon, 2 Mar 2015 06:07:54 -0500 (EST) Subject: [arquillian-issues] [JBoss JIRA] (ARQ-437) Introduce annotation to control lifecycle of selenium session In-Reply-To: References: Message-ID: [ https://issues.jboss.org/browse/ARQ-437?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Karel Piwko updated ARQ-437: ---------------------------- Fix Version/s: drone_2.0.0.Beta1 (was: drone_2.0.0.Alpha4) > Introduce annotation to control lifecycle of selenium session > ------------------------------------------------------------- > > Key: ARQ-437 > URL: https://issues.jboss.org/browse/ARQ-437 > Project: Arquillian > Issue Type: Feature Request > Components: Extension - Drone > Reporter: Luk?? Fry? > Fix For: drone_2.0.0.Beta1 > > > Following options are being considered: > BEFORE_SUITE > BEFORE_CLASS > BEFORE_METHOD -- This message was sent by Atlassian JIRA (v6.3.11#6341) From issues at jboss.org Mon Mar 2 06:07:55 2015 From: issues at jboss.org (Karel Piwko (JIRA)) Date: Mon, 2 Mar 2015 06:07:55 -0500 (EST) Subject: [arquillian-issues] [JBoss JIRA] (ARQ-1545) Drone: allow to setup WebDriver's Capabilities programatically In-Reply-To: References: Message-ID: [ https://issues.jboss.org/browse/ARQ-1545?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Karel Piwko updated ARQ-1545: ----------------------------- Fix Version/s: drone_2.0.0.Beta1 (was: drone_2.0.0.Alpha4) > Drone: allow to setup WebDriver's Capabilities programatically > -------------------------------------------------------------- > > Key: ARQ-1545 > URL: https://issues.jboss.org/browse/ARQ-1545 > Project: Arquillian > Issue Type: Feature Request > Components: Extension - Drone > Affects Versions: drone_1.2.0.Final > Reporter: Luk?? Fry? > Fix For: drone_2.0.0.Beta1 > > > The programatic configuration comes when some capability is unsupported and it has complex type, such as collection or array. > ---- > Even though I can access WebDriverConfiguration programatically and retrieve #getCapabilities(), I will get clone of capabilities stored in configuration. > I suggest we allow to access capabilityMap in order to allow programatically configure. > ---- > Please document a sample of usage here once done, i.e. what even is expected to listen. -- This message was sent by Atlassian JIRA (v6.3.11#6341) From issues at jboss.org Mon Mar 2 06:07:55 2015 From: issues at jboss.org (Karel Piwko (JIRA)) Date: Mon, 2 Mar 2015 06:07:55 -0500 (EST) Subject: [arquillian-issues] [JBoss JIRA] (ARQ-1690) Provide and API/SPI to solve backward compatibility In-Reply-To: References: Message-ID: [ https://issues.jboss.org/browse/ARQ-1690?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Karel Piwko updated ARQ-1690: ----------------------------- Fix Version/s: drone_2.0.0.Beta1 (was: drone_2.0.0.Alpha4) > Provide and API/SPI to solve backward compatibility > --------------------------------------------------- > > Key: ARQ-1690 > URL: https://issues.jboss.org/browse/ARQ-1690 > Project: Arquillian > Issue Type: Task > Components: Extension - Drone > Reporter: Karel Piwko > Fix For: drone_2.0.0.Beta1 > > > For extension relying on Drone 1.2.x, migration to 2.0.0 should be smooth. Identify what API/SPI needs to be supported based on existing extensions: > These are at least: > * Graphene 2 > * Warp > * JBehave > * CukeSpace > * APE > * SauceLabs > Note, likely we won't be able to support backwards compatibility 100%. We rather need to make sure major extensions using Drone stay compatible or provide a very easy migration path, e.g. Drone compatibility package. -- This message was sent by Atlassian JIRA (v6.3.11#6341) From issues at jboss.org Mon Mar 2 06:07:55 2015 From: issues at jboss.org (Karel Piwko (JIRA)) Date: Mon, 2 Mar 2015 06:07:55 -0500 (EST) Subject: [arquillian-issues] [JBoss JIRA] (ARQ-1694) Update Saucelabs extension In-Reply-To: References: Message-ID: [ https://issues.jboss.org/browse/ARQ-1694?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Karel Piwko updated ARQ-1694: ----------------------------- Fix Version/s: drone_2.0.0.Beta1 (was: drone_2.0.0.Alpha4) > Update Saucelabs extension > -------------------------- > > Key: ARQ-1694 > URL: https://issues.jboss.org/browse/ARQ-1694 > Project: Arquillian > Issue Type: Task > Components: Extension - Drone > Reporter: Karel Piwko > Fix For: drone_2.0.0.Beta1 > > > Provide working SauceLabs extension fully compatible with Drone 2. -- This message was sent by Atlassian JIRA (v6.3.11#6341) From issues at jboss.org Mon Mar 2 06:07:57 2015 From: issues at jboss.org (Karel Piwko (JIRA)) Date: Mon, 2 Mar 2015 06:07:57 -0500 (EST) Subject: [arquillian-issues] [JBoss JIRA] (ARQ-1077) Persistence Plugin does not work with Drone/Graphene In-Reply-To: References: Message-ID: [ https://issues.jboss.org/browse/ARQ-1077?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Karel Piwko updated ARQ-1077: ----------------------------- Fix Version/s: drone_2.0.0.Beta1 (was: drone_2.0.0.Alpha4) > Persistence Plugin does not work with Drone/Graphene > ---------------------------------------------------- > > Key: ARQ-1077 > URL: https://issues.jboss.org/browse/ARQ-1077 > Project: Arquillian > Issue Type: Feature Request > Components: Extension - Drone, Extension - Persistence > Environment: JBoss AS 7 Container > Reporter: Bryan Saunders > Assignee: Bartosz Majsak > Labels: drone, persistence > Fix For: drone_2.0.0.Beta1 > > > Persistence Extension does not execute when being used with the Drone/Graphene extensions. When you run the tests in Client Mode the @UsingDataSet annotations do not trigger and populate the database. @ApplyScriptBefore also does not work. -- This message was sent by Atlassian JIRA (v6.3.11#6341) From issues at jboss.org Mon Mar 2 06:07:57 2015 From: issues at jboss.org (Karel Piwko (JIRA)) Date: Mon, 2 Mar 2015 06:07:57 -0500 (EST) Subject: [arquillian-issues] [JBoss JIRA] (ARQ-1176) automatically take screenshot and capture the html output on Assert failure or Exception In-Reply-To: References: Message-ID: [ https://issues.jboss.org/browse/ARQ-1176?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Karel Piwko updated ARQ-1176: ----------------------------- Fix Version/s: drone_2.0.0.Beta1 (was: drone_2.0.0.Alpha4) > automatically take screenshot and capture the html output on Assert failure or Exception > ---------------------------------------------------------------------------------------- > > Key: ARQ-1176 > URL: https://issues.jboss.org/browse/ARQ-1176 > Project: Arquillian > Issue Type: Feature Request > Components: Extension - Drone > Reporter: Mark Struberg > Fix For: drone_2.0.0.Beta1 > > > Some testing frameworks like cucumber automatically takes a screenshot and stores the current html output when test failure occurs. > Imo this is a great feature as it is really hard to find out what went wrong without having any information at hand. -- This message was sent by Atlassian JIRA (v6.3.11#6341) From issues at jboss.org Mon Mar 2 06:07:58 2015 From: issues at jboss.org (Karel Piwko (JIRA)) Date: Mon, 2 Mar 2015 06:07:58 -0500 (EST) Subject: [arquillian-issues] [JBoss JIRA] (ARQ-1340) Drone webdriver is not created during @BeforeClass In-Reply-To: References: Message-ID: [ https://issues.jboss.org/browse/ARQ-1340?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Karel Piwko updated ARQ-1340: ----------------------------- Fix Version/s: drone_2.0.0.Beta1 (was: drone_2.0.0.Alpha4) > Drone webdriver is not created during @BeforeClass > -------------------------------------------------- > > Key: ARQ-1340 > URL: https://issues.jboss.org/browse/ARQ-1340 > Project: Arquillian > Issue Type: Bug > Components: Extension - Drone > Affects Versions: drone_1.1.1.Final > Environment: Arquillian JUnit Container 1.0.3.Final > Arquillian Graphene Webdriver 2.0.0.Alpha3 > Arquillian Drone dependencies and Selenium dependencies 1.1.1.Final > Arquillian Core dependencies 1.0.3.Final > junit 4.8.1 > jdk 1.6 > Reporter: Alex Okrushko > Fix For: drone_2.0.0.Beta1 > > > Drone webdriver is not created during @BeforeClass, however *is created during @Before or if called by GrapheneContext.getProxy()* > The following does NOT work: > {code:java} > @RunWith(Arquillian.class) > public class TestDroneLogin { > @Drone > private static WebDriver driver; > > @BeforeClass > public static void setup(){ > //GrapheneContext.getProxy().navigate().to("http://google.com"); > driver.navigate().to("http://google.com"); > } > > @Test > public void testInput(){ > driver.findElement(By.cssSelector("input#gbqfq")); > } > } > {code} > However, if I use {{GrapheneContext.getProxy()}} instead of {{driver}}, everything works as expected: > {code:java} > @BeforeClass > public static void setup(){ > GrapheneContext.getProxy().navigate().to("http://google.com"); > } > {code} > ALSO, if {{@Before}} is used then Drone webdriver is created as expected, so this problem is specific to {{@BeforeClass}} -- This message was sent by Atlassian JIRA (v6.3.11#6341) From issues at jboss.org Mon Mar 2 06:07:58 2015 From: issues at jboss.org (Karel Piwko (JIRA)) Date: Mon, 2 Mar 2015 06:07:58 -0500 (EST) Subject: [arquillian-issues] [JBoss JIRA] (ARQ-1692) Factories should not bring runtime dependencies In-Reply-To: References: Message-ID: [ https://issues.jboss.org/browse/ARQ-1692?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Karel Piwko updated ARQ-1692: ----------------------------- Fix Version/s: drone_2.0.0.Beta1 (was: drone_2.0.0.Alpha4) > Factories should not bring runtime dependencies > ----------------------------------------------- > > Key: ARQ-1692 > URL: https://issues.jboss.org/browse/ARQ-1692 > Project: Arquillian > Issue Type: Task > Components: Extension - Drone > Reporter: Karel Piwko > Fix For: drone_2.0.0.Beta1 > > > DroneFactories should fail graciously in case that Drone type they are trying to instantiate are not on classpath. -- This message was sent by Atlassian JIRA (v6.3.11#6341) From issues at jboss.org Mon Mar 2 06:07:58 2015 From: issues at jboss.org (Karel Piwko (JIRA)) Date: Mon, 2 Mar 2015 06:07:58 -0500 (EST) Subject: [arquillian-issues] [JBoss JIRA] (ARQ-1008) Can't use reusable remote driver with opera In-Reply-To: References: Message-ID: [ https://issues.jboss.org/browse/ARQ-1008?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Karel Piwko updated ARQ-1008: ----------------------------- Fix Version/s: drone_2.0.0.Beta1 (was: drone_2.0.0.Alpha4) > Can't use reusable remote driver with opera > ------------------------------------------- > > Key: ARQ-1008 > URL: https://issues.jboss.org/browse/ARQ-1008 > Project: Arquillian > Issue Type: Bug > Components: Extension - Drone > Affects Versions: drone_1.1.0.CR2 > Reporter: Jan Papousek > Assignee: Jan Papousek > Fix For: drone_2.0.0.Beta1 > > > {code} > ------------------------------------------------------------------------------- > Test set: org.jboss.arquillian.drone.webdriver.example.WebDriverTestCase > ------------------------------------------------------------------------------- > Tests run: 1, Failures: 0, Errors: 1, Skipped: 0, Time elapsed: 9.303 sec <<< FAILURE! > org.jboss.arquillian.drone.webdriver.example.WebDriverTestCase Time elapsed: 0 sec <<< ERROR! > org.openqa.selenium.WebDriverException: Address already in use > Command duration or timeout: 1.50 seconds > Build info: version: '2.24.1', revision: '17205', time: '2012-06-19 15:28:49' > System info: os.name: 'Linux', os.arch: 'amd64', os.version: '2.6.43.8-1.fc15.x86_64', java.version: '1.7.0_04' > Driver info: driver.version: RemoteWebDriver > Session ID: > at sun.reflect.NativeConstructorAccessorImpl.newInstance0(Native Method) > at sun.reflect.NativeConstructorAccessorImpl.newInstance(NativeConstructorAccessorImpl.java:57) > at sun.reflect.DelegatingConstructorAccessorImpl.newInstance(DelegatingConstructorAccessorImpl.java:45) > at java.lang.reflect.Constructor.newInstance(Constructor.java:525) > at org.openqa.selenium.remote.ErrorHandler.createThrowable(ErrorHandler.java:188) > at org.openqa.selenium.remote.ErrorHandler.throwIfResponseFailed(ErrorHandler.java:145) > at org.openqa.selenium.remote.RemoteWebDriver.execute(RemoteWebDriver.java:472) > at org.openqa.selenium.remote.RemoteWebDriver.startSession(RemoteWebDriver.java:155) > at org.openqa.selenium.remote.RemoteWebDriver.(RemoteWebDriver.java:107) > at org.openqa.selenium.remote.RemoteWebDriver.(RemoteWebDriver.java:115) > at org.jboss.arquillian.drone.webdriver.factory.RemoteWebDriverFactory.createRemoteDriver(RemoteWebDriverFactory.java:135) > at org.jboss.arquillian.drone.webdriver.factory.RemoteWebDriverFactory.createReusableDriver(RemoteWebDriverFactory.java:162) > at org.jboss.arquillian.drone.webdriver.factory.RemoteWebDriverFactory.createInstance(RemoteWebDriverFactory.java:95) > at org.jboss.arquillian.drone.webdriver.factory.RemoteWebDriverFactory.createInstance(RemoteWebDriverFactory.java:49) > at org.jboss.arquillian.drone.webdriver.factory.WebDriverFactory.createInstance(WebDriverFactory.java:129) > at org.jboss.arquillian.drone.webdriver.factory.WebDriverFactory.createInstance(WebDriverFactory.java:43) > at org.jboss.arquillian.drone.impl.DroneCreator.createWebTestBrowser(DroneCreator.java:71) > at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method) > at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:57) > at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43) > at java.lang.reflect.Method.invoke(Method.java:601) > at org.jboss.arquillian.core.impl.ObserverImpl.invoke(ObserverImpl.java:90) > at org.jboss.arquillian.core.impl.EventContextImpl.invokeObservers(EventContextImpl.java:99) > at org.jboss.arquillian.core.impl.EventContextImpl.proceed(EventContextImpl.java:81) > at org.jboss.arquillian.core.impl.ManagerImpl.fire(ManagerImpl.java:135) > at org.jboss.arquillian.core.impl.ManagerImpl.fire(ManagerImpl.java:115) > at org.jboss.arquillian.core.impl.EventImpl.fire(EventImpl.java:67) > at org.jboss.arquillian.drone.impl.DroneConfigurator.configureDrone(DroneConfigurator.java:116) > at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method) > at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:57) > at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43) > at java.lang.reflect.Method.invoke(Method.java:601) > at org.jboss.arquillian.core.impl.ObserverImpl.invoke(ObserverImpl.java:90) > at org.jboss.arquillian.core.impl.EventContextImpl.invokeObservers(EventContextImpl.java:99) > at org.jboss.arquillian.core.impl.EventContextImpl.proceed(EventContextImpl.java:81) > at org.jboss.arquillian.test.impl.TestContextHandler.createClassContext(TestContextHandler.java:75) > at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method) > at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:57) > at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43) > at java.lang.reflect.Method.invoke(Method.java:601) > at org.jboss.arquillian.core.impl.ObserverImpl.invoke(ObserverImpl.java:90) > at org.jboss.arquillian.core.impl.EventContextImpl.proceed(EventContextImpl.java:88) > at org.jboss.arquillian.test.impl.TestContextHandler.createSuiteContext(TestContextHandler.java:60) > at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method) > at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:57) > at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43) > at java.lang.reflect.Method.invoke(Method.java:601) > at org.jboss.arquillian.core.impl.ObserverImpl.invoke(ObserverImpl.java:90) > at org.jboss.arquillian.core.impl.EventContextImpl.proceed(EventContextImpl.java:88) > at org.jboss.arquillian.core.impl.ManagerImpl.fire(ManagerImpl.java:135) > at org.jboss.arquillian.core.impl.ManagerImpl.fire(ManagerImpl.java:115) > at org.jboss.arquillian.test.impl.EventTestRunnerAdaptor.beforeClass(EventTestRunnerAdaptor.java:80) > at org.jboss.arquillian.junit.Arquillian$2.evaluate(Arquillian.java:182) > at org.jboss.arquillian.junit.Arquillian.multiExecute(Arquillian.java:314) > at org.jboss.arquillian.junit.Arquillian.access$100(Arquillian.java:46) > at org.jboss.arquillian.junit.Arquillian$3.evaluate(Arquillian.java:199) > at org.junit.runners.ParentRunner.run(ParentRunner.java:236) > at org.jboss.arquillian.junit.Arquillian.run(Arquillian.java:147) > at org.apache.maven.surefire.junit4.JUnit4TestSet.execute(JUnit4TestSet.java:53) > at org.apache.maven.surefire.junit4.JUnit4Provider.executeTestSet(JUnit4Provider.java:123) > at org.apache.maven.surefire.junit4.JUnit4Provider.invoke(JUnit4Provider.java:104) > at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method) > at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:57) > at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43) > at java.lang.reflect.Method.invoke(Method.java:601) > at org.apache.maven.surefire.util.ReflectionUtils.invokeMethodWithArray(ReflectionUtils.java:164) > at org.apache.maven.surefire.booter.ProviderFactory$ProviderProxy.invoke(ProviderFactory.java:110) > at org.apache.maven.surefire.booter.SurefireStarter.invokeProvider(SurefireStarter.java:175) > at org.apache.maven.surefire.booter.SurefireStarter.runSuitesInProcessWhenForked(SurefireStarter.java:107) > at org.apache.maven.surefire.booter.ForkedBooter.main(ForkedBooter.java:68) > Caused by: java.net.BindException: Address already in use > at sun.nio.ch.Net.bind0(Native Method) > at sun.nio.ch.Net.bind(Net.java:344) > at sun.nio.ch.Net.bind(Net.java:336) > at sun.nio.ch.ServerSocketChannelImpl.bind(ServerSocketChannelImpl.java:199) > at sun.nio.ch.ServerSocketAdaptor.bind(ServerSocketAdaptor.java:74) > at sun.nio.ch.ServerSocketAdaptor.bind(ServerSocketAdaptor.java:67) > at com.opera.core.systems.scope.stp.StpConnectionListener.start(StpConnectionListener.java:95) > at com.opera.core.systems.scope.stp.StpConnectionListener.(StpConnectionListener.java:58) > at com.opera.core.systems.scope.stp.StpThread.(StpThread.java:46) > at com.opera.core.systems.ScopeServices.(ScopeServices.java:112) > at com.opera.core.systems.OperaDriver.createScopeServices(OperaDriver.java:251) > at com.opera.core.systems.OperaDriver.init(OperaDriver.java:197) > at com.opera.core.systems.OperaDriver.start(OperaDriver.java:186) > at com.opera.core.systems.OperaDriver.(OperaDriver.java:178) > at com.opera.core.systems.OperaDriver.(OperaDriver.java:160) > at sun.reflect.NativeConstructorAccessorImpl.newInstance0(Native Method) > at sun.reflect.NativeConstructorAccessorImpl.newInstance(NativeConstructorAccessorImpl.java:57) > at sun.reflect.DelegatingConstructorAccessorImpl.newInstance(DelegatingConstructorAccessorImpl.java:45) > at java.lang.reflect.Constructor.newInstance(Constructor.java:525) > at org.openqa.selenium.remote.server.DefaultDriverFactory.callConstructor(DefaultDriverFactory.java:57) > at org.openqa.selenium.remote.server.DefaultDriverFactory.newInstance(DefaultDriverFactory.java:51) > at org.openqa.selenium.remote.server.DefaultSession$BrowserCreator.call(DefaultSession.java:196) > at org.openqa.selenium.remote.server.DefaultSession$BrowserCreator.call(DefaultSession.java:1) > at java.util.concurrent.FutureTask$Sync.innerRun(FutureTask.java:334) > at java.util.concurrent.FutureTask.run(FutureTask.java:166) > at org.openqa.selenium.remote.server.DefaultSession$1.run(DefaultSession.java:150) > at java.util.concurrent.ThreadPoolExecutor.runWorker(ThreadPoolExecutor.java:1110) > at java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:603) > at java.lang.Thread.run(Thread.java:722) > {code} -- This message was sent by Atlassian JIRA (v6.3.11#6341) From issues at jboss.org Mon Mar 2 06:07:58 2015 From: issues at jboss.org (Karel Piwko (JIRA)) Date: Mon, 2 Mar 2015 06:07:58 -0500 (EST) Subject: [arquillian-issues] [JBoss JIRA] (ARQ-1743) Merge configuration and callable creation together In-Reply-To: References: Message-ID: [ https://issues.jboss.org/browse/ARQ-1743?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Karel Piwko updated ARQ-1743: ----------------------------- Fix Version/s: drone_2.0.0.Beta1 (was: drone_2.0.0.Alpha4) > Merge configuration and callable creation together > -------------------------------------------------- > > Key: ARQ-1743 > URL: https://issues.jboss.org/browse/ARQ-1743 > Project: Arquillian > Issue Type: Feature Request > Components: Extension - Drone > Affects Versions: drone_2.0.0.Alpha1 > Reporter: Karel Piwko > Fix For: drone_2.0.0.Beta1 > > > There should be just one event and either both or none of the object should be present. > This mean that callable and configuration should be created at the same time. This would make usage of Drone much easier. -- This message was sent by Atlassian JIRA (v6.3.11#6341) From issues at jboss.org Mon Mar 2 06:07:58 2015 From: issues at jboss.org (Karel Piwko (JIRA)) Date: Mon, 2 Mar 2015 06:07:58 -0500 (EST) Subject: [arquillian-issues] [JBoss JIRA] (ARQ-1179) Mark a test so it will only run against certain browsers In-Reply-To: References: Message-ID: [ https://issues.jboss.org/browse/ARQ-1179?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Karel Piwko updated ARQ-1179: ----------------------------- Fix Version/s: drone_2.0.0.Beta1 (was: drone_2.0.0.Alpha4) > Mark a test so it will only run against certain browsers > -------------------------------------------------------- > > Key: ARQ-1179 > URL: https://issues.jboss.org/browse/ARQ-1179 > Project: Arquillian > Issue Type: Feature Request > Components: Extension - Drone > Reporter: Brian Leathem > Fix For: drone_2.0.0.Beta1 > > > It would be useful to be able to annotate a particular test so it will only run when driven by a particular set of browsers. > Some sample use cases: > # Some tests cannot target the incomplete js impl found in html unit. I would mark such tests not to run when htmlunit is the configured browser (in CI for instance) > # Some tests may target non-standard behaviour in certain browsers (older IE versions for instance) and may not make sense to run in all browsers. I would mark such tests not to run only when IE is the configured browser. -- This message was sent by Atlassian JIRA (v6.3.11#6341) From issues at jboss.org Mon Mar 2 06:07:59 2015 From: issues at jboss.org (Karel Piwko (JIRA)) Date: Mon, 2 Mar 2015 06:07:59 -0500 (EST) Subject: [arquillian-issues] [JBoss JIRA] (ARQ-435) Add @FailureLogging feature and appropriate listener In-Reply-To: References: Message-ID: [ https://issues.jboss.org/browse/ARQ-435?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Karel Piwko updated ARQ-435: ---------------------------- Fix Version/s: drone_2.0.0.Beta1 (was: drone_2.0.0.Alpha4) > Add @FailureLogging feature and appropriate listener > ---------------------------------------------------- > > Key: ARQ-435 > URL: https://issues.jboss.org/browse/ARQ-435 > Project: Arquillian > Issue Type: Feature Request > Components: Extension - Drone > Affects Versions: 1.0.0.Alpha5 > Reporter: Luk?? Fry? > Fix For: drone_2.0.0.Beta1 > > > Get inspired in formet Ajocado's implementation: > https://github.com/arquillian/arquillian-ajocado/blob/1.0.0.Alpha2/testng/src/main/java/org/jboss/arquillian/ajocado/testng/listener/FailureLoggingTestListener.java -- This message was sent by Atlassian JIRA (v6.3.11#6341) From issues at jboss.org Mon Mar 2 06:07:59 2015 From: issues at jboss.org (Karel Piwko (JIRA)) Date: Mon, 2 Mar 2015 06:07:59 -0500 (EST) Subject: [arquillian-issues] [JBoss JIRA] (ARQ-1693) Independent and flexible lifecycle for Drones In-Reply-To: References: Message-ID: [ https://issues.jboss.org/browse/ARQ-1693?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Karel Piwko updated ARQ-1693: ----------------------------- Fix Version/s: drone_2.0.0.Beta1 (was: drone_2.0.0.Alpha4) > Independent and flexible lifecycle for Drones > --------------------------------------------- > > Key: ARQ-1693 > URL: https://issues.jboss.org/browse/ARQ-1693 > Project: Arquillian > Issue Type: Task > Components: Extension - Drone > Reporter: Karel Piwko > Fix For: drone_2.0.0.Beta1 > > > It should be possible to define lifecycle that is independent of existing Arquillian events. > Suite being one of the most prominent ones. -- This message was sent by Atlassian JIRA (v6.3.11#6341) From issues at jboss.org Mon Mar 2 06:09:49 2015 From: issues at jboss.org (Karel Piwko (JIRA)) Date: Mon, 2 Mar 2015 06:09:49 -0500 (EST) Subject: [arquillian-issues] [JBoss JIRA] (ARQ-1929) Update Selenium to 2.45.0 In-Reply-To: References: Message-ID: Karel Piwko created ARQ-1929: -------------------------------- Summary: Update Selenium to 2.45.0 Key: ARQ-1929 URL: https://issues.jboss.org/browse/ARQ-1929 Project: Arquillian Issue Type: Component Upgrade Reporter: Karel Piwko Update Selenium and PhantomJS bindings to support Selenium 2.45.0 -- This message was sent by Atlassian JIRA (v6.3.11#6341) From issues at jboss.org Mon Mar 2 06:09:49 2015 From: issues at jboss.org (Karel Piwko (JIRA)) Date: Mon, 2 Mar 2015 06:09:49 -0500 (EST) Subject: [arquillian-issues] [JBoss JIRA] (ARQ-1929) Update Selenium to 2.45.0 In-Reply-To: References: Message-ID: [ https://issues.jboss.org/browse/ARQ-1929?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Karel Piwko updated ARQ-1929: ----------------------------- Affects Version/s: drone_2.0.0.Alpha3 > Update Selenium to 2.45.0 > ------------------------- > > Key: ARQ-1929 > URL: https://issues.jboss.org/browse/ARQ-1929 > Project: Arquillian > Issue Type: Component Upgrade > Affects Versions: drone_2.0.0.Alpha3 > Reporter: Karel Piwko > Fix For: drone_2.0.0.Alpha4 > > > Update Selenium and PhantomJS bindings to support Selenium 2.45.0 -- This message was sent by Atlassian JIRA (v6.3.11#6341) From issues at jboss.org Mon Mar 2 06:09:49 2015 From: issues at jboss.org (Karel Piwko (JIRA)) Date: Mon, 2 Mar 2015 06:09:49 -0500 (EST) Subject: [arquillian-issues] [JBoss JIRA] (ARQ-1929) Update Selenium to 2.45.0 In-Reply-To: References: Message-ID: [ https://issues.jboss.org/browse/ARQ-1929?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Karel Piwko updated ARQ-1929: ----------------------------- Fix Version/s: drone_2.0.0.Alpha4 > Update Selenium to 2.45.0 > ------------------------- > > Key: ARQ-1929 > URL: https://issues.jboss.org/browse/ARQ-1929 > Project: Arquillian > Issue Type: Component Upgrade > Affects Versions: drone_2.0.0.Alpha3 > Reporter: Karel Piwko > Fix For: drone_2.0.0.Alpha4 > > > Update Selenium and PhantomJS bindings to support Selenium 2.45.0 -- This message was sent by Atlassian JIRA (v6.3.11#6341) From issues at jboss.org Mon Mar 2 06:09:49 2015 From: issues at jboss.org (Karel Piwko (JIRA)) Date: Mon, 2 Mar 2015 06:09:49 -0500 (EST) Subject: [arquillian-issues] [JBoss JIRA] (ARQ-1929) Update Selenium to 2.45.0 In-Reply-To: References: Message-ID: [ https://issues.jboss.org/browse/ARQ-1929?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Karel Piwko reassigned ARQ-1929: -------------------------------- Assignee: Karel Piwko > Update Selenium to 2.45.0 > ------------------------- > > Key: ARQ-1929 > URL: https://issues.jboss.org/browse/ARQ-1929 > Project: Arquillian > Issue Type: Component Upgrade > Affects Versions: drone_2.0.0.Alpha3 > Reporter: Karel Piwko > Assignee: Karel Piwko > Fix For: drone_2.0.0.Alpha4 > > > Update Selenium and PhantomJS bindings to support Selenium 2.45.0 -- This message was sent by Atlassian JIRA (v6.3.11#6341) From issues at jboss.org Mon Mar 2 06:10:49 2015 From: issues at jboss.org (Karel Piwko (JIRA)) Date: Mon, 2 Mar 2015 06:10:49 -0500 (EST) Subject: [arquillian-issues] [JBoss JIRA] (ARQ-1930) Update Arquillian Core to 1.1.7.Final In-Reply-To: References: Message-ID: Karel Piwko created ARQ-1930: -------------------------------- Summary: Update Arquillian Core to 1.1.7.Final Key: ARQ-1930 URL: https://issues.jboss.org/browse/ARQ-1930 Project: Arquillian Issue Type: Component Upgrade Components: Extension - Drone Affects Versions: drone_2.0.0.Alpha3 Reporter: Karel Piwko Update Arquillian Core to 1.1.7.Final by default. Note, backward compatibility tests are testing every cored version since 1.1.4.Final -- This message was sent by Atlassian JIRA (v6.3.11#6341) From issues at jboss.org Mon Mar 2 06:10:50 2015 From: issues at jboss.org (Karel Piwko (JIRA)) Date: Mon, 2 Mar 2015 06:10:50 -0500 (EST) Subject: [arquillian-issues] [JBoss JIRA] (ARQ-1929) Update Selenium to 2.45.0 In-Reply-To: References: Message-ID: [ https://issues.jboss.org/browse/ARQ-1929?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Karel Piwko updated ARQ-1929: ----------------------------- Component/s: Extension - Drone > Update Selenium to 2.45.0 > ------------------------- > > Key: ARQ-1929 > URL: https://issues.jboss.org/browse/ARQ-1929 > Project: Arquillian > Issue Type: Component Upgrade > Components: Extension - Drone > Affects Versions: drone_2.0.0.Alpha3 > Reporter: Karel Piwko > Assignee: Karel Piwko > Fix For: drone_2.0.0.Alpha4 > > > Update Selenium and PhantomJS bindings to support Selenium 2.45.0 -- This message was sent by Atlassian JIRA (v6.3.11#6341) From issues at jboss.org Mon Mar 2 06:11:49 2015 From: issues at jboss.org (Karel Piwko (JIRA)) Date: Mon, 2 Mar 2015 06:11:49 -0500 (EST) Subject: [arquillian-issues] [JBoss JIRA] (ARQ-1930) Update Arquillian Core to 1.1.7.Final In-Reply-To: References: Message-ID: [ https://issues.jboss.org/browse/ARQ-1930?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Karel Piwko reassigned ARQ-1930: -------------------------------- Assignee: Karel Piwko > Update Arquillian Core to 1.1.7.Final > ------------------------------------- > > Key: ARQ-1930 > URL: https://issues.jboss.org/browse/ARQ-1930 > Project: Arquillian > Issue Type: Component Upgrade > Components: Extension - Drone > Affects Versions: drone_2.0.0.Alpha3 > Reporter: Karel Piwko > Assignee: Karel Piwko > Fix For: drone_2.0.0.Alpha4 > > > Update Arquillian Core to 1.1.7.Final by default. > Note, backward compatibility tests are testing every cored version since 1.1.4.Final -- This message was sent by Atlassian JIRA (v6.3.11#6341) From issues at jboss.org Mon Mar 2 06:11:49 2015 From: issues at jboss.org (Karel Piwko (JIRA)) Date: Mon, 2 Mar 2015 06:11:49 -0500 (EST) Subject: [arquillian-issues] [JBoss JIRA] (ARQ-1930) Update Arquillian Core to 1.1.7.Final In-Reply-To: References: Message-ID: [ https://issues.jboss.org/browse/ARQ-1930?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Karel Piwko updated ARQ-1930: ----------------------------- Fix Version/s: drone_2.0.0.Alpha4 > Update Arquillian Core to 1.1.7.Final > ------------------------------------- > > Key: ARQ-1930 > URL: https://issues.jboss.org/browse/ARQ-1930 > Project: Arquillian > Issue Type: Component Upgrade > Components: Extension - Drone > Affects Versions: drone_2.0.0.Alpha3 > Reporter: Karel Piwko > Assignee: Karel Piwko > Fix For: drone_2.0.0.Alpha4 > > > Update Arquillian Core to 1.1.7.Final by default. > Note, backward compatibility tests are testing every cored version since 1.1.4.Final -- This message was sent by Atlassian JIRA (v6.3.11#6341) From issues at jboss.org Mon Mar 2 06:25:49 2015 From: issues at jboss.org (Karel Piwko (JIRA)) Date: Mon, 2 Mar 2015 06:25:49 -0500 (EST) Subject: [arquillian-issues] [JBoss JIRA] (ARQ-1929) Update Selenium to 2.45.0 In-Reply-To: References: Message-ID: [ https://issues.jboss.org/browse/ARQ-1929?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Karel Piwko resolved ARQ-1929. ------------------------------ Resolution: Done Pushed upstream in https://github.com/arquillian/arquillian-extension-drone/commit/f420405492fb2bfa0bb0f6345d8eb93391c7a6bc > Update Selenium to 2.45.0 > ------------------------- > > Key: ARQ-1929 > URL: https://issues.jboss.org/browse/ARQ-1929 > Project: Arquillian > Issue Type: Component Upgrade > Components: Extension - Drone > Affects Versions: drone_2.0.0.Alpha3 > Reporter: Karel Piwko > Assignee: Karel Piwko > Fix For: drone_2.0.0.Alpha4 > > > Update Selenium and PhantomJS bindings to support Selenium 2.45.0 -- This message was sent by Atlassian JIRA (v6.3.11#6341) From issues at jboss.org Mon Mar 2 06:25:50 2015 From: issues at jboss.org (Karel Piwko (JIRA)) Date: Mon, 2 Mar 2015 06:25:50 -0500 (EST) Subject: [arquillian-issues] [JBoss JIRA] (ARQ-1930) Update Arquillian Core to 1.1.7.Final In-Reply-To: References: Message-ID: [ https://issues.jboss.org/browse/ARQ-1930?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Karel Piwko resolved ARQ-1930. ------------------------------ Resolution: Done Pushed upstream in https://github.com/arquillian/arquillian-extension-drone/commit/b21eaac80cfd47d299fb98d95b5ecf7ba1354b87 > Update Arquillian Core to 1.1.7.Final > ------------------------------------- > > Key: ARQ-1930 > URL: https://issues.jboss.org/browse/ARQ-1930 > Project: Arquillian > Issue Type: Component Upgrade > Components: Extension - Drone > Affects Versions: drone_2.0.0.Alpha3 > Reporter: Karel Piwko > Assignee: Karel Piwko > Fix For: drone_2.0.0.Alpha4 > > > Update Arquillian Core to 1.1.7.Final by default. > Note, backward compatibility tests are testing every cored version since 1.1.4.Final -- This message was sent by Atlassian JIRA (v6.3.11#6341) From issues at jboss.org Wed Mar 4 09:18:50 2015 From: issues at jboss.org (Johan van Kampen (JIRA)) Date: Wed, 4 Mar 2015 09:18:50 -0500 (EST) Subject: [arquillian-issues] [JBoss JIRA] (ARQ-1931) Arquillian jacoco extension throws NullpointerException when using 'createFromZipFile' In-Reply-To: References: Message-ID: Johan van Kampen created ARQ-1931: ------------------------------------- Summary: Arquillian jacoco extension throws NullpointerException when using 'createFromZipFile' Key: ARQ-1931 URL: https://issues.jboss.org/browse/ARQ-1931 Project: Arquillian Issue Type: Bug Components: Extension - Jacoco Reporter: Johan van Kampen Attachments: dri.zip I use the code below which results in a NullpointerException : @Deployment public static EnterpriseArchive createEARArchive() { EnterpriseArchive ear = ShrinkWrap.createFromZipFile(EnterpriseArchive.class, new File("../dri.ear/target/dri.ear-1.0-SNAPSHOT.ear")); ear.addAsManifestResource(EmptyAsset.INSTANCE, "beans.xml"); return ear; } Full stacktrace java.lang.NullPointerException: null at org.jboss.arquillian.extension.jacoco.client.ApplicationArchiveInstrumenter.processArchive(ApplicationArchiveInstrumenter.java:52) at org.jboss.arquillian.extension.jacoco.client.ApplicationArchiveInstrumenter.processArchive(ApplicationArchiveInstrumenter.java:68) at org.jboss.arquillian.extension.jacoco.client.ApplicationArchiveInstrumenter.process(ApplicationArchiveInstrumenter.java:74) at org.jboss.arquillian.container.test.impl.client.deployment.DeploymentGenerator.applyApplicationProcessors(DeploymentGenerator.java:223) at org.jboss.arquillian.container.test.impl.client.deployment.DeploymentGenerator.buildTestableDeployments(DeploymentGenerator.java:172) at org.jboss.arquillian.container.test.impl.client.deployment.DeploymentGenerator.createTestableDeployments(DeploymentGenerator.java:148) at org.jboss.arquillian.container.test.impl.client.deployment.DeploymentGenerator.generateDeployment(DeploymentGenerator.java:85) at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method) at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:57) at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43) at java.lang.reflect.Method.invoke(Method.java:606) at org.jboss.arquillian.core.impl.ObserverImpl.invoke(ObserverImpl.java:94) at org.jboss.arquillian.core.impl.EventContextImpl.invokeObservers(EventContextImpl.java:99) at org.jboss.arquillian.core.impl.EventContextImpl.proceed(EventContextImpl.java:81) at org.jboss.arquillian.core.impl.ManagerImpl.fire(ManagerImpl.java:145) at org.jboss.arquillian.core.impl.ManagerImpl.fire(ManagerImpl.java:116) at org.jboss.arquillian.core.impl.EventImpl.fire(EventImpl.java:67) at org.jboss.arquillian.container.test.impl.client.ContainerEventController.execute(ContainerEventController.java:100) at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method) at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:57) at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43) at java.lang.reflect.Method.invoke(Method.java:606) at org.jboss.arquillian.core.impl.ObserverImpl.invoke(ObserverImpl.java:94) at org.jboss.arquillian.core.impl.EventContextImpl.invokeObservers(EventContextImpl.java:99) at org.jboss.arquillian.core.impl.EventContextImpl.proceed(EventContextImpl.java:81) at org.jboss.arquillian.test.impl.TestContextHandler.createClassContext(TestContextHandler.java:84) at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method) at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:57) at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43) at java.lang.reflect.Method.invoke(Method.java:606) at org.jboss.arquillian.core.impl.ObserverImpl.invoke(ObserverImpl.java:94) at org.jboss.arquillian.core.impl.EventContextImpl.proceed(EventContextImpl.java:88) at org.jboss.arquillian.test.impl.TestContextHandler.createSuiteContext(TestContextHandler.java:65) at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method) at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:57) at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43) at java.lang.reflect.Method.invoke(Method.java:606) at org.jboss.arquillian.core.impl.ObserverImpl.invoke(ObserverImpl.java:94) at org.jboss.arquillian.core.impl.EventContextImpl.proceed(EventContextImpl.java:88) at org.jboss.arquillian.core.impl.ManagerImpl.fire(ManagerImpl.java:145) at org.jboss.arquillian.core.impl.ManagerImpl.fire(ManagerImpl.java:116) at org.jboss.arquillian.test.impl.EventTestRunnerAdaptor.beforeClass(EventTestRunnerAdaptor.java:80) at org.jboss.arquillian.junit.Arquillian$2.evaluate(Arquillian.java:190) at org.jboss.arquillian.junit.Arquillian.multiExecute(Arquillian.java:345) at org.jboss.arquillian.junit.Arquillian.access$200(Arquillian.java:49) at org.jboss.arquillian.junit.Arquillian$3.evaluate(Arquillian.java:207) at org.junit.runners.ParentRunner.run(ParentRunner.java:309) at org.jboss.arquillian.junit.Arquillian.run(Arquillian.java:155) at org.junit.runners.Suite.runChild(Suite.java:127) at org.junit.runners.Suite.runChild(Suite.java:26) at org.junit.runners.ParentRunner$3.run(ParentRunner.java:238) at org.junit.runners.ParentRunner$1.schedule(ParentRunner.java:63) at org.junit.runners.ParentRunner.runChildren(ParentRunner.java:236) at org.junit.runners.ParentRunner.access$000(ParentRunner.java:53) at org.junit.runners.ParentRunner$2.evaluate(ParentRunner.java:229) at org.junit.runners.ParentRunner.run(ParentRunner.java:309) at org.apache.maven.surefire.junit4.JUnit4Provider.execute(JUnit4Provider.java:264) at org.apache.maven.surefire.junit4.JUnit4Provider.executeTestSet(JUnit4Provider.java:153) at org.apache.maven.surefire.junit4.JUnit4Provider.invoke(JUnit4Provider.java:124) at org.apache.maven.surefire.booter.ForkedBooter.invokeProviderInSameClassLoader(ForkedBooter.java:200) at org.apache.maven.surefire.booter.ForkedBooter.runSuitesInProcess(ForkedBooter.java:153) at org.apache.maven.surefire.booter.ForkedBooter.main(ForkedBooter.java:103 Using the configuration below, everything works fine. However, this is a relative simple application. I have several much more complex applications for which I would prefer the first configuration. : @Deployment public static Archive createTestArchive() { File[] libs = Maven.resolver() .loadPomFromFile("pom.xml").resolve("omnimap:services","h2:utils") .withTransitivity().as(File.class); WebArchive war = ShrinkWrap.create(WebArchive.class, "test.war") .addPackage(DossierRelatieIndexService.class.getPackage()) .addPackage(Dossier.class.getPackage()) .addPackage(Constanten.class.getPackage()) .addAsWebInfResource(EmptyAsset.INSTANCE, "beans.xml"); war.addAsLibrary(new File("../dri.ejb/target/dri.ejb-1.0-SNAPSHOT.jar")); war.addAsLibraries(libs).as(JavaArchive.class); return war; } -- This message was sent by Atlassian JIRA (v6.3.11#6341) From issues at jboss.org Wed Mar 4 09:18:50 2015 From: issues at jboss.org (Johan van Kampen (JIRA)) Date: Wed, 4 Mar 2015 09:18:50 -0500 (EST) Subject: [arquillian-issues] [JBoss JIRA] (ARQ-1931) Arquillian jacoco extension throws NullpointerException when using 'createFromZipFile' In-Reply-To: References: Message-ID: [ https://issues.jboss.org/browse/ARQ-1931?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Johan van Kampen updated ARQ-1931: ---------------------------------- Attachment: dri.zip Source-code to reproductie the issue > Arquillian jacoco extension throws NullpointerException when using 'createFromZipFile' > -------------------------------------------------------------------------------------- > > Key: ARQ-1931 > URL: https://issues.jboss.org/browse/ARQ-1931 > Project: Arquillian > Issue Type: Bug > Components: Extension - Jacoco > Reporter: Johan van Kampen > Attachments: dri.zip > > > I use the code below which results in a NullpointerException : > @Deployment > public static EnterpriseArchive createEARArchive() { > > EnterpriseArchive ear = ShrinkWrap.createFromZipFile(EnterpriseArchive.class, new File("../dri.ear/target/dri.ear-1.0-SNAPSHOT.ear")); > ear.addAsManifestResource(EmptyAsset.INSTANCE, "beans.xml"); > return ear; > > } > > Full stacktrace > java.lang.NullPointerException: null > at org.jboss.arquillian.extension.jacoco.client.ApplicationArchiveInstrumenter.processArchive(ApplicationArchiveInstrumenter.java:52) > at org.jboss.arquillian.extension.jacoco.client.ApplicationArchiveInstrumenter.processArchive(ApplicationArchiveInstrumenter.java:68) > at org.jboss.arquillian.extension.jacoco.client.ApplicationArchiveInstrumenter.process(ApplicationArchiveInstrumenter.java:74) > at org.jboss.arquillian.container.test.impl.client.deployment.DeploymentGenerator.applyApplicationProcessors(DeploymentGenerator.java:223) > at org.jboss.arquillian.container.test.impl.client.deployment.DeploymentGenerator.buildTestableDeployments(DeploymentGenerator.java:172) > at org.jboss.arquillian.container.test.impl.client.deployment.DeploymentGenerator.createTestableDeployments(DeploymentGenerator.java:148) > at org.jboss.arquillian.container.test.impl.client.deployment.DeploymentGenerator.generateDeployment(DeploymentGenerator.java:85) > at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method) > at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:57) > at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43) > at java.lang.reflect.Method.invoke(Method.java:606) > at org.jboss.arquillian.core.impl.ObserverImpl.invoke(ObserverImpl.java:94) > at org.jboss.arquillian.core.impl.EventContextImpl.invokeObservers(EventContextImpl.java:99) > at org.jboss.arquillian.core.impl.EventContextImpl.proceed(EventContextImpl.java:81) > at org.jboss.arquillian.core.impl.ManagerImpl.fire(ManagerImpl.java:145) > at org.jboss.arquillian.core.impl.ManagerImpl.fire(ManagerImpl.java:116) > at org.jboss.arquillian.core.impl.EventImpl.fire(EventImpl.java:67) > at org.jboss.arquillian.container.test.impl.client.ContainerEventController.execute(ContainerEventController.java:100) > at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method) > at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:57) > at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43) > at java.lang.reflect.Method.invoke(Method.java:606) > at org.jboss.arquillian.core.impl.ObserverImpl.invoke(ObserverImpl.java:94) > at org.jboss.arquillian.core.impl.EventContextImpl.invokeObservers(EventContextImpl.java:99) > at org.jboss.arquillian.core.impl.EventContextImpl.proceed(EventContextImpl.java:81) > at org.jboss.arquillian.test.impl.TestContextHandler.createClassContext(TestContextHandler.java:84) > at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method) > at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:57) > at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43) > at java.lang.reflect.Method.invoke(Method.java:606) > at org.jboss.arquillian.core.impl.ObserverImpl.invoke(ObserverImpl.java:94) > at org.jboss.arquillian.core.impl.EventContextImpl.proceed(EventContextImpl.java:88) > at org.jboss.arquillian.test.impl.TestContextHandler.createSuiteContext(TestContextHandler.java:65) > at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method) > at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:57) > at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43) > at java.lang.reflect.Method.invoke(Method.java:606) > at org.jboss.arquillian.core.impl.ObserverImpl.invoke(ObserverImpl.java:94) > at org.jboss.arquillian.core.impl.EventContextImpl.proceed(EventContextImpl.java:88) > at org.jboss.arquillian.core.impl.ManagerImpl.fire(ManagerImpl.java:145) > at org.jboss.arquillian.core.impl.ManagerImpl.fire(ManagerImpl.java:116) > at org.jboss.arquillian.test.impl.EventTestRunnerAdaptor.beforeClass(EventTestRunnerAdaptor.java:80) > at org.jboss.arquillian.junit.Arquillian$2.evaluate(Arquillian.java:190) > at org.jboss.arquillian.junit.Arquillian.multiExecute(Arquillian.java:345) > at org.jboss.arquillian.junit.Arquillian.access$200(Arquillian.java:49) > at org.jboss.arquillian.junit.Arquillian$3.evaluate(Arquillian.java:207) > at org.junit.runners.ParentRunner.run(ParentRunner.java:309) > at org.jboss.arquillian.junit.Arquillian.run(Arquillian.java:155) > at org.junit.runners.Suite.runChild(Suite.java:127) > at org.junit.runners.Suite.runChild(Suite.java:26) > at org.junit.runners.ParentRunner$3.run(ParentRunner.java:238) > at org.junit.runners.ParentRunner$1.schedule(ParentRunner.java:63) > at org.junit.runners.ParentRunner.runChildren(ParentRunner.java:236) > at org.junit.runners.ParentRunner.access$000(ParentRunner.java:53) > at org.junit.runners.ParentRunner$2.evaluate(ParentRunner.java:229) > at org.junit.runners.ParentRunner.run(ParentRunner.java:309) > at org.apache.maven.surefire.junit4.JUnit4Provider.execute(JUnit4Provider.java:264) > at org.apache.maven.surefire.junit4.JUnit4Provider.executeTestSet(JUnit4Provider.java:153) > at org.apache.maven.surefire.junit4.JUnit4Provider.invoke(JUnit4Provider.java:124) > at org.apache.maven.surefire.booter.ForkedBooter.invokeProviderInSameClassLoader(ForkedBooter.java:200) > at org.apache.maven.surefire.booter.ForkedBooter.runSuitesInProcess(ForkedBooter.java:153) > at org.apache.maven.surefire.booter.ForkedBooter.main(ForkedBooter.java:103 > > > Using the configuration below, everything works fine. However, this is a relative simple application. I have several much more complex applications for which I would prefer the first configuration. : > @Deployment > public static Archive createTestArchive() { > > File[] libs = Maven.resolver() > .loadPomFromFile("pom.xml").resolve("omnimap:services","h2:utils") > .withTransitivity().as(File.class); > > WebArchive war = > ShrinkWrap.create(WebArchive.class, "test.war") > .addPackage(DossierRelatieIndexService.class.getPackage()) > .addPackage(Dossier.class.getPackage()) > .addPackage(Constanten.class.getPackage()) > .addAsWebInfResource(EmptyAsset.INSTANCE, "beans.xml"); > > war.addAsLibrary(new File("../dri.ejb/target/dri.ejb-1.0-SNAPSHOT.jar")); > war.addAsLibraries(libs).as(JavaArchive.class); > > return war; > } -- This message was sent by Atlassian JIRA (v6.3.11#6341) From issues at jboss.org Wed Mar 4 09:20:49 2015 From: issues at jboss.org (Johan van Kampen (JIRA)) Date: Wed, 4 Mar 2015 09:20:49 -0500 (EST) Subject: [arquillian-issues] [JBoss JIRA] (ARQ-1931) Arquillian jacoco extension throws NullpointerException when using 'createFromZipFile' In-Reply-To: References: Message-ID: [ https://issues.jboss.org/browse/ARQ-1931?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=13046222#comment-13046222 ] Johan van Kampen commented on ARQ-1931: --------------------------------------- I attached a simplified project with which you can reproduce the issue. Running mvn clean package will result in a NullPointer. > Arquillian jacoco extension throws NullpointerException when using 'createFromZipFile' > -------------------------------------------------------------------------------------- > > Key: ARQ-1931 > URL: https://issues.jboss.org/browse/ARQ-1931 > Project: Arquillian > Issue Type: Bug > Components: Extension - Jacoco > Reporter: Johan van Kampen > Attachments: dri.zip > > > I use the code below which results in a NullpointerException : > @Deployment > public static EnterpriseArchive createEARArchive() { > > EnterpriseArchive ear = ShrinkWrap.createFromZipFile(EnterpriseArchive.class, new File("../dri.ear/target/dri.ear-1.0-SNAPSHOT.ear")); > ear.addAsManifestResource(EmptyAsset.INSTANCE, "beans.xml"); > return ear; > > } > > Full stacktrace > java.lang.NullPointerException: null > at org.jboss.arquillian.extension.jacoco.client.ApplicationArchiveInstrumenter.processArchive(ApplicationArchiveInstrumenter.java:52) > at org.jboss.arquillian.extension.jacoco.client.ApplicationArchiveInstrumenter.processArchive(ApplicationArchiveInstrumenter.java:68) > at org.jboss.arquillian.extension.jacoco.client.ApplicationArchiveInstrumenter.process(ApplicationArchiveInstrumenter.java:74) > at org.jboss.arquillian.container.test.impl.client.deployment.DeploymentGenerator.applyApplicationProcessors(DeploymentGenerator.java:223) > at org.jboss.arquillian.container.test.impl.client.deployment.DeploymentGenerator.buildTestableDeployments(DeploymentGenerator.java:172) > at org.jboss.arquillian.container.test.impl.client.deployment.DeploymentGenerator.createTestableDeployments(DeploymentGenerator.java:148) > at org.jboss.arquillian.container.test.impl.client.deployment.DeploymentGenerator.generateDeployment(DeploymentGenerator.java:85) > at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method) > at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:57) > at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43) > at java.lang.reflect.Method.invoke(Method.java:606) > at org.jboss.arquillian.core.impl.ObserverImpl.invoke(ObserverImpl.java:94) > at org.jboss.arquillian.core.impl.EventContextImpl.invokeObservers(EventContextImpl.java:99) > at org.jboss.arquillian.core.impl.EventContextImpl.proceed(EventContextImpl.java:81) > at org.jboss.arquillian.core.impl.ManagerImpl.fire(ManagerImpl.java:145) > at org.jboss.arquillian.core.impl.ManagerImpl.fire(ManagerImpl.java:116) > at org.jboss.arquillian.core.impl.EventImpl.fire(EventImpl.java:67) > at org.jboss.arquillian.container.test.impl.client.ContainerEventController.execute(ContainerEventController.java:100) > at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method) > at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:57) > at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43) > at java.lang.reflect.Method.invoke(Method.java:606) > at org.jboss.arquillian.core.impl.ObserverImpl.invoke(ObserverImpl.java:94) > at org.jboss.arquillian.core.impl.EventContextImpl.invokeObservers(EventContextImpl.java:99) > at org.jboss.arquillian.core.impl.EventContextImpl.proceed(EventContextImpl.java:81) > at org.jboss.arquillian.test.impl.TestContextHandler.createClassContext(TestContextHandler.java:84) > at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method) > at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:57) > at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43) > at java.lang.reflect.Method.invoke(Method.java:606) > at org.jboss.arquillian.core.impl.ObserverImpl.invoke(ObserverImpl.java:94) > at org.jboss.arquillian.core.impl.EventContextImpl.proceed(EventContextImpl.java:88) > at org.jboss.arquillian.test.impl.TestContextHandler.createSuiteContext(TestContextHandler.java:65) > at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method) > at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:57) > at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43) > at java.lang.reflect.Method.invoke(Method.java:606) > at org.jboss.arquillian.core.impl.ObserverImpl.invoke(ObserverImpl.java:94) > at org.jboss.arquillian.core.impl.EventContextImpl.proceed(EventContextImpl.java:88) > at org.jboss.arquillian.core.impl.ManagerImpl.fire(ManagerImpl.java:145) > at org.jboss.arquillian.core.impl.ManagerImpl.fire(ManagerImpl.java:116) > at org.jboss.arquillian.test.impl.EventTestRunnerAdaptor.beforeClass(EventTestRunnerAdaptor.java:80) > at org.jboss.arquillian.junit.Arquillian$2.evaluate(Arquillian.java:190) > at org.jboss.arquillian.junit.Arquillian.multiExecute(Arquillian.java:345) > at org.jboss.arquillian.junit.Arquillian.access$200(Arquillian.java:49) > at org.jboss.arquillian.junit.Arquillian$3.evaluate(Arquillian.java:207) > at org.junit.runners.ParentRunner.run(ParentRunner.java:309) > at org.jboss.arquillian.junit.Arquillian.run(Arquillian.java:155) > at org.junit.runners.Suite.runChild(Suite.java:127) > at org.junit.runners.Suite.runChild(Suite.java:26) > at org.junit.runners.ParentRunner$3.run(ParentRunner.java:238) > at org.junit.runners.ParentRunner$1.schedule(ParentRunner.java:63) > at org.junit.runners.ParentRunner.runChildren(ParentRunner.java:236) > at org.junit.runners.ParentRunner.access$000(ParentRunner.java:53) > at org.junit.runners.ParentRunner$2.evaluate(ParentRunner.java:229) > at org.junit.runners.ParentRunner.run(ParentRunner.java:309) > at org.apache.maven.surefire.junit4.JUnit4Provider.execute(JUnit4Provider.java:264) > at org.apache.maven.surefire.junit4.JUnit4Provider.executeTestSet(JUnit4Provider.java:153) > at org.apache.maven.surefire.junit4.JUnit4Provider.invoke(JUnit4Provider.java:124) > at org.apache.maven.surefire.booter.ForkedBooter.invokeProviderInSameClassLoader(ForkedBooter.java:200) > at org.apache.maven.surefire.booter.ForkedBooter.runSuitesInProcess(ForkedBooter.java:153) > at org.apache.maven.surefire.booter.ForkedBooter.main(ForkedBooter.java:103 > > > Using the configuration below, everything works fine. However, this is a relative simple application. I have several much more complex applications for which I would prefer the first configuration. : > @Deployment > public static Archive createTestArchive() { > > File[] libs = Maven.resolver() > .loadPomFromFile("pom.xml").resolve("omnimap:services","h2:utils") > .withTransitivity().as(File.class); > > WebArchive war = > ShrinkWrap.create(WebArchive.class, "test.war") > .addPackage(DossierRelatieIndexService.class.getPackage()) > .addPackage(Dossier.class.getPackage()) > .addPackage(Constanten.class.getPackage()) > .addAsWebInfResource(EmptyAsset.INSTANCE, "beans.xml"); > > war.addAsLibrary(new File("../dri.ejb/target/dri.ejb-1.0-SNAPSHOT.jar")); > war.addAsLibraries(libs).as(JavaArchive.class); > > return war; > } -- This message was sent by Atlassian JIRA (v6.3.11#6341) From issues at jboss.org Wed Mar 4 09:20:49 2015 From: issues at jboss.org (Johan van Kampen (JIRA)) Date: Wed, 4 Mar 2015 09:20:49 -0500 (EST) Subject: [arquillian-issues] [JBoss JIRA] (ARQ-1931) Arquillian jacoco extension throws NullpointerException when using 'createFromZipFile' In-Reply-To: References: Message-ID: [ https://issues.jboss.org/browse/ARQ-1931?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Johan van Kampen updated ARQ-1931: ---------------------------------- Description: I use the code below which results in a NullpointerException : @Deployment public static EnterpriseArchive createEARArchive() { EnterpriseArchive ear = ShrinkWrap.createFromZipFile(EnterpriseArchive.class, new File("../dri.ear/target/dri.ear-1.0-SNAPSHOT.ear")); ear.addAsManifestResource(EmptyAsset.INSTANCE, "beans.xml"); return ear; } Full stacktrace java.lang.NullPointerException: null at org.jboss.arquillian.extension.jacoco.client.ApplicationArchiveInstrumenter.processArchive(ApplicationArchiveInstrumenter.java:52) at org.jboss.arquillian.extension.jacoco.client.ApplicationArchiveInstrumenter.processArchive(ApplicationArchiveInstrumenter.java:68) at org.jboss.arquillian.extension.jacoco.client.ApplicationArchiveInstrumenter.process(ApplicationArchiveInstrumenter.java:74) at org.jboss.arquillian.container.test.impl.client.deployment.DeploymentGenerator.applyApplicationProcessors(DeploymentGenerator.java:223) at org.jboss.arquillian.container.test.impl.client.deployment.DeploymentGenerator.buildTestableDeployments(DeploymentGenerator.java:172) at org.jboss.arquillian.container.test.impl.client.deployment.DeploymentGenerator.createTestableDeployments(DeploymentGenerator.java:148) at org.jboss.arquillian.container.test.impl.client.deployment.DeploymentGenerator.generateDeployment(DeploymentGenerator.java:85) at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method) at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:57) at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43) at java.lang.reflect.Method.invoke(Method.java:606) at org.jboss.arquillian.core.impl.ObserverImpl.invoke(ObserverImpl.java:94) at org.jboss.arquillian.core.impl.EventContextImpl.invokeObservers(EventContextImpl.java:99) at org.jboss.arquillian.core.impl.EventContextImpl.proceed(EventContextImpl.java:81) at org.jboss.arquillian.core.impl.ManagerImpl.fire(ManagerImpl.java:145) at org.jboss.arquillian.core.impl.ManagerImpl.fire(ManagerImpl.java:116) at org.jboss.arquillian.core.impl.EventImpl.fire(EventImpl.java:67) at org.jboss.arquillian.container.test.impl.client.ContainerEventController.execute(ContainerEventController.java:100) at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method) at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:57) at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43) at java.lang.reflect.Method.invoke(Method.java:606) at org.jboss.arquillian.core.impl.ObserverImpl.invoke(ObserverImpl.java:94) at org.jboss.arquillian.core.impl.EventContextImpl.invokeObservers(EventContextImpl.java:99) at org.jboss.arquillian.core.impl.EventContextImpl.proceed(EventContextImpl.java:81) at org.jboss.arquillian.test.impl.TestContextHandler.createClassContext(TestContextHandler.java:84) at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method) at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:57) at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43) at java.lang.reflect.Method.invoke(Method.java:606) at org.jboss.arquillian.core.impl.ObserverImpl.invoke(ObserverImpl.java:94) at org.jboss.arquillian.core.impl.EventContextImpl.proceed(EventContextImpl.java:88) at org.jboss.arquillian.test.impl.TestContextHandler.createSuiteContext(TestContextHandler.java:65) at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method) at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:57) at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43) at java.lang.reflect.Method.invoke(Method.java:606) at org.jboss.arquillian.core.impl.ObserverImpl.invoke(ObserverImpl.java:94) at org.jboss.arquillian.core.impl.EventContextImpl.proceed(EventContextImpl.java:88) at org.jboss.arquillian.core.impl.ManagerImpl.fire(ManagerImpl.java:145) at org.jboss.arquillian.core.impl.ManagerImpl.fire(ManagerImpl.java:116) at org.jboss.arquillian.test.impl.EventTestRunnerAdaptor.beforeClass(EventTestRunnerAdaptor.java:80) at org.jboss.arquillian.junit.Arquillian$2.evaluate(Arquillian.java:190) at org.jboss.arquillian.junit.Arquillian.multiExecute(Arquillian.java:345) at org.jboss.arquillian.junit.Arquillian.access$200(Arquillian.java:49) at org.jboss.arquillian.junit.Arquillian$3.evaluate(Arquillian.java:207) at org.junit.runners.ParentRunner.run(ParentRunner.java:309) at org.jboss.arquillian.junit.Arquillian.run(Arquillian.java:155) at org.junit.runners.Suite.runChild(Suite.java:127) at org.junit.runners.Suite.runChild(Suite.java:26) at org.junit.runners.ParentRunner$3.run(ParentRunner.java:238) at org.junit.runners.ParentRunner$1.schedule(ParentRunner.java:63) at org.junit.runners.ParentRunner.runChildren(ParentRunner.java:236) at org.junit.runners.ParentRunner.access$000(ParentRunner.java:53) at org.junit.runners.ParentRunner$2.evaluate(ParentRunner.java:229) at org.junit.runners.ParentRunner.run(ParentRunner.java:309) at org.apache.maven.surefire.junit4.JUnit4Provider.execute(JUnit4Provider.java:264) at org.apache.maven.surefire.junit4.JUnit4Provider.executeTestSet(JUnit4Provider.java:153) at org.apache.maven.surefire.junit4.JUnit4Provider.invoke(JUnit4Provider.java:124) at org.apache.maven.surefire.booter.ForkedBooter.invokeProviderInSameClassLoader(ForkedBooter.java:200) at org.apache.maven.surefire.booter.ForkedBooter.runSuitesInProcess(ForkedBooter.java:153) at org.apache.maven.surefire.booter.ForkedBooter.main(ForkedBooter.java:103 Using the configuration below, everything works fine. However, this is a relative simple application. I have several much more complex applications for which I would prefer the first configuration. : @Deployment public static Archive createTestArchive() { WebArchive war = ShrinkWrap.create(WebArchive.class, "test.war") .addAsWebInfResource(EmptyAsset.INSTANCE, "beans.xml"); war.addAsLibrary(new File("../dri.ejb/target/dri.ejb-1.0-SNAPSHOT.jar")); return war; } was: I use the code below which results in a NullpointerException : @Deployment public static EnterpriseArchive createEARArchive() { EnterpriseArchive ear = ShrinkWrap.createFromZipFile(EnterpriseArchive.class, new File("../dri.ear/target/dri.ear-1.0-SNAPSHOT.ear")); ear.addAsManifestResource(EmptyAsset.INSTANCE, "beans.xml"); return ear; } Full stacktrace java.lang.NullPointerException: null at org.jboss.arquillian.extension.jacoco.client.ApplicationArchiveInstrumenter.processArchive(ApplicationArchiveInstrumenter.java:52) at org.jboss.arquillian.extension.jacoco.client.ApplicationArchiveInstrumenter.processArchive(ApplicationArchiveInstrumenter.java:68) at org.jboss.arquillian.extension.jacoco.client.ApplicationArchiveInstrumenter.process(ApplicationArchiveInstrumenter.java:74) at org.jboss.arquillian.container.test.impl.client.deployment.DeploymentGenerator.applyApplicationProcessors(DeploymentGenerator.java:223) at org.jboss.arquillian.container.test.impl.client.deployment.DeploymentGenerator.buildTestableDeployments(DeploymentGenerator.java:172) at org.jboss.arquillian.container.test.impl.client.deployment.DeploymentGenerator.createTestableDeployments(DeploymentGenerator.java:148) at org.jboss.arquillian.container.test.impl.client.deployment.DeploymentGenerator.generateDeployment(DeploymentGenerator.java:85) at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method) at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:57) at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43) at java.lang.reflect.Method.invoke(Method.java:606) at org.jboss.arquillian.core.impl.ObserverImpl.invoke(ObserverImpl.java:94) at org.jboss.arquillian.core.impl.EventContextImpl.invokeObservers(EventContextImpl.java:99) at org.jboss.arquillian.core.impl.EventContextImpl.proceed(EventContextImpl.java:81) at org.jboss.arquillian.core.impl.ManagerImpl.fire(ManagerImpl.java:145) at org.jboss.arquillian.core.impl.ManagerImpl.fire(ManagerImpl.java:116) at org.jboss.arquillian.core.impl.EventImpl.fire(EventImpl.java:67) at org.jboss.arquillian.container.test.impl.client.ContainerEventController.execute(ContainerEventController.java:100) at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method) at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:57) at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43) at java.lang.reflect.Method.invoke(Method.java:606) at org.jboss.arquillian.core.impl.ObserverImpl.invoke(ObserverImpl.java:94) at org.jboss.arquillian.core.impl.EventContextImpl.invokeObservers(EventContextImpl.java:99) at org.jboss.arquillian.core.impl.EventContextImpl.proceed(EventContextImpl.java:81) at org.jboss.arquillian.test.impl.TestContextHandler.createClassContext(TestContextHandler.java:84) at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method) at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:57) at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43) at java.lang.reflect.Method.invoke(Method.java:606) at org.jboss.arquillian.core.impl.ObserverImpl.invoke(ObserverImpl.java:94) at org.jboss.arquillian.core.impl.EventContextImpl.proceed(EventContextImpl.java:88) at org.jboss.arquillian.test.impl.TestContextHandler.createSuiteContext(TestContextHandler.java:65) at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method) at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:57) at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43) at java.lang.reflect.Method.invoke(Method.java:606) at org.jboss.arquillian.core.impl.ObserverImpl.invoke(ObserverImpl.java:94) at org.jboss.arquillian.core.impl.EventContextImpl.proceed(EventContextImpl.java:88) at org.jboss.arquillian.core.impl.ManagerImpl.fire(ManagerImpl.java:145) at org.jboss.arquillian.core.impl.ManagerImpl.fire(ManagerImpl.java:116) at org.jboss.arquillian.test.impl.EventTestRunnerAdaptor.beforeClass(EventTestRunnerAdaptor.java:80) at org.jboss.arquillian.junit.Arquillian$2.evaluate(Arquillian.java:190) at org.jboss.arquillian.junit.Arquillian.multiExecute(Arquillian.java:345) at org.jboss.arquillian.junit.Arquillian.access$200(Arquillian.java:49) at org.jboss.arquillian.junit.Arquillian$3.evaluate(Arquillian.java:207) at org.junit.runners.ParentRunner.run(ParentRunner.java:309) at org.jboss.arquillian.junit.Arquillian.run(Arquillian.java:155) at org.junit.runners.Suite.runChild(Suite.java:127) at org.junit.runners.Suite.runChild(Suite.java:26) at org.junit.runners.ParentRunner$3.run(ParentRunner.java:238) at org.junit.runners.ParentRunner$1.schedule(ParentRunner.java:63) at org.junit.runners.ParentRunner.runChildren(ParentRunner.java:236) at org.junit.runners.ParentRunner.access$000(ParentRunner.java:53) at org.junit.runners.ParentRunner$2.evaluate(ParentRunner.java:229) at org.junit.runners.ParentRunner.run(ParentRunner.java:309) at org.apache.maven.surefire.junit4.JUnit4Provider.execute(JUnit4Provider.java:264) at org.apache.maven.surefire.junit4.JUnit4Provider.executeTestSet(JUnit4Provider.java:153) at org.apache.maven.surefire.junit4.JUnit4Provider.invoke(JUnit4Provider.java:124) at org.apache.maven.surefire.booter.ForkedBooter.invokeProviderInSameClassLoader(ForkedBooter.java:200) at org.apache.maven.surefire.booter.ForkedBooter.runSuitesInProcess(ForkedBooter.java:153) at org.apache.maven.surefire.booter.ForkedBooter.main(ForkedBooter.java:103 Using the configuration below, everything works fine. However, this is a relative simple application. I have several much more complex applications for which I would prefer the first configuration. : @Deployment public static Archive createTestArchive() { File[] libs = Maven.resolver() .loadPomFromFile("pom.xml").resolve("omnimap:services","h2:utils") .withTransitivity().as(File.class); WebArchive war = ShrinkWrap.create(WebArchive.class, "test.war") .addPackage(DossierRelatieIndexService.class.getPackage()) .addPackage(Dossier.class.getPackage()) .addPackage(Constanten.class.getPackage()) .addAsWebInfResource(EmptyAsset.INSTANCE, "beans.xml"); war.addAsLibrary(new File("../dri.ejb/target/dri.ejb-1.0-SNAPSHOT.jar")); war.addAsLibraries(libs).as(JavaArchive.class); return war; } > Arquillian jacoco extension throws NullpointerException when using 'createFromZipFile' > -------------------------------------------------------------------------------------- > > Key: ARQ-1931 > URL: https://issues.jboss.org/browse/ARQ-1931 > Project: Arquillian > Issue Type: Bug > Components: Extension - Jacoco > Reporter: Johan van Kampen > Attachments: dri.zip > > > I use the code below which results in a NullpointerException : > @Deployment > public static EnterpriseArchive createEARArchive() { > > EnterpriseArchive ear = ShrinkWrap.createFromZipFile(EnterpriseArchive.class, new File("../dri.ear/target/dri.ear-1.0-SNAPSHOT.ear")); > ear.addAsManifestResource(EmptyAsset.INSTANCE, "beans.xml"); > return ear; > > } > > Full stacktrace > java.lang.NullPointerException: null > at org.jboss.arquillian.extension.jacoco.client.ApplicationArchiveInstrumenter.processArchive(ApplicationArchiveInstrumenter.java:52) > at org.jboss.arquillian.extension.jacoco.client.ApplicationArchiveInstrumenter.processArchive(ApplicationArchiveInstrumenter.java:68) > at org.jboss.arquillian.extension.jacoco.client.ApplicationArchiveInstrumenter.process(ApplicationArchiveInstrumenter.java:74) > at org.jboss.arquillian.container.test.impl.client.deployment.DeploymentGenerator.applyApplicationProcessors(DeploymentGenerator.java:223) > at org.jboss.arquillian.container.test.impl.client.deployment.DeploymentGenerator.buildTestableDeployments(DeploymentGenerator.java:172) > at org.jboss.arquillian.container.test.impl.client.deployment.DeploymentGenerator.createTestableDeployments(DeploymentGenerator.java:148) > at org.jboss.arquillian.container.test.impl.client.deployment.DeploymentGenerator.generateDeployment(DeploymentGenerator.java:85) > at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method) > at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:57) > at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43) > at java.lang.reflect.Method.invoke(Method.java:606) > at org.jboss.arquillian.core.impl.ObserverImpl.invoke(ObserverImpl.java:94) > at org.jboss.arquillian.core.impl.EventContextImpl.invokeObservers(EventContextImpl.java:99) > at org.jboss.arquillian.core.impl.EventContextImpl.proceed(EventContextImpl.java:81) > at org.jboss.arquillian.core.impl.ManagerImpl.fire(ManagerImpl.java:145) > at org.jboss.arquillian.core.impl.ManagerImpl.fire(ManagerImpl.java:116) > at org.jboss.arquillian.core.impl.EventImpl.fire(EventImpl.java:67) > at org.jboss.arquillian.container.test.impl.client.ContainerEventController.execute(ContainerEventController.java:100) > at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method) > at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:57) > at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43) > at java.lang.reflect.Method.invoke(Method.java:606) > at org.jboss.arquillian.core.impl.ObserverImpl.invoke(ObserverImpl.java:94) > at org.jboss.arquillian.core.impl.EventContextImpl.invokeObservers(EventContextImpl.java:99) > at org.jboss.arquillian.core.impl.EventContextImpl.proceed(EventContextImpl.java:81) > at org.jboss.arquillian.test.impl.TestContextHandler.createClassContext(TestContextHandler.java:84) > at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method) > at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:57) > at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43) > at java.lang.reflect.Method.invoke(Method.java:606) > at org.jboss.arquillian.core.impl.ObserverImpl.invoke(ObserverImpl.java:94) > at org.jboss.arquillian.core.impl.EventContextImpl.proceed(EventContextImpl.java:88) > at org.jboss.arquillian.test.impl.TestContextHandler.createSuiteContext(TestContextHandler.java:65) > at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method) > at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:57) > at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43) > at java.lang.reflect.Method.invoke(Method.java:606) > at org.jboss.arquillian.core.impl.ObserverImpl.invoke(ObserverImpl.java:94) > at org.jboss.arquillian.core.impl.EventContextImpl.proceed(EventContextImpl.java:88) > at org.jboss.arquillian.core.impl.ManagerImpl.fire(ManagerImpl.java:145) > at org.jboss.arquillian.core.impl.ManagerImpl.fire(ManagerImpl.java:116) > at org.jboss.arquillian.test.impl.EventTestRunnerAdaptor.beforeClass(EventTestRunnerAdaptor.java:80) > at org.jboss.arquillian.junit.Arquillian$2.evaluate(Arquillian.java:190) > at org.jboss.arquillian.junit.Arquillian.multiExecute(Arquillian.java:345) > at org.jboss.arquillian.junit.Arquillian.access$200(Arquillian.java:49) > at org.jboss.arquillian.junit.Arquillian$3.evaluate(Arquillian.java:207) > at org.junit.runners.ParentRunner.run(ParentRunner.java:309) > at org.jboss.arquillian.junit.Arquillian.run(Arquillian.java:155) > at org.junit.runners.Suite.runChild(Suite.java:127) > at org.junit.runners.Suite.runChild(Suite.java:26) > at org.junit.runners.ParentRunner$3.run(ParentRunner.java:238) > at org.junit.runners.ParentRunner$1.schedule(ParentRunner.java:63) > at org.junit.runners.ParentRunner.runChildren(ParentRunner.java:236) > at org.junit.runners.ParentRunner.access$000(ParentRunner.java:53) > at org.junit.runners.ParentRunner$2.evaluate(ParentRunner.java:229) > at org.junit.runners.ParentRunner.run(ParentRunner.java:309) > at org.apache.maven.surefire.junit4.JUnit4Provider.execute(JUnit4Provider.java:264) > at org.apache.maven.surefire.junit4.JUnit4Provider.executeTestSet(JUnit4Provider.java:153) > at org.apache.maven.surefire.junit4.JUnit4Provider.invoke(JUnit4Provider.java:124) > at org.apache.maven.surefire.booter.ForkedBooter.invokeProviderInSameClassLoader(ForkedBooter.java:200) > at org.apache.maven.surefire.booter.ForkedBooter.runSuitesInProcess(ForkedBooter.java:153) > at org.apache.maven.surefire.booter.ForkedBooter.main(ForkedBooter.java:103 > > > Using the configuration below, everything works fine. However, this is a relative simple application. I have several much more complex applications for which I would prefer the first configuration. : > @Deployment > public static Archive createTestArchive() { > > WebArchive war = > ShrinkWrap.create(WebArchive.class, "test.war") > .addAsWebInfResource(EmptyAsset.INSTANCE, "beans.xml"); > > war.addAsLibrary(new File("../dri.ejb/target/dri.ejb-1.0-SNAPSHOT.jar")); > > return war; > } -- This message was sent by Atlassian JIRA (v6.3.11#6341) From issues at jboss.org Thu Mar 5 05:22:49 2015 From: issues at jboss.org (Stephane Epardaud (JIRA)) Date: Thu, 5 Mar 2015 05:22:49 -0500 (EST) Subject: [arquillian-issues] [JBoss JIRA] (ARQ-1932) NPE on some metadata error due to bad checksum In-Reply-To: References: Message-ID: Stephane Epardaud created ARQ-1932: -------------------------------------- Summary: NPE on some metadata error due to bad checksum Key: ARQ-1932 URL: https://issues.jboss.org/browse/ARQ-1932 Project: Arquillian Issue Type: Bug Reporter: Stephane Epardaud If I try to resolve org.eclipse.jetty:jetty-util:9.2.9.v20150224 from Aether using Shrinkwrap Resolver I get the following exceptions: {quote} Mar 05, 2015 11:11:09 AM org.jboss.shrinkwrap.resolver.impl.maven.logging.LogTransferListener transferCorrupted WARNING: Corrupted download of org/eclipse/jetty/jetty-util/maven-metadata.xml from http://repo1.maven.org/maven2/. Reason: org.eclipse.aether.transfer.ChecksumFailureException: Checksum validation failed, expected aa9a47a6b065b471fa6302c2f031757fff2774d9 but is ab31eef7c4b6c6c2b074ba461bb816b776b95458 Mar 05, 2015 11:11:09 AM org.jboss.shrinkwrap.resolver.impl.maven.logging.LogTransferListener transferFailed WARNING: Failed downloading org/eclipse/jetty/jetty-util/maven-metadata.xml from http://repo1.maven.org/maven2/. Reason: org.eclipse.aether.transfer.MetadataTransferException: Could not transfer metadata org.eclipse.jetty:jetty-util/maven-metadata.xml from/to central (http://repo1.maven.org/maven2): NullPointerException Mar 05, 2015 11:11:09 AM org.jboss.shrinkwrap.resolver.impl.maven.MavenWorkingSessionImpl resolveVersionRange SEVERE: Version range request failed org.eclipse.aether.transfer.MetadataNotFoundException: Could not find metadata org.eclipse.jetty:jetty-util/maven-metadata.xml in local (/home/stephane/.m2/repository) at org.eclipse.aether.internal.impl.DefaultMetadataResolver.resolve(DefaultMetadataResolver.java:260) at org.eclipse.aether.internal.impl.DefaultMetadataResolver.resolveMetadata(DefaultMetadataResolver.java:218) at org.apache.maven.repository.internal.DefaultVersionRangeResolver.getVersions(DefaultVersionRangeResolver.java:232) at org.apache.maven.repository.internal.DefaultVersionRangeResolver.resolveVersionRange(DefaultVersionRangeResolver.java:182) at org.eclipse.aether.internal.impl.DefaultRepositorySystem.resolveVersionRange(DefaultRepositorySystem.java:280) at org.jboss.shrinkwrap.resolver.impl.maven.bootstrap.MavenRepositorySystem.resolveVersionRange(MavenRepositorySystem.java:148) at org.jboss.shrinkwrap.resolver.impl.maven.MavenWorkingSessionImpl.resolveVersionRange(MavenWorkingSessionImpl.java:294) at org.jboss.shrinkwrap.resolver.impl.maven.MavenResolveStageBaseImpl.resolveVersionRange(MavenResolveStageBaseImpl.java:36) at org.jboss.shrinkwrap.resolver.impl.maven.PomlessResolveStageBaseImpl.resolveVersionRange(PomlessResolveStageBaseImpl.java:36) at org.jboss.shrinkwrap.resolver.impl.maven.MavenResolveStageBaseImpl.resolveVersionRange(MavenResolveStageBaseImpl.java:16) at org.jboss.shrinkwrap.resolver.impl.maven.MavenResolverSystemBaseImpl.resolveVersionRange(MavenResolverSystemBaseImpl.java:163) at org.jboss.shrinkwrap.resolver.impl.maven.MavenResolverSystemBaseImpl.resolveVersionRange(MavenResolverSystemBaseImpl.java:44) at com.redhat.ceylon.cmr.maven.AetherUtils.search(AetherUtils.java:316) at com.redhat.ceylon.cmr.maven.AetherRepository.completeVersions(AetherRepository.java:118) at com.redhat.ceylon.cmr.impl.AbstractNodeRepositoryManager.completeVersions(AbstractNodeRepositoryManager.java:532) at com.redhat.ceylon.cmr.ceylon.RepoUsingTool.getModuleVersions(RepoUsingTool.java:213) at com.redhat.ceylon.tools.info.CeylonInfoTool.run(CeylonInfoTool.java:250) at com.redhat.ceylon.tools.test.InfoToolTests.testAetherModule(InfoToolTests.java:82) at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method) at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:57) at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43) at java.lang.reflect.Method.invoke(Method.java:606) at org.junit.runners.model.FrameworkMethod$1.runReflectiveCall(FrameworkMethod.java:47) at org.junit.internal.runners.model.ReflectiveCallable.run(ReflectiveCallable.java:12) at org.junit.runners.model.FrameworkMethod.invokeExplosively(FrameworkMethod.java:44) at org.junit.internal.runners.statements.InvokeMethod.evaluate(InvokeMethod.java:17) at org.junit.internal.runners.statements.RunBefores.evaluate(RunBefores.java:26) at org.junit.runners.ParentRunner.runLeaf(ParentRunner.java:271) at org.junit.runners.BlockJUnit4ClassRunner.runChild(BlockJUnit4ClassRunner.java:70) at org.junit.runners.BlockJUnit4ClassRunner.runChild(BlockJUnit4ClassRunner.java:50) at org.junit.runners.ParentRunner$3.run(ParentRunner.java:238) at org.junit.runners.ParentRunner$1.schedule(ParentRunner.java:63) at org.junit.runners.ParentRunner.runChildren(ParentRunner.java:236) at org.junit.runners.ParentRunner.access$000(ParentRunner.java:53) at org.junit.runners.ParentRunner$2.evaluate(ParentRunner.java:229) at org.junit.runners.ParentRunner.run(ParentRunner.java:309) at org.eclipse.jdt.internal.junit4.runner.JUnit4TestReference.run(JUnit4TestReference.java:50) at org.eclipse.jdt.internal.junit.runner.TestExecution.run(TestExecution.java:38) at org.eclipse.jdt.internal.junit.runner.RemoteTestRunner.runTests(RemoteTestRunner.java:459) at org.eclipse.jdt.internal.junit.runner.RemoteTestRunner.runTests(RemoteTestRunner.java:675) at org.eclipse.jdt.internal.junit.runner.RemoteTestRunner.run(RemoteTestRunner.java:382) at org.eclipse.jdt.internal.junit.runner.RemoteTestRunner.main(RemoteTestRunner.java:192) Mar 05, 2015 11:11:09 AM org.jboss.shrinkwrap.resolver.impl.maven.MavenWorkingSessionImpl resolveVersionRange SEVERE: Version range request failed org.eclipse.aether.transfer.MetadataTransferException: Could not transfer metadata org.eclipse.jetty:jetty-util/maven-metadata.xml from/to central (http://repo1.maven.org/maven2): NullPointerException at org.eclipse.aether.connector.wagon.WagonRepositoryConnector$5.wrap(WagonRepositoryConnector.java:995) at org.eclipse.aether.connector.wagon.WagonRepositoryConnector$5.wrap(WagonRepositoryConnector.java:983) at org.eclipse.aether.connector.wagon.WagonRepositoryConnector$GetTask.run(WagonRepositoryConnector.java:725) at org.eclipse.aether.util.concurrency.RunnableErrorForwarder$1.run(RunnableErrorForwarder.java:67) at java.util.concurrent.ThreadPoolExecutor.runWorker(ThreadPoolExecutor.java:1145) at java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:615) at java.lang.Thread.run(Thread.java:745) Caused by: java.lang.NullPointerException at org.jboss.shrinkwrap.resolver.impl.maven.logging.LogTransferListener.transferProgressed(LogTransferListener.java:81) at org.eclipse.aether.connector.wagon.WagonTransferListenerAdapter.transferProgress(WagonTransferListenerAdapter.java:72) at org.apache.maven.wagon.events.TransferEventSupport.fireTransferProgress(TransferEventSupport.java:121) at org.apache.maven.wagon.AbstractWagon.fireTransferProgress(AbstractWagon.java:554) at org.apache.maven.wagon.AbstractWagon.transfer(AbstractWagon.java:539) at org.apache.maven.wagon.AbstractWagon.getTransfer(AbstractWagon.java:354) at org.apache.maven.wagon.AbstractWagon.getTransfer(AbstractWagon.java:317) at org.apache.maven.wagon.AbstractWagon.getTransfer(AbstractWagon.java:286) at org.apache.maven.wagon.StreamWagon.getIfNewer(StreamWagon.java:97) at org.apache.maven.wagon.StreamWagon.get(StreamWagon.java:61) at org.eclipse.aether.connector.wagon.WagonRepositoryConnector$GetTask.run(WagonRepositoryConnector.java:660) ... 4 more Mar 05, 2015 11:11:12 AM org.jboss.shrinkwrap.resolver.impl.maven.logging.LogTransferListener transferFailed WARNING: Failed downloading javax/servlet/javax.servlet-api/3.1.0/javax.servlet-api-3.1.0.pom from https://oss.sonatype.org/content/groups/jetty/. Reason: org.eclipse.aether.transfer.ArtifactNotFoundException: Could not find artifact javax.servlet:javax.servlet-api:pom:3.1.0 in sonatype-snapshots (https://oss.sonatype.org/content/groups/jetty) Mar 05, 2015 11:11:13 AM org.jboss.shrinkwrap.resolver.impl.maven.logging.LogTransferListener transferFailed WARNING: Failed downloading net/java/jvnet-parent/3/jvnet-parent-3.pom from https://oss.sonatype.org/content/groups/jetty/. Reason: org.eclipse.aether.transfer.ArtifactNotFoundException: Could not find artifact net.java:jvnet-parent:pom:3 in sonatype-snapshots (https://oss.sonatype.org/content/groups/jetty) Mar 05, 2015 11:11:14 AM org.jboss.shrinkwrap.resolver.impl.maven.logging.LogTransferListener transferFailed WARNING: Failed downloading net/java/jvnet-parent/3/jvnet-parent-3.pom from http://download.java.net/maven/glassfish/. Reason: org.eclipse.aether.transfer.ArtifactNotFoundException: Could not find artifact net.java:jvnet-parent:pom:3 in glassfish-repository (http://download.java.net/maven/glassfish) {quote} Not sure if the checksum is a problem of Maven Central or not, but pretty sure the NPE is a bug. As for the ArtifactNotFoundException I can't make much sense of it. The code I use is: {code:java} MavenVersionRangeResult resolveVersionRange = resolver.resolveVersionRange(groupId+":"+artifactId+":["+version+",]"); List versions = resolveVersionRange.getVersions(); {code} With a resolver: {code:java} ConfigurableMavenResolverSystem factory = Resolvers.use(ConfigurableMavenResolverSystem.class, classLoader); return factory.fromClassloaderResource(settings.xml, classLoader); {code} And settings.xml: {code:xml} {code} -- This message was sent by Atlassian JIRA (v6.3.11#6341) From issues at jboss.org Mon Mar 9 11:28:19 2015 From: issues at jboss.org (Stefan Miklosovic (JIRA)) Date: Mon, 9 Mar 2015 11:28:19 -0400 (EDT) Subject: [arquillian-issues] [JBoss JIRA] (ARQ-1933) Update Droidium to use Selendroid 0.15.0 In-Reply-To: References: Message-ID: Stefan Miklosovic created ARQ-1933: -------------------------------------- Summary: Update Droidium to use Selendroid 0.15.0 Key: ARQ-1933 URL: https://issues.jboss.org/browse/ARQ-1933 Project: Arquillian Issue Type: Task Components: Extension - Droidium Affects Versions: droidium_1.0.0.Alpha6 Reporter: Stefan Miklosovic -- This message was sent by Atlassian JIRA (v6.3.11#6341) From issues at jboss.org Mon Mar 9 11:30:19 2015 From: issues at jboss.org (Stefan Miklosovic (JIRA)) Date: Mon, 9 Mar 2015 11:30:19 -0400 (EDT) Subject: [arquillian-issues] [JBoss JIRA] (ARQ-1933) Update Droidium to use Selendroid 0.15.0 In-Reply-To: References: Message-ID: [ https://issues.jboss.org/browse/ARQ-1933?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Stefan Miklosovic reassigned ARQ-1933: -------------------------------------- Assignee: Stefan Miklosovic > Update Droidium to use Selendroid 0.15.0 > ---------------------------------------- > > Key: ARQ-1933 > URL: https://issues.jboss.org/browse/ARQ-1933 > Project: Arquillian > Issue Type: Task > Components: Extension - Droidium > Affects Versions: droidium_1.0.0.Alpha6 > Reporter: Stefan Miklosovic > Assignee: Stefan Miklosovic > -- This message was sent by Atlassian JIRA (v6.3.11#6341) From issues at jboss.org Mon Mar 9 11:30:19 2015 From: issues at jboss.org (Stefan Miklosovic (JIRA)) Date: Mon, 9 Mar 2015 11:30:19 -0400 (EDT) Subject: [arquillian-issues] [JBoss JIRA] (ARQ-1933) Update Droidium to use Selendroid 0.15.0 In-Reply-To: References: Message-ID: [ https://issues.jboss.org/browse/ARQ-1933?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Work on ARQ-1933 started by Stefan Miklosovic. ---------------------------------------------- > Update Droidium to use Selendroid 0.15.0 > ---------------------------------------- > > Key: ARQ-1933 > URL: https://issues.jboss.org/browse/ARQ-1933 > Project: Arquillian > Issue Type: Task > Components: Extension - Droidium > Affects Versions: droidium_1.0.0.Alpha6 > Reporter: Stefan Miklosovic > Assignee: Stefan Miklosovic > -- This message was sent by Atlassian JIRA (v6.3.11#6341) From issues at jboss.org Mon Mar 9 11:30:19 2015 From: issues at jboss.org (Stefan Miklosovic (JIRA)) Date: Mon, 9 Mar 2015 11:30:19 -0400 (EDT) Subject: [arquillian-issues] [JBoss JIRA] (ARQ-1933) Update Droidium to use Selendroid 0.15.0 In-Reply-To: References: Message-ID: [ https://issues.jboss.org/browse/ARQ-1933?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Stefan Miklosovic resolved ARQ-1933. ------------------------------------ Resolution: Done https://github.com/arquillian/arquillian-droidium/commit/3c8ba65917daa5a38b557fcc88fabfa708d05acd > Update Droidium to use Selendroid 0.15.0 > ---------------------------------------- > > Key: ARQ-1933 > URL: https://issues.jboss.org/browse/ARQ-1933 > Project: Arquillian > Issue Type: Task > Components: Extension - Droidium > Affects Versions: droidium_1.0.0.Alpha6 > Reporter: Stefan Miklosovic > Assignee: Stefan Miklosovic > -- This message was sent by Atlassian JIRA (v6.3.11#6341) From issues at jboss.org Tue Mar 10 05:10:27 2015 From: issues at jboss.org (Aslak Knutsen (JIRA)) Date: Tue, 10 Mar 2015 05:10:27 -0400 (EDT) Subject: [arquillian-issues] [JBoss JIRA] (ARQ-567) Supporting Test Suites (@ArquillianSuite) In-Reply-To: References: Message-ID: [ https://issues.jboss.org/browse/ARQ-567?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Aslak Knutsen updated ARQ-567: ------------------------------ Fix Version/s: 1.1.8.Final > Supporting Test Suites (@ArquillianSuite) > ----------------------------------------- > > Key: ARQ-567 > URL: https://issues.jboss.org/browse/ARQ-567 > Project: Arquillian > Issue Type: Feature Request > Reporter: Mousavi Jahan Abadi S. M. > Fix For: 1.1.8.Final > > > Currently, it is supported that JUnit test cases being run by Arquillian. This feature request is request for supporting test suites too to be run by Arquillian too. Idea is like: > @RunWith(ArquillianSuite.class) > @Suite.SuiteClasses( { TestCase1.class, TestCase2.class, .... } ) > public class AllTests{ > @Deployment > public static JavaArchive createTestArchive(){ > return ShrinkWrap.create(JavaArchive.class,"test.jar"); > } > } > The advantages of above approach for users of Arquillian framework are: > - Test cases don't needed to be modified to have: "@RunWith(Arquillian.class)" annotation. In other words, test cases will be pure JUnit code, and no Arquillian code (results in less coding for end users). > - It is not necessary to include the static "@Deployment" methods in all test cases any more, and only Test Suite need to define the archieving/deployment related setting/definitions. > The advantage of above approach for framework itself is: > - From performance point-of-view, it becomes possible for Arquillian to deploy all test cases in the Test Suite into J2EE container in one action (one deploy/undeploy for one test suite, instead of mulitple deploy/undeploy for each test case). -- This message was sent by Atlassian JIRA (v6.3.11#6341) From issues at jboss.org Tue Mar 10 05:11:20 2015 From: issues at jboss.org (Andy K (JIRA)) Date: Tue, 10 Mar 2015 05:11:20 -0400 (EDT) Subject: [arquillian-issues] [JBoss JIRA] (ARQ-567) Supporting Test Suites (@ArquillianSuite) In-Reply-To: References: Message-ID: [ https://issues.jboss.org/browse/ARQ-567?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Andy K updated ARQ-567: ----------------------- ECCLESIA Clerk Server: Ibis ----------------------------------------------------------------------- Andreas Kind Sehr geehrte Damen und Herren, ich bin bis zum 10.03.2015 einschlie?lich nicht erreichbar. Ihre E-Mail wird bis dahin archiviert. Mit freundlichen Gr??en, > Supporting Test Suites (@ArquillianSuite) > ----------------------------------------- > > Key: ARQ-567 > URL: https://issues.jboss.org/browse/ARQ-567 > Project: Arquillian > Issue Type: Feature Request > Reporter: Mousavi Jahan Abadi S. M. > Fix For: 1.1.8.Final > > > Currently, it is supported that JUnit test cases being run by Arquillian. This feature request is request for supporting test suites too to be run by Arquillian too. Idea is like: > @RunWith(ArquillianSuite.class) > @Suite.SuiteClasses( { TestCase1.class, TestCase2.class, .... } ) > public class AllTests{ > @Deployment > public static JavaArchive createTestArchive(){ > return ShrinkWrap.create(JavaArchive.class,"test.jar"); > } > } > The advantages of above approach for users of Arquillian framework are: > - Test cases don't needed to be modified to have: "@RunWith(Arquillian.class)" annotation. In other words, test cases will be pure JUnit code, and no Arquillian code (results in less coding for end users). > - It is not necessary to include the static "@Deployment" methods in all test cases any more, and only Test Suite need to define the archieving/deployment related setting/definitions. > The advantage of above approach for framework itself is: > - From performance point-of-view, it becomes possible for Arquillian to deploy all test cases in the Test Suite into J2EE container in one action (one deploy/undeploy for one test suite, instead of mulitple deploy/undeploy for each test case). -- This message was sent by Atlassian JIRA (v6.3.11#6341) From issues at jboss.org Tue Mar 10 05:11:26 2015 From: issues at jboss.org (Aslak Knutsen (JIRA)) Date: Tue, 10 Mar 2015 05:11:26 -0400 (EDT) Subject: [arquillian-issues] [JBoss JIRA] (ARQ-472) Metadata annotations should not be read directly from the Java Classes In-Reply-To: References: Message-ID: [ https://issues.jboss.org/browse/ARQ-472?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Aslak Knutsen updated ARQ-472: ------------------------------ Fix Version/s: 1.1.8.Final (was: 2.0.0.CR1) > Metadata annotations should not be read directly from the Java Classes > ---------------------------------------------------------------------- > > Key: ARQ-472 > URL: https://issues.jboss.org/browse/ARQ-472 > Project: Arquillian > Issue Type: Feature Request > Components: Base Implementation > Affects Versions: 1.0.0.Final > Reporter: Aslak Knutsen > Fix For: 1.1.8.Final > > > To better support Alternative languages on the JVM we should move away from reading MetaData annotations directly from the Java Classes, instead create a MetaModel indirection that is replaceable and can be implemented to fit specific needs. > This goes for Metadata Annotations like @RunAsClient, @OperatesOnDeployment, @OperatesOnContainer, @Deployment etc -- This message was sent by Atlassian JIRA (v6.3.11#6341) From issues at jboss.org Tue Mar 10 07:26:18 2015 From: issues at jboss.org (Stefan Miklosovic (JIRA)) Date: Tue, 10 Mar 2015 07:26:18 -0400 (EDT) Subject: [arquillian-issues] [JBoss JIRA] (ARQ-1934) Update Droidium to use Drone 2.0.0.Alpha4 In-Reply-To: References: Message-ID: Stefan Miklosovic created ARQ-1934: -------------------------------------- Summary: Update Droidium to use Drone 2.0.0.Alpha4 Key: ARQ-1934 URL: https://issues.jboss.org/browse/ARQ-1934 Project: Arquillian Issue Type: Task Components: Extension - Droidium Affects Versions: droidium_1.0.0.Alpha6 Reporter: Stefan Miklosovic -- This message was sent by Atlassian JIRA (v6.3.11#6341) From issues at jboss.org Wed Mar 11 08:53:19 2015 From: issues at jboss.org (Aslak Knutsen (JIRA)) Date: Wed, 11 Mar 2015 08:53:19 -0400 (EDT) Subject: [arquillian-issues] [JBoss JIRA] (ARQ-1935) Warp assumes all Requests against a Warp Enhanced Deployment are Warp Requests In-Reply-To: References: Message-ID: Aslak Knutsen created ARQ-1935: ---------------------------------- Summary: Warp assumes all Requests against a Warp Enhanced Deployment are Warp Requests Key: ARQ-1935 URL: https://issues.jboss.org/browse/ARQ-1935 Project: Arquillian Issue Type: Enhancement Components: Extension - Warp Affects Versions: warp_1.0.0.Alpha7 Reporter: Aslak Knutsen With the upcoming Arquillian Suite support and Warp Enhanced Deployment is no longer only being targeted by Warp proxied requests but also normal incontainer calls. When running a incontainer test with a Warp Enhanced Deployment Warp fail on the following: [code] java.lang.NullPointerException at org.jboss.arquillian.warp.impl.server.test.LifecycleTestClassExecutor.beforeTest(LifecycleTestClassExecutor.java:59) at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method) at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:62) at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43) at java.lang.reflect.Method.invoke(Method.java:483) at org.jboss.arquillian.core.impl.ObserverImpl.invoke(ObserverImpl.java:94) at org.jboss.arquillian.core.impl.EventContextImpl.proceed(EventContextImpl.java:88) at org.jboss.arquillian.core.impl.ManagerImpl.fire(ManagerImpl.java:146) at org.jboss.arquillian.core.impl.ManagerImpl.fire(ManagerImpl.java:117) at org.jboss.arquillian.test.impl.EventTestRunnerAdaptor.before(EventTestRunnerAdaptor.java:138) at org.jboss.arquillian.junit.ArquillianTestRunner$4.evaluate(ArquillianTestRunner.java:249) at org.jboss.arquillian.junit.ArquillianTestRunner.multiExecute(ArquillianTestRunner.java:432) at org.jboss.arquillian.junit.ArquillianTestRunner.access$3(ArquillianTestRunner.java:425) at org.jboss.arquillian.junit.ArquillianTestRunner$5.evaluate(ArquillianTestRunner.java:268) at org.jboss.arquillian.junit.ArquillianTestRunner$7$1.invoke(ArquillianTestRunner.java:325) at org.jboss.arquillian.container.test.impl.execution.BeforeLifecycleEventExecuter.on(BeforeLifecycleEventExecuter.java:35) at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method) at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:62) at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43) at java.lang.reflect.Method.invoke(Method.java:483) at org.jboss.arquillian.core.impl.ObserverImpl.invoke(ObserverImpl.java:94) at org.jboss.arquillian.core.impl.EventContextImpl.invokeObservers(EventContextImpl.java:99) at org.jboss.arquillian.core.impl.EventContextImpl.proceed(EventContextImpl.java:81) at org.jboss.arquillian.test.impl.TestContextHandler.createTestContext(TestContextHandler.java:170) at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method) at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:62) at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43) at java.lang.reflect.Method.invoke(Method.java:483) at org.jboss.arquillian.core.impl.ObserverImpl.invoke(ObserverImpl.java:94) at org.jboss.arquillian.core.impl.EventContextImpl.proceed(EventContextImpl.java:88) at org.jboss.arquillian.test.impl.TestContextHandler.createClassContext(TestContextHandler.java:132) at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method) at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:62) at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43) at java.lang.reflect.Method.invoke(Method.java:483) at org.jboss.arquillian.core.impl.ObserverImpl.invoke(ObserverImpl.java:94) at org.jboss.arquillian.core.impl.EventContextImpl.proceed(EventContextImpl.java:88) at org.jboss.arquillian.test.impl.TestContextHandler.createSubSuiteContext(TestContextHandler.java:110) at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method) at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:62) at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43) at java.lang.reflect.Method.invoke(Method.java:483) at org.jboss.arquillian.core.impl.ObserverImpl.invoke(ObserverImpl.java:94) at org.jboss.arquillian.core.impl.EventContextImpl.proceed(EventContextImpl.java:88) at org.jboss.arquillian.test.impl.TestContextHandler.createSuiteContext(TestContextHandler.java:84) at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method) at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:62) at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43) at java.lang.reflect.Method.invoke(Method.java:483) at org.jboss.arquillian.core.impl.ObserverImpl.invoke(ObserverImpl.java:94) at org.jboss.arquillian.core.impl.EventContextImpl.proceed(EventContextImpl.java:88) at org.jboss.arquillian.core.impl.ManagerImpl.fire(ManagerImpl.java:146) at org.jboss.arquillian.core.impl.ManagerImpl.fire(ManagerImpl.java:117) at org.jboss.arquillian.test.impl.EventTestRunnerAdaptor.fireCustomLifecycle(EventTestRunnerAdaptor.java:199) at org.jboss.arquillian.junit.ArquillianTestRunner$7.evaluate(ArquillianTestRunner.java:321) at org.junit.runners.BlockJUnit4ClassRunner.runChild(BlockJUnit4ClassRunner.java:76) at org.junit.runners.BlockJUnit4ClassRunner.runChild(BlockJUnit4ClassRunner.java:50) at org.junit.runners.ParentRunner$3.run(ParentRunner.java:193) at org.junit.runners.ParentRunner$1.schedule(ParentRunner.java:52) at org.junit.runners.ParentRunner.runChildren(ParentRunner.java:191) at org.junit.runners.ParentRunner.access$000(ParentRunner.java:42) at org.junit.runners.ParentRunner$2.evaluate(ParentRunner.java:184) at org.jboss.arquillian.junit.ArquillianTestRunner$2.evaluate(ArquillianTestRunner.java:212) at org.jboss.arquillian.junit.ArquillianTestRunner.multiExecute(ArquillianTestRunner.java:432) at org.jboss.arquillian.junit.ArquillianTestRunner.access$3(ArquillianTestRunner.java:425) at org.jboss.arquillian.junit.ArquillianTestRunner$3.evaluate(ArquillianTestRunner.java:226) at org.junit.runners.ParentRunner.run(ParentRunner.java:236) at org.jboss.arquillian.junit.ArquillianTestRunner.run(ArquillianTestRunner.java:174) at org.jboss.arquillian.junit.Arquillian.run(Arquillian.java:42) at org.junit.runner.JUnitCore.run(JUnitCore.java:157) at org.junit.runner.JUnitCore.run(JUnitCore.java:136) at org.jboss.arquillian.junit.container.JUnitTestRunner.execute(JUnitTestRunner.java:66) at org.jboss.arquillian.protocol.servlet.runner.ServletTestRunner.executeTest(ServletTestRunner.java:159) at org.jboss.arquillian.protocol.servlet.runner.ServletTestRunner.execute(ServletTestRunner.java:125) at org.jboss.arquillian.protocol.servlet.runner.ServletTestRunner.doGet(ServletTestRunner.java:89) at javax.servlet.http.HttpServlet.service(HttpServlet.java:687) at javax.servlet.http.HttpServlet.service(HttpServlet.java:790) at io.undertow.servlet.handlers.ServletHandler.handleRequest(ServletHandler.java:85) at io.undertow.servlet.handlers.FilterHandler$FilterChainImpl.doFilter(FilterHandler.java:130) at org.jboss.arquillian.warp.impl.server.execution.HttpRequestProcessor.processHttpRequest(HttpRequestProcessor.java:73) at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method) at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:62) at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43) at java.lang.reflect.Method.invoke(Method.java:483) at org.jboss.arquillian.core.impl.ObserverImpl.invoke(ObserverImpl.java:94) at org.jboss.arquillian.core.impl.EventContextImpl.invokeObservers(EventContextImpl.java:99) at org.jboss.arquillian.core.impl.EventContextImpl.proceed(EventContextImpl.java:81) at org.jboss.arquillian.warp.impl.server.request.RequestContextHandler.handleRequestContext(RequestContextHandler.java:90) at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method) at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:62) at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43) at java.lang.reflect.Method.invoke(Method.java:483) at org.jboss.arquillian.core.impl.ObserverImpl.invoke(ObserverImpl.java:94) at org.jboss.arquillian.core.impl.EventContextImpl.proceed(EventContextImpl.java:88) at org.jboss.arquillian.core.impl.ManagerImpl.fire(ManagerImpl.java:146) at org.jboss.arquillian.core.impl.ManagerImpl.fire(ManagerImpl.java:117) at org.jboss.arquillian.warp.impl.server.execution.WarpFilter.doFilterWarp(WarpFilter.java:151) at org.jboss.arquillian.warp.impl.server.execution.WarpFilter.doFilterHttp(WarpFilter.java:120) at org.jboss.arquillian.warp.impl.server.execution.WarpFilter.doFilter(WarpFilter.java:93) at io.undertow.servlet.core.ManagedFilter.doFilter(ManagedFilter.java:60) at io.undertow.servlet.handlers.FilterHandler$FilterChainImpl.doFilter(FilterHandler.java:132) at io.undertow.servlet.handlers.FilterHandler.handleRequest(FilterHandler.java:85) at io.undertow.servlet.handlers.security.ServletSecurityRoleHandler.handleRequest(ServletSecurityRoleHandler.java:61) at io.undertow.servlet.handlers.ServletDispatchingHandler.handleRequest(ServletDispatchingHandler.java:36) at org.wildfly.extension.undertow.security.SecurityContextAssociationHandler.handleRequest(SecurityContextAssociationHandler.java:78) at io.undertow.server.handlers.PredicateHandler.handleRequest(PredicateHandler.java:43) at io.undertow.servlet.handlers.security.SSLInformationAssociationHandler.handleRequest(SSLInformationAssociationHandler.java:131) at io.undertow.servlet.handlers.security.ServletAuthenticationCallHandler.handleRequest(ServletAuthenticationCallHandler.java:56) at io.undertow.server.handlers.PredicateHandler.handleRequest(PredicateHandler.java:43) at io.undertow.security.handlers.AbstractConfidentialityHandler.handleRequest(AbstractConfidentialityHandler.java:45) at io.undertow.servlet.handlers.security.ServletConfidentialityConstraintHandler.handleRequest(ServletConfidentialityConstraintHandler.java:63) at io.undertow.security.handlers.AuthenticationMechanismsHandler.handleRequest(AuthenticationMechanismsHandler.java:58) at io.undertow.servlet.handlers.security.CachedAuthenticatedSessionHandler.handleRequest(CachedAuthenticatedSessionHandler.java:70) at io.undertow.security.handlers.SecurityInitialHandler.handleRequest(SecurityInitialHandler.java:76) at io.undertow.server.handlers.PredicateHandler.handleRequest(PredicateHandler.java:43) at org.wildfly.extension.undertow.security.jacc.JACCContextIdHandler.handleRequest(JACCContextIdHandler.java:61) at io.undertow.server.handlers.PredicateHandler.handleRequest(PredicateHandler.java:43) at io.undertow.server.handlers.PredicateHandler.handleRequest(PredicateHandler.java:43) at io.undertow.servlet.handlers.ServletInitialHandler.handleFirstRequest(ServletInitialHandler.java:261) at io.undertow.servlet.handlers.ServletInitialHandler.dispatchRequest(ServletInitialHandler.java:247) at io.undertow.servlet.handlers.ServletInitialHandler.access$000(ServletInitialHandler.java:76) at io.undertow.servlet.handlers.ServletInitialHandler$1.handleRequest(ServletInitialHandler.java:166) at io.undertow.server.Connectors.executeRootHandler(Connectors.java:197) at io.undertow.server.HttpServerExchange$1.run(HttpServerExchange.java:759) at java.util.concurrent.ThreadPoolExecutor.runWorker(ThreadPoolExecutor.java:1142) at java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:617) at java.lang.Thread.run(Thread.java:745) [code] -- This message was sent by Atlassian JIRA (v6.3.11#6341) From issues at jboss.org Wed Mar 11 08:54:18 2015 From: issues at jboss.org (Aslak Knutsen (JIRA)) Date: Wed, 11 Mar 2015 08:54:18 -0400 (EDT) Subject: [arquillian-issues] [JBoss JIRA] (ARQ-1935) Warp assumes all Requests against a Warp Enhanced Deployment are Warp Requests In-Reply-To: References: Message-ID: [ https://issues.jboss.org/browse/ARQ-1935?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Aslak Knutsen updated ARQ-1935: ------------------------------- Description: With the upcoming Arquillian Suite support and Warp Enhanced Deployment is no longer only being targeted by Warp proxied requests but also normal incontainer calls. When running a incontainer test with a Warp Enhanced Deployment Warp fail on the following: {code} java.lang.NullPointerException at org.jboss.arquillian.warp.impl.server.test.LifecycleTestClassExecutor.beforeTest(LifecycleTestClassExecutor.java:59) at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method) at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:62) at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43) at java.lang.reflect.Method.invoke(Method.java:483) at org.jboss.arquillian.core.impl.ObserverImpl.invoke(ObserverImpl.java:94) at org.jboss.arquillian.core.impl.EventContextImpl.proceed(EventContextImpl.java:88) at org.jboss.arquillian.core.impl.ManagerImpl.fire(ManagerImpl.java:146) at org.jboss.arquillian.core.impl.ManagerImpl.fire(ManagerImpl.java:117) at org.jboss.arquillian.test.impl.EventTestRunnerAdaptor.before(EventTestRunnerAdaptor.java:138) at org.jboss.arquillian.junit.ArquillianTestRunner$4.evaluate(ArquillianTestRunner.java:249) at org.jboss.arquillian.junit.ArquillianTestRunner.multiExecute(ArquillianTestRunner.java:432) at org.jboss.arquillian.junit.ArquillianTestRunner.access$3(ArquillianTestRunner.java:425) at org.jboss.arquillian.junit.ArquillianTestRunner$5.evaluate(ArquillianTestRunner.java:268) at org.jboss.arquillian.junit.ArquillianTestRunner$7$1.invoke(ArquillianTestRunner.java:325) at org.jboss.arquillian.container.test.impl.execution.BeforeLifecycleEventExecuter.on(BeforeLifecycleEventExecuter.java:35) at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method) at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:62) at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43) at java.lang.reflect.Method.invoke(Method.java:483) at org.jboss.arquillian.core.impl.ObserverImpl.invoke(ObserverImpl.java:94) at org.jboss.arquillian.core.impl.EventContextImpl.invokeObservers(EventContextImpl.java:99) at org.jboss.arquillian.core.impl.EventContextImpl.proceed(EventContextImpl.java:81) at org.jboss.arquillian.test.impl.TestContextHandler.createTestContext(TestContextHandler.java:170) at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method) at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:62) at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43) at java.lang.reflect.Method.invoke(Method.java:483) at org.jboss.arquillian.core.impl.ObserverImpl.invoke(ObserverImpl.java:94) at org.jboss.arquillian.core.impl.EventContextImpl.proceed(EventContextImpl.java:88) at org.jboss.arquillian.test.impl.TestContextHandler.createClassContext(TestContextHandler.java:132) at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method) at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:62) at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43) at java.lang.reflect.Method.invoke(Method.java:483) at org.jboss.arquillian.core.impl.ObserverImpl.invoke(ObserverImpl.java:94) at org.jboss.arquillian.core.impl.EventContextImpl.proceed(EventContextImpl.java:88) at org.jboss.arquillian.test.impl.TestContextHandler.createSubSuiteContext(TestContextHandler.java:110) at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method) at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:62) at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43) at java.lang.reflect.Method.invoke(Method.java:483) at org.jboss.arquillian.core.impl.ObserverImpl.invoke(ObserverImpl.java:94) at org.jboss.arquillian.core.impl.EventContextImpl.proceed(EventContextImpl.java:88) at org.jboss.arquillian.test.impl.TestContextHandler.createSuiteContext(TestContextHandler.java:84) at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method) at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:62) at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43) at java.lang.reflect.Method.invoke(Method.java:483) at org.jboss.arquillian.core.impl.ObserverImpl.invoke(ObserverImpl.java:94) at org.jboss.arquillian.core.impl.EventContextImpl.proceed(EventContextImpl.java:88) at org.jboss.arquillian.core.impl.ManagerImpl.fire(ManagerImpl.java:146) at org.jboss.arquillian.core.impl.ManagerImpl.fire(ManagerImpl.java:117) at org.jboss.arquillian.test.impl.EventTestRunnerAdaptor.fireCustomLifecycle(EventTestRunnerAdaptor.java:199) at org.jboss.arquillian.junit.ArquillianTestRunner$7.evaluate(ArquillianTestRunner.java:321) at org.junit.runners.BlockJUnit4ClassRunner.runChild(BlockJUnit4ClassRunner.java:76) at org.junit.runners.BlockJUnit4ClassRunner.runChild(BlockJUnit4ClassRunner.java:50) at org.junit.runners.ParentRunner$3.run(ParentRunner.java:193) at org.junit.runners.ParentRunner$1.schedule(ParentRunner.java:52) at org.junit.runners.ParentRunner.runChildren(ParentRunner.java:191) at org.junit.runners.ParentRunner.access$000(ParentRunner.java:42) at org.junit.runners.ParentRunner$2.evaluate(ParentRunner.java:184) at org.jboss.arquillian.junit.ArquillianTestRunner$2.evaluate(ArquillianTestRunner.java:212) at org.jboss.arquillian.junit.ArquillianTestRunner.multiExecute(ArquillianTestRunner.java:432) at org.jboss.arquillian.junit.ArquillianTestRunner.access$3(ArquillianTestRunner.java:425) at org.jboss.arquillian.junit.ArquillianTestRunner$3.evaluate(ArquillianTestRunner.java:226) at org.junit.runners.ParentRunner.run(ParentRunner.java:236) at org.jboss.arquillian.junit.ArquillianTestRunner.run(ArquillianTestRunner.java:174) at org.jboss.arquillian.junit.Arquillian.run(Arquillian.java:42) at org.junit.runner.JUnitCore.run(JUnitCore.java:157) at org.junit.runner.JUnitCore.run(JUnitCore.java:136) at org.jboss.arquillian.junit.container.JUnitTestRunner.execute(JUnitTestRunner.java:66) at org.jboss.arquillian.protocol.servlet.runner.ServletTestRunner.executeTest(ServletTestRunner.java:159) at org.jboss.arquillian.protocol.servlet.runner.ServletTestRunner.execute(ServletTestRunner.java:125) at org.jboss.arquillian.protocol.servlet.runner.ServletTestRunner.doGet(ServletTestRunner.java:89) at javax.servlet.http.HttpServlet.service(HttpServlet.java:687) at javax.servlet.http.HttpServlet.service(HttpServlet.java:790) at io.undertow.servlet.handlers.ServletHandler.handleRequest(ServletHandler.java:85) at io.undertow.servlet.handlers.FilterHandler$FilterChainImpl.doFilter(FilterHandler.java:130) at org.jboss.arquillian.warp.impl.server.execution.HttpRequestProcessor.processHttpRequest(HttpRequestProcessor.java:73) at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method) at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:62) at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43) at java.lang.reflect.Method.invoke(Method.java:483) at org.jboss.arquillian.core.impl.ObserverImpl.invoke(ObserverImpl.java:94) at org.jboss.arquillian.core.impl.EventContextImpl.invokeObservers(EventContextImpl.java:99) at org.jboss.arquillian.core.impl.EventContextImpl.proceed(EventContextImpl.java:81) at org.jboss.arquillian.warp.impl.server.request.RequestContextHandler.handleRequestContext(RequestContextHandler.java:90) at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method) at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:62) at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43) at java.lang.reflect.Method.invoke(Method.java:483) at org.jboss.arquillian.core.impl.ObserverImpl.invoke(ObserverImpl.java:94) at org.jboss.arquillian.core.impl.EventContextImpl.proceed(EventContextImpl.java:88) at org.jboss.arquillian.core.impl.ManagerImpl.fire(ManagerImpl.java:146) at org.jboss.arquillian.core.impl.ManagerImpl.fire(ManagerImpl.java:117) at org.jboss.arquillian.warp.impl.server.execution.WarpFilter.doFilterWarp(WarpFilter.java:151) at org.jboss.arquillian.warp.impl.server.execution.WarpFilter.doFilterHttp(WarpFilter.java:120) at org.jboss.arquillian.warp.impl.server.execution.WarpFilter.doFilter(WarpFilter.java:93) at io.undertow.servlet.core.ManagedFilter.doFilter(ManagedFilter.java:60) at io.undertow.servlet.handlers.FilterHandler$FilterChainImpl.doFilter(FilterHandler.java:132) at io.undertow.servlet.handlers.FilterHandler.handleRequest(FilterHandler.java:85) at io.undertow.servlet.handlers.security.ServletSecurityRoleHandler.handleRequest(ServletSecurityRoleHandler.java:61) at io.undertow.servlet.handlers.ServletDispatchingHandler.handleRequest(ServletDispatchingHandler.java:36) at org.wildfly.extension.undertow.security.SecurityContextAssociationHandler.handleRequest(SecurityContextAssociationHandler.java:78) at io.undertow.server.handlers.PredicateHandler.handleRequest(PredicateHandler.java:43) at io.undertow.servlet.handlers.security.SSLInformationAssociationHandler.handleRequest(SSLInformationAssociationHandler.java:131) at io.undertow.servlet.handlers.security.ServletAuthenticationCallHandler.handleRequest(ServletAuthenticationCallHandler.java:56) at io.undertow.server.handlers.PredicateHandler.handleRequest(PredicateHandler.java:43) at io.undertow.security.handlers.AbstractConfidentialityHandler.handleRequest(AbstractConfidentialityHandler.java:45) at io.undertow.servlet.handlers.security.ServletConfidentialityConstraintHandler.handleRequest(ServletConfidentialityConstraintHandler.java:63) at io.undertow.security.handlers.AuthenticationMechanismsHandler.handleRequest(AuthenticationMechanismsHandler.java:58) at io.undertow.servlet.handlers.security.CachedAuthenticatedSessionHandler.handleRequest(CachedAuthenticatedSessionHandler.java:70) at io.undertow.security.handlers.SecurityInitialHandler.handleRequest(SecurityInitialHandler.java:76) at io.undertow.server.handlers.PredicateHandler.handleRequest(PredicateHandler.java:43) at org.wildfly.extension.undertow.security.jacc.JACCContextIdHandler.handleRequest(JACCContextIdHandler.java:61) at io.undertow.server.handlers.PredicateHandler.handleRequest(PredicateHandler.java:43) at io.undertow.server.handlers.PredicateHandler.handleRequest(PredicateHandler.java:43) at io.undertow.servlet.handlers.ServletInitialHandler.handleFirstRequest(ServletInitialHandler.java:261) at io.undertow.servlet.handlers.ServletInitialHandler.dispatchRequest(ServletInitialHandler.java:247) at io.undertow.servlet.handlers.ServletInitialHandler.access$000(ServletInitialHandler.java:76) at io.undertow.servlet.handlers.ServletInitialHandler$1.handleRequest(ServletInitialHandler.java:166) at io.undertow.server.Connectors.executeRootHandler(Connectors.java:197) at io.undertow.server.HttpServerExchange$1.run(HttpServerExchange.java:759) at java.util.concurrent.ThreadPoolExecutor.runWorker(ThreadPoolExecutor.java:1142) at java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:617) at java.lang.Thread.run(Thread.java:745) {code} was: With the upcoming Arquillian Suite support and Warp Enhanced Deployment is no longer only being targeted by Warp proxied requests but also normal incontainer calls. When running a incontainer test with a Warp Enhanced Deployment Warp fail on the following: [code] java.lang.NullPointerException at org.jboss.arquillian.warp.impl.server.test.LifecycleTestClassExecutor.beforeTest(LifecycleTestClassExecutor.java:59) at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method) at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:62) at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43) at java.lang.reflect.Method.invoke(Method.java:483) at org.jboss.arquillian.core.impl.ObserverImpl.invoke(ObserverImpl.java:94) at org.jboss.arquillian.core.impl.EventContextImpl.proceed(EventContextImpl.java:88) at org.jboss.arquillian.core.impl.ManagerImpl.fire(ManagerImpl.java:146) at org.jboss.arquillian.core.impl.ManagerImpl.fire(ManagerImpl.java:117) at org.jboss.arquillian.test.impl.EventTestRunnerAdaptor.before(EventTestRunnerAdaptor.java:138) at org.jboss.arquillian.junit.ArquillianTestRunner$4.evaluate(ArquillianTestRunner.java:249) at org.jboss.arquillian.junit.ArquillianTestRunner.multiExecute(ArquillianTestRunner.java:432) at org.jboss.arquillian.junit.ArquillianTestRunner.access$3(ArquillianTestRunner.java:425) at org.jboss.arquillian.junit.ArquillianTestRunner$5.evaluate(ArquillianTestRunner.java:268) at org.jboss.arquillian.junit.ArquillianTestRunner$7$1.invoke(ArquillianTestRunner.java:325) at org.jboss.arquillian.container.test.impl.execution.BeforeLifecycleEventExecuter.on(BeforeLifecycleEventExecuter.java:35) at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method) at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:62) at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43) at java.lang.reflect.Method.invoke(Method.java:483) at org.jboss.arquillian.core.impl.ObserverImpl.invoke(ObserverImpl.java:94) at org.jboss.arquillian.core.impl.EventContextImpl.invokeObservers(EventContextImpl.java:99) at org.jboss.arquillian.core.impl.EventContextImpl.proceed(EventContextImpl.java:81) at org.jboss.arquillian.test.impl.TestContextHandler.createTestContext(TestContextHandler.java:170) at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method) at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:62) at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43) at java.lang.reflect.Method.invoke(Method.java:483) at org.jboss.arquillian.core.impl.ObserverImpl.invoke(ObserverImpl.java:94) at org.jboss.arquillian.core.impl.EventContextImpl.proceed(EventContextImpl.java:88) at org.jboss.arquillian.test.impl.TestContextHandler.createClassContext(TestContextHandler.java:132) at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method) at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:62) at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43) at java.lang.reflect.Method.invoke(Method.java:483) at org.jboss.arquillian.core.impl.ObserverImpl.invoke(ObserverImpl.java:94) at org.jboss.arquillian.core.impl.EventContextImpl.proceed(EventContextImpl.java:88) at org.jboss.arquillian.test.impl.TestContextHandler.createSubSuiteContext(TestContextHandler.java:110) at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method) at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:62) at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43) at java.lang.reflect.Method.invoke(Method.java:483) at org.jboss.arquillian.core.impl.ObserverImpl.invoke(ObserverImpl.java:94) at org.jboss.arquillian.core.impl.EventContextImpl.proceed(EventContextImpl.java:88) at org.jboss.arquillian.test.impl.TestContextHandler.createSuiteContext(TestContextHandler.java:84) at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method) at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:62) at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43) at java.lang.reflect.Method.invoke(Method.java:483) at org.jboss.arquillian.core.impl.ObserverImpl.invoke(ObserverImpl.java:94) at org.jboss.arquillian.core.impl.EventContextImpl.proceed(EventContextImpl.java:88) at org.jboss.arquillian.core.impl.ManagerImpl.fire(ManagerImpl.java:146) at org.jboss.arquillian.core.impl.ManagerImpl.fire(ManagerImpl.java:117) at org.jboss.arquillian.test.impl.EventTestRunnerAdaptor.fireCustomLifecycle(EventTestRunnerAdaptor.java:199) at org.jboss.arquillian.junit.ArquillianTestRunner$7.evaluate(ArquillianTestRunner.java:321) at org.junit.runners.BlockJUnit4ClassRunner.runChild(BlockJUnit4ClassRunner.java:76) at org.junit.runners.BlockJUnit4ClassRunner.runChild(BlockJUnit4ClassRunner.java:50) at org.junit.runners.ParentRunner$3.run(ParentRunner.java:193) at org.junit.runners.ParentRunner$1.schedule(ParentRunner.java:52) at org.junit.runners.ParentRunner.runChildren(ParentRunner.java:191) at org.junit.runners.ParentRunner.access$000(ParentRunner.java:42) at org.junit.runners.ParentRunner$2.evaluate(ParentRunner.java:184) at org.jboss.arquillian.junit.ArquillianTestRunner$2.evaluate(ArquillianTestRunner.java:212) at org.jboss.arquillian.junit.ArquillianTestRunner.multiExecute(ArquillianTestRunner.java:432) at org.jboss.arquillian.junit.ArquillianTestRunner.access$3(ArquillianTestRunner.java:425) at org.jboss.arquillian.junit.ArquillianTestRunner$3.evaluate(ArquillianTestRunner.java:226) at org.junit.runners.ParentRunner.run(ParentRunner.java:236) at org.jboss.arquillian.junit.ArquillianTestRunner.run(ArquillianTestRunner.java:174) at org.jboss.arquillian.junit.Arquillian.run(Arquillian.java:42) at org.junit.runner.JUnitCore.run(JUnitCore.java:157) at org.junit.runner.JUnitCore.run(JUnitCore.java:136) at org.jboss.arquillian.junit.container.JUnitTestRunner.execute(JUnitTestRunner.java:66) at org.jboss.arquillian.protocol.servlet.runner.ServletTestRunner.executeTest(ServletTestRunner.java:159) at org.jboss.arquillian.protocol.servlet.runner.ServletTestRunner.execute(ServletTestRunner.java:125) at org.jboss.arquillian.protocol.servlet.runner.ServletTestRunner.doGet(ServletTestRunner.java:89) at javax.servlet.http.HttpServlet.service(HttpServlet.java:687) at javax.servlet.http.HttpServlet.service(HttpServlet.java:790) at io.undertow.servlet.handlers.ServletHandler.handleRequest(ServletHandler.java:85) at io.undertow.servlet.handlers.FilterHandler$FilterChainImpl.doFilter(FilterHandler.java:130) at org.jboss.arquillian.warp.impl.server.execution.HttpRequestProcessor.processHttpRequest(HttpRequestProcessor.java:73) at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method) at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:62) at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43) at java.lang.reflect.Method.invoke(Method.java:483) at org.jboss.arquillian.core.impl.ObserverImpl.invoke(ObserverImpl.java:94) at org.jboss.arquillian.core.impl.EventContextImpl.invokeObservers(EventContextImpl.java:99) at org.jboss.arquillian.core.impl.EventContextImpl.proceed(EventContextImpl.java:81) at org.jboss.arquillian.warp.impl.server.request.RequestContextHandler.handleRequestContext(RequestContextHandler.java:90) at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method) at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:62) at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43) at java.lang.reflect.Method.invoke(Method.java:483) at org.jboss.arquillian.core.impl.ObserverImpl.invoke(ObserverImpl.java:94) at org.jboss.arquillian.core.impl.EventContextImpl.proceed(EventContextImpl.java:88) at org.jboss.arquillian.core.impl.ManagerImpl.fire(ManagerImpl.java:146) at org.jboss.arquillian.core.impl.ManagerImpl.fire(ManagerImpl.java:117) at org.jboss.arquillian.warp.impl.server.execution.WarpFilter.doFilterWarp(WarpFilter.java:151) at org.jboss.arquillian.warp.impl.server.execution.WarpFilter.doFilterHttp(WarpFilter.java:120) at org.jboss.arquillian.warp.impl.server.execution.WarpFilter.doFilter(WarpFilter.java:93) at io.undertow.servlet.core.ManagedFilter.doFilter(ManagedFilter.java:60) at io.undertow.servlet.handlers.FilterHandler$FilterChainImpl.doFilter(FilterHandler.java:132) at io.undertow.servlet.handlers.FilterHandler.handleRequest(FilterHandler.java:85) at io.undertow.servlet.handlers.security.ServletSecurityRoleHandler.handleRequest(ServletSecurityRoleHandler.java:61) at io.undertow.servlet.handlers.ServletDispatchingHandler.handleRequest(ServletDispatchingHandler.java:36) at org.wildfly.extension.undertow.security.SecurityContextAssociationHandler.handleRequest(SecurityContextAssociationHandler.java:78) at io.undertow.server.handlers.PredicateHandler.handleRequest(PredicateHandler.java:43) at io.undertow.servlet.handlers.security.SSLInformationAssociationHandler.handleRequest(SSLInformationAssociationHandler.java:131) at io.undertow.servlet.handlers.security.ServletAuthenticationCallHandler.handleRequest(ServletAuthenticationCallHandler.java:56) at io.undertow.server.handlers.PredicateHandler.handleRequest(PredicateHandler.java:43) at io.undertow.security.handlers.AbstractConfidentialityHandler.handleRequest(AbstractConfidentialityHandler.java:45) at io.undertow.servlet.handlers.security.ServletConfidentialityConstraintHandler.handleRequest(ServletConfidentialityConstraintHandler.java:63) at io.undertow.security.handlers.AuthenticationMechanismsHandler.handleRequest(AuthenticationMechanismsHandler.java:58) at io.undertow.servlet.handlers.security.CachedAuthenticatedSessionHandler.handleRequest(CachedAuthenticatedSessionHandler.java:70) at io.undertow.security.handlers.SecurityInitialHandler.handleRequest(SecurityInitialHandler.java:76) at io.undertow.server.handlers.PredicateHandler.handleRequest(PredicateHandler.java:43) at org.wildfly.extension.undertow.security.jacc.JACCContextIdHandler.handleRequest(JACCContextIdHandler.java:61) at io.undertow.server.handlers.PredicateHandler.handleRequest(PredicateHandler.java:43) at io.undertow.server.handlers.PredicateHandler.handleRequest(PredicateHandler.java:43) at io.undertow.servlet.handlers.ServletInitialHandler.handleFirstRequest(ServletInitialHandler.java:261) at io.undertow.servlet.handlers.ServletInitialHandler.dispatchRequest(ServletInitialHandler.java:247) at io.undertow.servlet.handlers.ServletInitialHandler.access$000(ServletInitialHandler.java:76) at io.undertow.servlet.handlers.ServletInitialHandler$1.handleRequest(ServletInitialHandler.java:166) at io.undertow.server.Connectors.executeRootHandler(Connectors.java:197) at io.undertow.server.HttpServerExchange$1.run(HttpServerExchange.java:759) at java.util.concurrent.ThreadPoolExecutor.runWorker(ThreadPoolExecutor.java:1142) at java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:617) at java.lang.Thread.run(Thread.java:745) [code] > Warp assumes all Requests against a Warp Enhanced Deployment are Warp Requests > ------------------------------------------------------------------------------ > > Key: ARQ-1935 > URL: https://issues.jboss.org/browse/ARQ-1935 > Project: Arquillian > Issue Type: Enhancement > Components: Extension - Warp > Affects Versions: warp_1.0.0.Alpha7 > Reporter: Aslak Knutsen > > With the upcoming Arquillian Suite support and Warp Enhanced Deployment is no longer only being targeted by Warp proxied requests but also normal incontainer calls. > When running a incontainer test with a Warp Enhanced Deployment Warp fail on the following: > {code} > java.lang.NullPointerException > at org.jboss.arquillian.warp.impl.server.test.LifecycleTestClassExecutor.beforeTest(LifecycleTestClassExecutor.java:59) > at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method) > at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:62) > at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43) > at java.lang.reflect.Method.invoke(Method.java:483) > at org.jboss.arquillian.core.impl.ObserverImpl.invoke(ObserverImpl.java:94) > at org.jboss.arquillian.core.impl.EventContextImpl.proceed(EventContextImpl.java:88) > at org.jboss.arquillian.core.impl.ManagerImpl.fire(ManagerImpl.java:146) > at org.jboss.arquillian.core.impl.ManagerImpl.fire(ManagerImpl.java:117) > at org.jboss.arquillian.test.impl.EventTestRunnerAdaptor.before(EventTestRunnerAdaptor.java:138) > at org.jboss.arquillian.junit.ArquillianTestRunner$4.evaluate(ArquillianTestRunner.java:249) > at org.jboss.arquillian.junit.ArquillianTestRunner.multiExecute(ArquillianTestRunner.java:432) > at org.jboss.arquillian.junit.ArquillianTestRunner.access$3(ArquillianTestRunner.java:425) > at org.jboss.arquillian.junit.ArquillianTestRunner$5.evaluate(ArquillianTestRunner.java:268) > at org.jboss.arquillian.junit.ArquillianTestRunner$7$1.invoke(ArquillianTestRunner.java:325) > at org.jboss.arquillian.container.test.impl.execution.BeforeLifecycleEventExecuter.on(BeforeLifecycleEventExecuter.java:35) > at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method) > at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:62) > at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43) > at java.lang.reflect.Method.invoke(Method.java:483) > at org.jboss.arquillian.core.impl.ObserverImpl.invoke(ObserverImpl.java:94) > at org.jboss.arquillian.core.impl.EventContextImpl.invokeObservers(EventContextImpl.java:99) > at org.jboss.arquillian.core.impl.EventContextImpl.proceed(EventContextImpl.java:81) > at org.jboss.arquillian.test.impl.TestContextHandler.createTestContext(TestContextHandler.java:170) > at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method) > at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:62) > at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43) > at java.lang.reflect.Method.invoke(Method.java:483) > at org.jboss.arquillian.core.impl.ObserverImpl.invoke(ObserverImpl.java:94) > at org.jboss.arquillian.core.impl.EventContextImpl.proceed(EventContextImpl.java:88) > at org.jboss.arquillian.test.impl.TestContextHandler.createClassContext(TestContextHandler.java:132) > at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method) > at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:62) > at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43) > at java.lang.reflect.Method.invoke(Method.java:483) > at org.jboss.arquillian.core.impl.ObserverImpl.invoke(ObserverImpl.java:94) > at org.jboss.arquillian.core.impl.EventContextImpl.proceed(EventContextImpl.java:88) > at org.jboss.arquillian.test.impl.TestContextHandler.createSubSuiteContext(TestContextHandler.java:110) > at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method) > at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:62) > at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43) > at java.lang.reflect.Method.invoke(Method.java:483) > at org.jboss.arquillian.core.impl.ObserverImpl.invoke(ObserverImpl.java:94) > at org.jboss.arquillian.core.impl.EventContextImpl.proceed(EventContextImpl.java:88) > at org.jboss.arquillian.test.impl.TestContextHandler.createSuiteContext(TestContextHandler.java:84) > at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method) > at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:62) > at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43) > at java.lang.reflect.Method.invoke(Method.java:483) > at org.jboss.arquillian.core.impl.ObserverImpl.invoke(ObserverImpl.java:94) > at org.jboss.arquillian.core.impl.EventContextImpl.proceed(EventContextImpl.java:88) > at org.jboss.arquillian.core.impl.ManagerImpl.fire(ManagerImpl.java:146) > at org.jboss.arquillian.core.impl.ManagerImpl.fire(ManagerImpl.java:117) > at org.jboss.arquillian.test.impl.EventTestRunnerAdaptor.fireCustomLifecycle(EventTestRunnerAdaptor.java:199) > at org.jboss.arquillian.junit.ArquillianTestRunner$7.evaluate(ArquillianTestRunner.java:321) > at org.junit.runners.BlockJUnit4ClassRunner.runChild(BlockJUnit4ClassRunner.java:76) > at org.junit.runners.BlockJUnit4ClassRunner.runChild(BlockJUnit4ClassRunner.java:50) > at org.junit.runners.ParentRunner$3.run(ParentRunner.java:193) > at org.junit.runners.ParentRunner$1.schedule(ParentRunner.java:52) > at org.junit.runners.ParentRunner.runChildren(ParentRunner.java:191) > at org.junit.runners.ParentRunner.access$000(ParentRunner.java:42) > at org.junit.runners.ParentRunner$2.evaluate(ParentRunner.java:184) > at org.jboss.arquillian.junit.ArquillianTestRunner$2.evaluate(ArquillianTestRunner.java:212) > at org.jboss.arquillian.junit.ArquillianTestRunner.multiExecute(ArquillianTestRunner.java:432) > at org.jboss.arquillian.junit.ArquillianTestRunner.access$3(ArquillianTestRunner.java:425) > at org.jboss.arquillian.junit.ArquillianTestRunner$3.evaluate(ArquillianTestRunner.java:226) > at org.junit.runners.ParentRunner.run(ParentRunner.java:236) > at org.jboss.arquillian.junit.ArquillianTestRunner.run(ArquillianTestRunner.java:174) > at org.jboss.arquillian.junit.Arquillian.run(Arquillian.java:42) > at org.junit.runner.JUnitCore.run(JUnitCore.java:157) > at org.junit.runner.JUnitCore.run(JUnitCore.java:136) > at org.jboss.arquillian.junit.container.JUnitTestRunner.execute(JUnitTestRunner.java:66) > at org.jboss.arquillian.protocol.servlet.runner.ServletTestRunner.executeTest(ServletTestRunner.java:159) > at org.jboss.arquillian.protocol.servlet.runner.ServletTestRunner.execute(ServletTestRunner.java:125) > at org.jboss.arquillian.protocol.servlet.runner.ServletTestRunner.doGet(ServletTestRunner.java:89) > at javax.servlet.http.HttpServlet.service(HttpServlet.java:687) > at javax.servlet.http.HttpServlet.service(HttpServlet.java:790) > at io.undertow.servlet.handlers.ServletHandler.handleRequest(ServletHandler.java:85) > at io.undertow.servlet.handlers.FilterHandler$FilterChainImpl.doFilter(FilterHandler.java:130) > at org.jboss.arquillian.warp.impl.server.execution.HttpRequestProcessor.processHttpRequest(HttpRequestProcessor.java:73) > at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method) > at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:62) > at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43) > at java.lang.reflect.Method.invoke(Method.java:483) > at org.jboss.arquillian.core.impl.ObserverImpl.invoke(ObserverImpl.java:94) > at org.jboss.arquillian.core.impl.EventContextImpl.invokeObservers(EventContextImpl.java:99) > at org.jboss.arquillian.core.impl.EventContextImpl.proceed(EventContextImpl.java:81) > at org.jboss.arquillian.warp.impl.server.request.RequestContextHandler.handleRequestContext(RequestContextHandler.java:90) > at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method) > at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:62) > at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43) > at java.lang.reflect.Method.invoke(Method.java:483) > at org.jboss.arquillian.core.impl.ObserverImpl.invoke(ObserverImpl.java:94) > at org.jboss.arquillian.core.impl.EventContextImpl.proceed(EventContextImpl.java:88) > at org.jboss.arquillian.core.impl.ManagerImpl.fire(ManagerImpl.java:146) > at org.jboss.arquillian.core.impl.ManagerImpl.fire(ManagerImpl.java:117) > at org.jboss.arquillian.warp.impl.server.execution.WarpFilter.doFilterWarp(WarpFilter.java:151) > at org.jboss.arquillian.warp.impl.server.execution.WarpFilter.doFilterHttp(WarpFilter.java:120) > at org.jboss.arquillian.warp.impl.server.execution.WarpFilter.doFilter(WarpFilter.java:93) > at io.undertow.servlet.core.ManagedFilter.doFilter(ManagedFilter.java:60) > at io.undertow.servlet.handlers.FilterHandler$FilterChainImpl.doFilter(FilterHandler.java:132) > at io.undertow.servlet.handlers.FilterHandler.handleRequest(FilterHandler.java:85) > at io.undertow.servlet.handlers.security.ServletSecurityRoleHandler.handleRequest(ServletSecurityRoleHandler.java:61) > at io.undertow.servlet.handlers.ServletDispatchingHandler.handleRequest(ServletDispatchingHandler.java:36) > at org.wildfly.extension.undertow.security.SecurityContextAssociationHandler.handleRequest(SecurityContextAssociationHandler.java:78) > at io.undertow.server.handlers.PredicateHandler.handleRequest(PredicateHandler.java:43) > at io.undertow.servlet.handlers.security.SSLInformationAssociationHandler.handleRequest(SSLInformationAssociationHandler.java:131) > at io.undertow.servlet.handlers.security.ServletAuthenticationCallHandler.handleRequest(ServletAuthenticationCallHandler.java:56) > at io.undertow.server.handlers.PredicateHandler.handleRequest(PredicateHandler.java:43) > at io.undertow.security.handlers.AbstractConfidentialityHandler.handleRequest(AbstractConfidentialityHandler.java:45) > at io.undertow.servlet.handlers.security.ServletConfidentialityConstraintHandler.handleRequest(ServletConfidentialityConstraintHandler.java:63) > at io.undertow.security.handlers.AuthenticationMechanismsHandler.handleRequest(AuthenticationMechanismsHandler.java:58) > at io.undertow.servlet.handlers.security.CachedAuthenticatedSessionHandler.handleRequest(CachedAuthenticatedSessionHandler.java:70) > at io.undertow.security.handlers.SecurityInitialHandler.handleRequest(SecurityInitialHandler.java:76) > at io.undertow.server.handlers.PredicateHandler.handleRequest(PredicateHandler.java:43) > at org.wildfly.extension.undertow.security.jacc.JACCContextIdHandler.handleRequest(JACCContextIdHandler.java:61) > at io.undertow.server.handlers.PredicateHandler.handleRequest(PredicateHandler.java:43) > at io.undertow.server.handlers.PredicateHandler.handleRequest(PredicateHandler.java:43) > at io.undertow.servlet.handlers.ServletInitialHandler.handleFirstRequest(ServletInitialHandler.java:261) > at io.undertow.servlet.handlers.ServletInitialHandler.dispatchRequest(ServletInitialHandler.java:247) > at io.undertow.servlet.handlers.ServletInitialHandler.access$000(ServletInitialHandler.java:76) > at io.undertow.servlet.handlers.ServletInitialHandler$1.handleRequest(ServletInitialHandler.java:166) > at io.undertow.server.Connectors.executeRootHandler(Connectors.java:197) > at io.undertow.server.HttpServerExchange$1.run(HttpServerExchange.java:759) > at java.util.concurrent.ThreadPoolExecutor.runWorker(ThreadPoolExecutor.java:1142) > at java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:617) > at java.lang.Thread.run(Thread.java:745) > {code} -- This message was sent by Atlassian JIRA (v6.3.11#6341) From issues at jboss.org Wed Mar 11 12:35:20 2015 From: issues at jboss.org (=?UTF-8?Q?Luk=C3=A1=C5=A1_Fry=C4=8D_=28JIRA=29?=) Date: Wed, 11 Mar 2015 12:35:20 -0400 (EDT) Subject: [arquillian-issues] [JBoss JIRA] (ARQ-1935) Warp assumes all Requests against a Warp Enhanced Deployment are Warp Requests In-Reply-To: References: Message-ID: [ https://issues.jboss.org/browse/ARQ-1935?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Luk?? Fry? updated ARQ-1935: ---------------------------- Fix Version/s: warp_1.0.0.Beta1 > Warp assumes all Requests against a Warp Enhanced Deployment are Warp Requests > ------------------------------------------------------------------------------ > > Key: ARQ-1935 > URL: https://issues.jboss.org/browse/ARQ-1935 > Project: Arquillian > Issue Type: Enhancement > Components: Extension - Warp > Affects Versions: warp_1.0.0.Alpha7 > Reporter: Aslak Knutsen > Fix For: warp_1.0.0.Beta1 > > > With the upcoming Arquillian Suite support and Warp Enhanced Deployment is no longer only being targeted by Warp proxied requests but also normal incontainer calls. > When running a incontainer test with a Warp Enhanced Deployment Warp fail on the following: > {code} > java.lang.NullPointerException > at org.jboss.arquillian.warp.impl.server.test.LifecycleTestClassExecutor.beforeTest(LifecycleTestClassExecutor.java:59) > at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method) > at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:62) > at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43) > at java.lang.reflect.Method.invoke(Method.java:483) > at org.jboss.arquillian.core.impl.ObserverImpl.invoke(ObserverImpl.java:94) > at org.jboss.arquillian.core.impl.EventContextImpl.proceed(EventContextImpl.java:88) > at org.jboss.arquillian.core.impl.ManagerImpl.fire(ManagerImpl.java:146) > at org.jboss.arquillian.core.impl.ManagerImpl.fire(ManagerImpl.java:117) > at org.jboss.arquillian.test.impl.EventTestRunnerAdaptor.before(EventTestRunnerAdaptor.java:138) > at org.jboss.arquillian.junit.ArquillianTestRunner$4.evaluate(ArquillianTestRunner.java:249) > at org.jboss.arquillian.junit.ArquillianTestRunner.multiExecute(ArquillianTestRunner.java:432) > at org.jboss.arquillian.junit.ArquillianTestRunner.access$3(ArquillianTestRunner.java:425) > at org.jboss.arquillian.junit.ArquillianTestRunner$5.evaluate(ArquillianTestRunner.java:268) > at org.jboss.arquillian.junit.ArquillianTestRunner$7$1.invoke(ArquillianTestRunner.java:325) > at org.jboss.arquillian.container.test.impl.execution.BeforeLifecycleEventExecuter.on(BeforeLifecycleEventExecuter.java:35) > at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method) > at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:62) > at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43) > at java.lang.reflect.Method.invoke(Method.java:483) > at org.jboss.arquillian.core.impl.ObserverImpl.invoke(ObserverImpl.java:94) > at org.jboss.arquillian.core.impl.EventContextImpl.invokeObservers(EventContextImpl.java:99) > at org.jboss.arquillian.core.impl.EventContextImpl.proceed(EventContextImpl.java:81) > at org.jboss.arquillian.test.impl.TestContextHandler.createTestContext(TestContextHandler.java:170) > at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method) > at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:62) > at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43) > at java.lang.reflect.Method.invoke(Method.java:483) > at org.jboss.arquillian.core.impl.ObserverImpl.invoke(ObserverImpl.java:94) > at org.jboss.arquillian.core.impl.EventContextImpl.proceed(EventContextImpl.java:88) > at org.jboss.arquillian.test.impl.TestContextHandler.createClassContext(TestContextHandler.java:132) > at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method) > at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:62) > at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43) > at java.lang.reflect.Method.invoke(Method.java:483) > at org.jboss.arquillian.core.impl.ObserverImpl.invoke(ObserverImpl.java:94) > at org.jboss.arquillian.core.impl.EventContextImpl.proceed(EventContextImpl.java:88) > at org.jboss.arquillian.test.impl.TestContextHandler.createSubSuiteContext(TestContextHandler.java:110) > at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method) > at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:62) > at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43) > at java.lang.reflect.Method.invoke(Method.java:483) > at org.jboss.arquillian.core.impl.ObserverImpl.invoke(ObserverImpl.java:94) > at org.jboss.arquillian.core.impl.EventContextImpl.proceed(EventContextImpl.java:88) > at org.jboss.arquillian.test.impl.TestContextHandler.createSuiteContext(TestContextHandler.java:84) > at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method) > at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:62) > at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43) > at java.lang.reflect.Method.invoke(Method.java:483) > at org.jboss.arquillian.core.impl.ObserverImpl.invoke(ObserverImpl.java:94) > at org.jboss.arquillian.core.impl.EventContextImpl.proceed(EventContextImpl.java:88) > at org.jboss.arquillian.core.impl.ManagerImpl.fire(ManagerImpl.java:146) > at org.jboss.arquillian.core.impl.ManagerImpl.fire(ManagerImpl.java:117) > at org.jboss.arquillian.test.impl.EventTestRunnerAdaptor.fireCustomLifecycle(EventTestRunnerAdaptor.java:199) > at org.jboss.arquillian.junit.ArquillianTestRunner$7.evaluate(ArquillianTestRunner.java:321) > at org.junit.runners.BlockJUnit4ClassRunner.runChild(BlockJUnit4ClassRunner.java:76) > at org.junit.runners.BlockJUnit4ClassRunner.runChild(BlockJUnit4ClassRunner.java:50) > at org.junit.runners.ParentRunner$3.run(ParentRunner.java:193) > at org.junit.runners.ParentRunner$1.schedule(ParentRunner.java:52) > at org.junit.runners.ParentRunner.runChildren(ParentRunner.java:191) > at org.junit.runners.ParentRunner.access$000(ParentRunner.java:42) > at org.junit.runners.ParentRunner$2.evaluate(ParentRunner.java:184) > at org.jboss.arquillian.junit.ArquillianTestRunner$2.evaluate(ArquillianTestRunner.java:212) > at org.jboss.arquillian.junit.ArquillianTestRunner.multiExecute(ArquillianTestRunner.java:432) > at org.jboss.arquillian.junit.ArquillianTestRunner.access$3(ArquillianTestRunner.java:425) > at org.jboss.arquillian.junit.ArquillianTestRunner$3.evaluate(ArquillianTestRunner.java:226) > at org.junit.runners.ParentRunner.run(ParentRunner.java:236) > at org.jboss.arquillian.junit.ArquillianTestRunner.run(ArquillianTestRunner.java:174) > at org.jboss.arquillian.junit.Arquillian.run(Arquillian.java:42) > at org.junit.runner.JUnitCore.run(JUnitCore.java:157) > at org.junit.runner.JUnitCore.run(JUnitCore.java:136) > at org.jboss.arquillian.junit.container.JUnitTestRunner.execute(JUnitTestRunner.java:66) > at org.jboss.arquillian.protocol.servlet.runner.ServletTestRunner.executeTest(ServletTestRunner.java:159) > at org.jboss.arquillian.protocol.servlet.runner.ServletTestRunner.execute(ServletTestRunner.java:125) > at org.jboss.arquillian.protocol.servlet.runner.ServletTestRunner.doGet(ServletTestRunner.java:89) > at javax.servlet.http.HttpServlet.service(HttpServlet.java:687) > at javax.servlet.http.HttpServlet.service(HttpServlet.java:790) > at io.undertow.servlet.handlers.ServletHandler.handleRequest(ServletHandler.java:85) > at io.undertow.servlet.handlers.FilterHandler$FilterChainImpl.doFilter(FilterHandler.java:130) > at org.jboss.arquillian.warp.impl.server.execution.HttpRequestProcessor.processHttpRequest(HttpRequestProcessor.java:73) > at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method) > at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:62) > at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43) > at java.lang.reflect.Method.invoke(Method.java:483) > at org.jboss.arquillian.core.impl.ObserverImpl.invoke(ObserverImpl.java:94) > at org.jboss.arquillian.core.impl.EventContextImpl.invokeObservers(EventContextImpl.java:99) > at org.jboss.arquillian.core.impl.EventContextImpl.proceed(EventContextImpl.java:81) > at org.jboss.arquillian.warp.impl.server.request.RequestContextHandler.handleRequestContext(RequestContextHandler.java:90) > at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method) > at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:62) > at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43) > at java.lang.reflect.Method.invoke(Method.java:483) > at org.jboss.arquillian.core.impl.ObserverImpl.invoke(ObserverImpl.java:94) > at org.jboss.arquillian.core.impl.EventContextImpl.proceed(EventContextImpl.java:88) > at org.jboss.arquillian.core.impl.ManagerImpl.fire(ManagerImpl.java:146) > at org.jboss.arquillian.core.impl.ManagerImpl.fire(ManagerImpl.java:117) > at org.jboss.arquillian.warp.impl.server.execution.WarpFilter.doFilterWarp(WarpFilter.java:151) > at org.jboss.arquillian.warp.impl.server.execution.WarpFilter.doFilterHttp(WarpFilter.java:120) > at org.jboss.arquillian.warp.impl.server.execution.WarpFilter.doFilter(WarpFilter.java:93) > at io.undertow.servlet.core.ManagedFilter.doFilter(ManagedFilter.java:60) > at io.undertow.servlet.handlers.FilterHandler$FilterChainImpl.doFilter(FilterHandler.java:132) > at io.undertow.servlet.handlers.FilterHandler.handleRequest(FilterHandler.java:85) > at io.undertow.servlet.handlers.security.ServletSecurityRoleHandler.handleRequest(ServletSecurityRoleHandler.java:61) > at io.undertow.servlet.handlers.ServletDispatchingHandler.handleRequest(ServletDispatchingHandler.java:36) > at org.wildfly.extension.undertow.security.SecurityContextAssociationHandler.handleRequest(SecurityContextAssociationHandler.java:78) > at io.undertow.server.handlers.PredicateHandler.handleRequest(PredicateHandler.java:43) > at io.undertow.servlet.handlers.security.SSLInformationAssociationHandler.handleRequest(SSLInformationAssociationHandler.java:131) > at io.undertow.servlet.handlers.security.ServletAuthenticationCallHandler.handleRequest(ServletAuthenticationCallHandler.java:56) > at io.undertow.server.handlers.PredicateHandler.handleRequest(PredicateHandler.java:43) > at io.undertow.security.handlers.AbstractConfidentialityHandler.handleRequest(AbstractConfidentialityHandler.java:45) > at io.undertow.servlet.handlers.security.ServletConfidentialityConstraintHandler.handleRequest(ServletConfidentialityConstraintHandler.java:63) > at io.undertow.security.handlers.AuthenticationMechanismsHandler.handleRequest(AuthenticationMechanismsHandler.java:58) > at io.undertow.servlet.handlers.security.CachedAuthenticatedSessionHandler.handleRequest(CachedAuthenticatedSessionHandler.java:70) > at io.undertow.security.handlers.SecurityInitialHandler.handleRequest(SecurityInitialHandler.java:76) > at io.undertow.server.handlers.PredicateHandler.handleRequest(PredicateHandler.java:43) > at org.wildfly.extension.undertow.security.jacc.JACCContextIdHandler.handleRequest(JACCContextIdHandler.java:61) > at io.undertow.server.handlers.PredicateHandler.handleRequest(PredicateHandler.java:43) > at io.undertow.server.handlers.PredicateHandler.handleRequest(PredicateHandler.java:43) > at io.undertow.servlet.handlers.ServletInitialHandler.handleFirstRequest(ServletInitialHandler.java:261) > at io.undertow.servlet.handlers.ServletInitialHandler.dispatchRequest(ServletInitialHandler.java:247) > at io.undertow.servlet.handlers.ServletInitialHandler.access$000(ServletInitialHandler.java:76) > at io.undertow.servlet.handlers.ServletInitialHandler$1.handleRequest(ServletInitialHandler.java:166) > at io.undertow.server.Connectors.executeRootHandler(Connectors.java:197) > at io.undertow.server.HttpServerExchange$1.run(HttpServerExchange.java:759) > at java.util.concurrent.ThreadPoolExecutor.runWorker(ThreadPoolExecutor.java:1142) > at java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:617) > at java.lang.Thread.run(Thread.java:745) > {code} -- This message was sent by Atlassian JIRA (v6.3.11#6341) From issues at jboss.org Wed Mar 11 12:35:20 2015 From: issues at jboss.org (=?UTF-8?Q?Luk=C3=A1=C5=A1_Fry=C4=8D_=28JIRA=29?=) Date: Wed, 11 Mar 2015 12:35:20 -0400 (EDT) Subject: [arquillian-issues] [JBoss JIRA] (ARQ-1935) Warp assumes all Requests against a Warp Enhanced Deployment are Warp Requests In-Reply-To: References: Message-ID: [ https://issues.jboss.org/browse/ARQ-1935?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Luk?? Fry? reassigned ARQ-1935: ------------------------------- Assignee: Luk?? Fry? > Warp assumes all Requests against a Warp Enhanced Deployment are Warp Requests > ------------------------------------------------------------------------------ > > Key: ARQ-1935 > URL: https://issues.jboss.org/browse/ARQ-1935 > Project: Arquillian > Issue Type: Enhancement > Components: Extension - Warp > Affects Versions: warp_1.0.0.Alpha7 > Reporter: Aslak Knutsen > Assignee: Luk?? Fry? > Fix For: warp_1.0.0.Beta1 > > > With the upcoming Arquillian Suite support and Warp Enhanced Deployment is no longer only being targeted by Warp proxied requests but also normal incontainer calls. > When running a incontainer test with a Warp Enhanced Deployment Warp fail on the following: > {code} > java.lang.NullPointerException > at org.jboss.arquillian.warp.impl.server.test.LifecycleTestClassExecutor.beforeTest(LifecycleTestClassExecutor.java:59) > at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method) > at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:62) > at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43) > at java.lang.reflect.Method.invoke(Method.java:483) > at org.jboss.arquillian.core.impl.ObserverImpl.invoke(ObserverImpl.java:94) > at org.jboss.arquillian.core.impl.EventContextImpl.proceed(EventContextImpl.java:88) > at org.jboss.arquillian.core.impl.ManagerImpl.fire(ManagerImpl.java:146) > at org.jboss.arquillian.core.impl.ManagerImpl.fire(ManagerImpl.java:117) > at org.jboss.arquillian.test.impl.EventTestRunnerAdaptor.before(EventTestRunnerAdaptor.java:138) > at org.jboss.arquillian.junit.ArquillianTestRunner$4.evaluate(ArquillianTestRunner.java:249) > at org.jboss.arquillian.junit.ArquillianTestRunner.multiExecute(ArquillianTestRunner.java:432) > at org.jboss.arquillian.junit.ArquillianTestRunner.access$3(ArquillianTestRunner.java:425) > at org.jboss.arquillian.junit.ArquillianTestRunner$5.evaluate(ArquillianTestRunner.java:268) > at org.jboss.arquillian.junit.ArquillianTestRunner$7$1.invoke(ArquillianTestRunner.java:325) > at org.jboss.arquillian.container.test.impl.execution.BeforeLifecycleEventExecuter.on(BeforeLifecycleEventExecuter.java:35) > at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method) > at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:62) > at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43) > at java.lang.reflect.Method.invoke(Method.java:483) > at org.jboss.arquillian.core.impl.ObserverImpl.invoke(ObserverImpl.java:94) > at org.jboss.arquillian.core.impl.EventContextImpl.invokeObservers(EventContextImpl.java:99) > at org.jboss.arquillian.core.impl.EventContextImpl.proceed(EventContextImpl.java:81) > at org.jboss.arquillian.test.impl.TestContextHandler.createTestContext(TestContextHandler.java:170) > at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method) > at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:62) > at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43) > at java.lang.reflect.Method.invoke(Method.java:483) > at org.jboss.arquillian.core.impl.ObserverImpl.invoke(ObserverImpl.java:94) > at org.jboss.arquillian.core.impl.EventContextImpl.proceed(EventContextImpl.java:88) > at org.jboss.arquillian.test.impl.TestContextHandler.createClassContext(TestContextHandler.java:132) > at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method) > at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:62) > at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43) > at java.lang.reflect.Method.invoke(Method.java:483) > at org.jboss.arquillian.core.impl.ObserverImpl.invoke(ObserverImpl.java:94) > at org.jboss.arquillian.core.impl.EventContextImpl.proceed(EventContextImpl.java:88) > at org.jboss.arquillian.test.impl.TestContextHandler.createSubSuiteContext(TestContextHandler.java:110) > at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method) > at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:62) > at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43) > at java.lang.reflect.Method.invoke(Method.java:483) > at org.jboss.arquillian.core.impl.ObserverImpl.invoke(ObserverImpl.java:94) > at org.jboss.arquillian.core.impl.EventContextImpl.proceed(EventContextImpl.java:88) > at org.jboss.arquillian.test.impl.TestContextHandler.createSuiteContext(TestContextHandler.java:84) > at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method) > at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:62) > at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43) > at java.lang.reflect.Method.invoke(Method.java:483) > at org.jboss.arquillian.core.impl.ObserverImpl.invoke(ObserverImpl.java:94) > at org.jboss.arquillian.core.impl.EventContextImpl.proceed(EventContextImpl.java:88) > at org.jboss.arquillian.core.impl.ManagerImpl.fire(ManagerImpl.java:146) > at org.jboss.arquillian.core.impl.ManagerImpl.fire(ManagerImpl.java:117) > at org.jboss.arquillian.test.impl.EventTestRunnerAdaptor.fireCustomLifecycle(EventTestRunnerAdaptor.java:199) > at org.jboss.arquillian.junit.ArquillianTestRunner$7.evaluate(ArquillianTestRunner.java:321) > at org.junit.runners.BlockJUnit4ClassRunner.runChild(BlockJUnit4ClassRunner.java:76) > at org.junit.runners.BlockJUnit4ClassRunner.runChild(BlockJUnit4ClassRunner.java:50) > at org.junit.runners.ParentRunner$3.run(ParentRunner.java:193) > at org.junit.runners.ParentRunner$1.schedule(ParentRunner.java:52) > at org.junit.runners.ParentRunner.runChildren(ParentRunner.java:191) > at org.junit.runners.ParentRunner.access$000(ParentRunner.java:42) > at org.junit.runners.ParentRunner$2.evaluate(ParentRunner.java:184) > at org.jboss.arquillian.junit.ArquillianTestRunner$2.evaluate(ArquillianTestRunner.java:212) > at org.jboss.arquillian.junit.ArquillianTestRunner.multiExecute(ArquillianTestRunner.java:432) > at org.jboss.arquillian.junit.ArquillianTestRunner.access$3(ArquillianTestRunner.java:425) > at org.jboss.arquillian.junit.ArquillianTestRunner$3.evaluate(ArquillianTestRunner.java:226) > at org.junit.runners.ParentRunner.run(ParentRunner.java:236) > at org.jboss.arquillian.junit.ArquillianTestRunner.run(ArquillianTestRunner.java:174) > at org.jboss.arquillian.junit.Arquillian.run(Arquillian.java:42) > at org.junit.runner.JUnitCore.run(JUnitCore.java:157) > at org.junit.runner.JUnitCore.run(JUnitCore.java:136) > at org.jboss.arquillian.junit.container.JUnitTestRunner.execute(JUnitTestRunner.java:66) > at org.jboss.arquillian.protocol.servlet.runner.ServletTestRunner.executeTest(ServletTestRunner.java:159) > at org.jboss.arquillian.protocol.servlet.runner.ServletTestRunner.execute(ServletTestRunner.java:125) > at org.jboss.arquillian.protocol.servlet.runner.ServletTestRunner.doGet(ServletTestRunner.java:89) > at javax.servlet.http.HttpServlet.service(HttpServlet.java:687) > at javax.servlet.http.HttpServlet.service(HttpServlet.java:790) > at io.undertow.servlet.handlers.ServletHandler.handleRequest(ServletHandler.java:85) > at io.undertow.servlet.handlers.FilterHandler$FilterChainImpl.doFilter(FilterHandler.java:130) > at org.jboss.arquillian.warp.impl.server.execution.HttpRequestProcessor.processHttpRequest(HttpRequestProcessor.java:73) > at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method) > at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:62) > at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43) > at java.lang.reflect.Method.invoke(Method.java:483) > at org.jboss.arquillian.core.impl.ObserverImpl.invoke(ObserverImpl.java:94) > at org.jboss.arquillian.core.impl.EventContextImpl.invokeObservers(EventContextImpl.java:99) > at org.jboss.arquillian.core.impl.EventContextImpl.proceed(EventContextImpl.java:81) > at org.jboss.arquillian.warp.impl.server.request.RequestContextHandler.handleRequestContext(RequestContextHandler.java:90) > at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method) > at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:62) > at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43) > at java.lang.reflect.Method.invoke(Method.java:483) > at org.jboss.arquillian.core.impl.ObserverImpl.invoke(ObserverImpl.java:94) > at org.jboss.arquillian.core.impl.EventContextImpl.proceed(EventContextImpl.java:88) > at org.jboss.arquillian.core.impl.ManagerImpl.fire(ManagerImpl.java:146) > at org.jboss.arquillian.core.impl.ManagerImpl.fire(ManagerImpl.java:117) > at org.jboss.arquillian.warp.impl.server.execution.WarpFilter.doFilterWarp(WarpFilter.java:151) > at org.jboss.arquillian.warp.impl.server.execution.WarpFilter.doFilterHttp(WarpFilter.java:120) > at org.jboss.arquillian.warp.impl.server.execution.WarpFilter.doFilter(WarpFilter.java:93) > at io.undertow.servlet.core.ManagedFilter.doFilter(ManagedFilter.java:60) > at io.undertow.servlet.handlers.FilterHandler$FilterChainImpl.doFilter(FilterHandler.java:132) > at io.undertow.servlet.handlers.FilterHandler.handleRequest(FilterHandler.java:85) > at io.undertow.servlet.handlers.security.ServletSecurityRoleHandler.handleRequest(ServletSecurityRoleHandler.java:61) > at io.undertow.servlet.handlers.ServletDispatchingHandler.handleRequest(ServletDispatchingHandler.java:36) > at org.wildfly.extension.undertow.security.SecurityContextAssociationHandler.handleRequest(SecurityContextAssociationHandler.java:78) > at io.undertow.server.handlers.PredicateHandler.handleRequest(PredicateHandler.java:43) > at io.undertow.servlet.handlers.security.SSLInformationAssociationHandler.handleRequest(SSLInformationAssociationHandler.java:131) > at io.undertow.servlet.handlers.security.ServletAuthenticationCallHandler.handleRequest(ServletAuthenticationCallHandler.java:56) > at io.undertow.server.handlers.PredicateHandler.handleRequest(PredicateHandler.java:43) > at io.undertow.security.handlers.AbstractConfidentialityHandler.handleRequest(AbstractConfidentialityHandler.java:45) > at io.undertow.servlet.handlers.security.ServletConfidentialityConstraintHandler.handleRequest(ServletConfidentialityConstraintHandler.java:63) > at io.undertow.security.handlers.AuthenticationMechanismsHandler.handleRequest(AuthenticationMechanismsHandler.java:58) > at io.undertow.servlet.handlers.security.CachedAuthenticatedSessionHandler.handleRequest(CachedAuthenticatedSessionHandler.java:70) > at io.undertow.security.handlers.SecurityInitialHandler.handleRequest(SecurityInitialHandler.java:76) > at io.undertow.server.handlers.PredicateHandler.handleRequest(PredicateHandler.java:43) > at org.wildfly.extension.undertow.security.jacc.JACCContextIdHandler.handleRequest(JACCContextIdHandler.java:61) > at io.undertow.server.handlers.PredicateHandler.handleRequest(PredicateHandler.java:43) > at io.undertow.server.handlers.PredicateHandler.handleRequest(PredicateHandler.java:43) > at io.undertow.servlet.handlers.ServletInitialHandler.handleFirstRequest(ServletInitialHandler.java:261) > at io.undertow.servlet.handlers.ServletInitialHandler.dispatchRequest(ServletInitialHandler.java:247) > at io.undertow.servlet.handlers.ServletInitialHandler.access$000(ServletInitialHandler.java:76) > at io.undertow.servlet.handlers.ServletInitialHandler$1.handleRequest(ServletInitialHandler.java:166) > at io.undertow.server.Connectors.executeRootHandler(Connectors.java:197) > at io.undertow.server.HttpServerExchange$1.run(HttpServerExchange.java:759) > at java.util.concurrent.ThreadPoolExecutor.runWorker(ThreadPoolExecutor.java:1142) > at java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:617) > at java.lang.Thread.run(Thread.java:745) > {code} -- This message was sent by Atlassian JIRA (v6.3.11#6341) From issues at jboss.org Wed Mar 11 13:00:19 2015 From: issues at jboss.org (Aslak Knutsen (JIRA)) Date: Wed, 11 Mar 2015 13:00:19 -0400 (EDT) Subject: [arquillian-issues] [JBoss JIRA] (ARQ-1935) Warp assumes all Requests against a Warp Enhanced Deployment are Warp Requests In-Reply-To: References: Message-ID: [ https://issues.jboss.org/browse/ARQ-1935?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Aslak Knutsen updated ARQ-1935: ------------------------------- Forum Reference: http://discuss.arquillian.org/t/arquillian-core-suite-subsuite-support/162 > Warp assumes all Requests against a Warp Enhanced Deployment are Warp Requests > ------------------------------------------------------------------------------ > > Key: ARQ-1935 > URL: https://issues.jboss.org/browse/ARQ-1935 > Project: Arquillian > Issue Type: Enhancement > Components: Extension - Warp > Affects Versions: warp_1.0.0.Alpha7 > Reporter: Aslak Knutsen > Assignee: Luk?? Fry? > Fix For: warp_1.0.0.Beta1 > > > With the upcoming Arquillian Suite support and Warp Enhanced Deployment is no longer only being targeted by Warp proxied requests but also normal incontainer calls. > When running a incontainer test with a Warp Enhanced Deployment Warp fail on the following: > {code} > java.lang.NullPointerException > at org.jboss.arquillian.warp.impl.server.test.LifecycleTestClassExecutor.beforeTest(LifecycleTestClassExecutor.java:59) > at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method) > at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:62) > at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43) > at java.lang.reflect.Method.invoke(Method.java:483) > at org.jboss.arquillian.core.impl.ObserverImpl.invoke(ObserverImpl.java:94) > at org.jboss.arquillian.core.impl.EventContextImpl.proceed(EventContextImpl.java:88) > at org.jboss.arquillian.core.impl.ManagerImpl.fire(ManagerImpl.java:146) > at org.jboss.arquillian.core.impl.ManagerImpl.fire(ManagerImpl.java:117) > at org.jboss.arquillian.test.impl.EventTestRunnerAdaptor.before(EventTestRunnerAdaptor.java:138) > at org.jboss.arquillian.junit.ArquillianTestRunner$4.evaluate(ArquillianTestRunner.java:249) > at org.jboss.arquillian.junit.ArquillianTestRunner.multiExecute(ArquillianTestRunner.java:432) > at org.jboss.arquillian.junit.ArquillianTestRunner.access$3(ArquillianTestRunner.java:425) > at org.jboss.arquillian.junit.ArquillianTestRunner$5.evaluate(ArquillianTestRunner.java:268) > at org.jboss.arquillian.junit.ArquillianTestRunner$7$1.invoke(ArquillianTestRunner.java:325) > at org.jboss.arquillian.container.test.impl.execution.BeforeLifecycleEventExecuter.on(BeforeLifecycleEventExecuter.java:35) > at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method) > at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:62) > at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43) > at java.lang.reflect.Method.invoke(Method.java:483) > at org.jboss.arquillian.core.impl.ObserverImpl.invoke(ObserverImpl.java:94) > at org.jboss.arquillian.core.impl.EventContextImpl.invokeObservers(EventContextImpl.java:99) > at org.jboss.arquillian.core.impl.EventContextImpl.proceed(EventContextImpl.java:81) > at org.jboss.arquillian.test.impl.TestContextHandler.createTestContext(TestContextHandler.java:170) > at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method) > at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:62) > at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43) > at java.lang.reflect.Method.invoke(Method.java:483) > at org.jboss.arquillian.core.impl.ObserverImpl.invoke(ObserverImpl.java:94) > at org.jboss.arquillian.core.impl.EventContextImpl.proceed(EventContextImpl.java:88) > at org.jboss.arquillian.test.impl.TestContextHandler.createClassContext(TestContextHandler.java:132) > at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method) > at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:62) > at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43) > at java.lang.reflect.Method.invoke(Method.java:483) > at org.jboss.arquillian.core.impl.ObserverImpl.invoke(ObserverImpl.java:94) > at org.jboss.arquillian.core.impl.EventContextImpl.proceed(EventContextImpl.java:88) > at org.jboss.arquillian.test.impl.TestContextHandler.createSubSuiteContext(TestContextHandler.java:110) > at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method) > at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:62) > at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43) > at java.lang.reflect.Method.invoke(Method.java:483) > at org.jboss.arquillian.core.impl.ObserverImpl.invoke(ObserverImpl.java:94) > at org.jboss.arquillian.core.impl.EventContextImpl.proceed(EventContextImpl.java:88) > at org.jboss.arquillian.test.impl.TestContextHandler.createSuiteContext(TestContextHandler.java:84) > at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method) > at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:62) > at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43) > at java.lang.reflect.Method.invoke(Method.java:483) > at org.jboss.arquillian.core.impl.ObserverImpl.invoke(ObserverImpl.java:94) > at org.jboss.arquillian.core.impl.EventContextImpl.proceed(EventContextImpl.java:88) > at org.jboss.arquillian.core.impl.ManagerImpl.fire(ManagerImpl.java:146) > at org.jboss.arquillian.core.impl.ManagerImpl.fire(ManagerImpl.java:117) > at org.jboss.arquillian.test.impl.EventTestRunnerAdaptor.fireCustomLifecycle(EventTestRunnerAdaptor.java:199) > at org.jboss.arquillian.junit.ArquillianTestRunner$7.evaluate(ArquillianTestRunner.java:321) > at org.junit.runners.BlockJUnit4ClassRunner.runChild(BlockJUnit4ClassRunner.java:76) > at org.junit.runners.BlockJUnit4ClassRunner.runChild(BlockJUnit4ClassRunner.java:50) > at org.junit.runners.ParentRunner$3.run(ParentRunner.java:193) > at org.junit.runners.ParentRunner$1.schedule(ParentRunner.java:52) > at org.junit.runners.ParentRunner.runChildren(ParentRunner.java:191) > at org.junit.runners.ParentRunner.access$000(ParentRunner.java:42) > at org.junit.runners.ParentRunner$2.evaluate(ParentRunner.java:184) > at org.jboss.arquillian.junit.ArquillianTestRunner$2.evaluate(ArquillianTestRunner.java:212) > at org.jboss.arquillian.junit.ArquillianTestRunner.multiExecute(ArquillianTestRunner.java:432) > at org.jboss.arquillian.junit.ArquillianTestRunner.access$3(ArquillianTestRunner.java:425) > at org.jboss.arquillian.junit.ArquillianTestRunner$3.evaluate(ArquillianTestRunner.java:226) > at org.junit.runners.ParentRunner.run(ParentRunner.java:236) > at org.jboss.arquillian.junit.ArquillianTestRunner.run(ArquillianTestRunner.java:174) > at org.jboss.arquillian.junit.Arquillian.run(Arquillian.java:42) > at org.junit.runner.JUnitCore.run(JUnitCore.java:157) > at org.junit.runner.JUnitCore.run(JUnitCore.java:136) > at org.jboss.arquillian.junit.container.JUnitTestRunner.execute(JUnitTestRunner.java:66) > at org.jboss.arquillian.protocol.servlet.runner.ServletTestRunner.executeTest(ServletTestRunner.java:159) > at org.jboss.arquillian.protocol.servlet.runner.ServletTestRunner.execute(ServletTestRunner.java:125) > at org.jboss.arquillian.protocol.servlet.runner.ServletTestRunner.doGet(ServletTestRunner.java:89) > at javax.servlet.http.HttpServlet.service(HttpServlet.java:687) > at javax.servlet.http.HttpServlet.service(HttpServlet.java:790) > at io.undertow.servlet.handlers.ServletHandler.handleRequest(ServletHandler.java:85) > at io.undertow.servlet.handlers.FilterHandler$FilterChainImpl.doFilter(FilterHandler.java:130) > at org.jboss.arquillian.warp.impl.server.execution.HttpRequestProcessor.processHttpRequest(HttpRequestProcessor.java:73) > at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method) > at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:62) > at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43) > at java.lang.reflect.Method.invoke(Method.java:483) > at org.jboss.arquillian.core.impl.ObserverImpl.invoke(ObserverImpl.java:94) > at org.jboss.arquillian.core.impl.EventContextImpl.invokeObservers(EventContextImpl.java:99) > at org.jboss.arquillian.core.impl.EventContextImpl.proceed(EventContextImpl.java:81) > at org.jboss.arquillian.warp.impl.server.request.RequestContextHandler.handleRequestContext(RequestContextHandler.java:90) > at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method) > at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:62) > at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43) > at java.lang.reflect.Method.invoke(Method.java:483) > at org.jboss.arquillian.core.impl.ObserverImpl.invoke(ObserverImpl.java:94) > at org.jboss.arquillian.core.impl.EventContextImpl.proceed(EventContextImpl.java:88) > at org.jboss.arquillian.core.impl.ManagerImpl.fire(ManagerImpl.java:146) > at org.jboss.arquillian.core.impl.ManagerImpl.fire(ManagerImpl.java:117) > at org.jboss.arquillian.warp.impl.server.execution.WarpFilter.doFilterWarp(WarpFilter.java:151) > at org.jboss.arquillian.warp.impl.server.execution.WarpFilter.doFilterHttp(WarpFilter.java:120) > at org.jboss.arquillian.warp.impl.server.execution.WarpFilter.doFilter(WarpFilter.java:93) > at io.undertow.servlet.core.ManagedFilter.doFilter(ManagedFilter.java:60) > at io.undertow.servlet.handlers.FilterHandler$FilterChainImpl.doFilter(FilterHandler.java:132) > at io.undertow.servlet.handlers.FilterHandler.handleRequest(FilterHandler.java:85) > at io.undertow.servlet.handlers.security.ServletSecurityRoleHandler.handleRequest(ServletSecurityRoleHandler.java:61) > at io.undertow.servlet.handlers.ServletDispatchingHandler.handleRequest(ServletDispatchingHandler.java:36) > at org.wildfly.extension.undertow.security.SecurityContextAssociationHandler.handleRequest(SecurityContextAssociationHandler.java:78) > at io.undertow.server.handlers.PredicateHandler.handleRequest(PredicateHandler.java:43) > at io.undertow.servlet.handlers.security.SSLInformationAssociationHandler.handleRequest(SSLInformationAssociationHandler.java:131) > at io.undertow.servlet.handlers.security.ServletAuthenticationCallHandler.handleRequest(ServletAuthenticationCallHandler.java:56) > at io.undertow.server.handlers.PredicateHandler.handleRequest(PredicateHandler.java:43) > at io.undertow.security.handlers.AbstractConfidentialityHandler.handleRequest(AbstractConfidentialityHandler.java:45) > at io.undertow.servlet.handlers.security.ServletConfidentialityConstraintHandler.handleRequest(ServletConfidentialityConstraintHandler.java:63) > at io.undertow.security.handlers.AuthenticationMechanismsHandler.handleRequest(AuthenticationMechanismsHandler.java:58) > at io.undertow.servlet.handlers.security.CachedAuthenticatedSessionHandler.handleRequest(CachedAuthenticatedSessionHandler.java:70) > at io.undertow.security.handlers.SecurityInitialHandler.handleRequest(SecurityInitialHandler.java:76) > at io.undertow.server.handlers.PredicateHandler.handleRequest(PredicateHandler.java:43) > at org.wildfly.extension.undertow.security.jacc.JACCContextIdHandler.handleRequest(JACCContextIdHandler.java:61) > at io.undertow.server.handlers.PredicateHandler.handleRequest(PredicateHandler.java:43) > at io.undertow.server.handlers.PredicateHandler.handleRequest(PredicateHandler.java:43) > at io.undertow.servlet.handlers.ServletInitialHandler.handleFirstRequest(ServletInitialHandler.java:261) > at io.undertow.servlet.handlers.ServletInitialHandler.dispatchRequest(ServletInitialHandler.java:247) > at io.undertow.servlet.handlers.ServletInitialHandler.access$000(ServletInitialHandler.java:76) > at io.undertow.servlet.handlers.ServletInitialHandler$1.handleRequest(ServletInitialHandler.java:166) > at io.undertow.server.Connectors.executeRootHandler(Connectors.java:197) > at io.undertow.server.HttpServerExchange$1.run(HttpServerExchange.java:759) > at java.util.concurrent.ThreadPoolExecutor.runWorker(ThreadPoolExecutor.java:1142) > at java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:617) > at java.lang.Thread.run(Thread.java:745) > {code} -- This message was sent by Atlassian JIRA (v6.3.11#6341) From issues at jboss.org Thu Mar 12 04:14:28 2015 From: issues at jboss.org (Aslak Knutsen (JIRA)) Date: Thu, 12 Mar 2015 04:14:28 -0400 (EDT) Subject: [arquillian-issues] [JBoss JIRA] (ARQ-567) Supporting Test Suites (@ArquillianSuite) In-Reply-To: References: Message-ID: [ https://issues.jboss.org/browse/ARQ-567?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Aslak Knutsen reassigned ARQ-567: --------------------------------- Assignee: Aslak Knutsen > Supporting Test Suites (@ArquillianSuite) > ----------------------------------------- > > Key: ARQ-567 > URL: https://issues.jboss.org/browse/ARQ-567 > Project: Arquillian > Issue Type: Feature Request > Reporter: Mousavi Jahan Abadi S. M. > Assignee: Aslak Knutsen > Fix For: 1.1.8.Final > > > Currently, it is supported that JUnit test cases being run by Arquillian. This feature request is request for supporting test suites too to be run by Arquillian too. Idea is like: > @RunWith(ArquillianSuite.class) > @Suite.SuiteClasses( { TestCase1.class, TestCase2.class, .... } ) > public class AllTests{ > @Deployment > public static JavaArchive createTestArchive(){ > return ShrinkWrap.create(JavaArchive.class,"test.jar"); > } > } > The advantages of above approach for users of Arquillian framework are: > - Test cases don't needed to be modified to have: "@RunWith(Arquillian.class)" annotation. In other words, test cases will be pure JUnit code, and no Arquillian code (results in less coding for end users). > - It is not necessary to include the static "@Deployment" methods in all test cases any more, and only Test Suite need to define the archieving/deployment related setting/definitions. > The advantage of above approach for framework itself is: > - From performance point-of-view, it becomes possible for Arquillian to deploy all test cases in the Test Suite into J2EE container in one action (one deploy/undeploy for one test suite, instead of mulitple deploy/undeploy for each test case). -- This message was sent by Atlassian JIRA (v6.3.11#6341) From issues at jboss.org Thu Mar 12 04:35:27 2015 From: issues at jboss.org (Aslak Knutsen (JIRA)) Date: Thu, 12 Mar 2015 04:35:27 -0400 (EDT) Subject: [arquillian-issues] [JBoss JIRA] (ARQ-567) Supporting Test Suites (@ArquillianSuite) In-Reply-To: References: Message-ID: [ https://issues.jboss.org/browse/ARQ-567?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=13049264#comment-13049264 ] Aslak Knutsen commented on ARQ-567: ----------------------------------- The work has started! :) General impl discussion here: http://discuss.arquillian.org/t/arquillian-core-suite-subsuite-support/162 And user API disussion here. http://discuss.arquillian.org/t/arquillian-core-suite-subsuite-how-to-define-the-suite/163 > Supporting Test Suites (@ArquillianSuite) > ----------------------------------------- > > Key: ARQ-567 > URL: https://issues.jboss.org/browse/ARQ-567 > Project: Arquillian > Issue Type: Feature Request > Reporter: Mousavi Jahan Abadi S. M. > Assignee: Aslak Knutsen > Fix For: 1.1.8.Final > > > Currently, it is supported that JUnit test cases being run by Arquillian. This feature request is request for supporting test suites too to be run by Arquillian too. Idea is like: > @RunWith(ArquillianSuite.class) > @Suite.SuiteClasses( { TestCase1.class, TestCase2.class, .... } ) > public class AllTests{ > @Deployment > public static JavaArchive createTestArchive(){ > return ShrinkWrap.create(JavaArchive.class,"test.jar"); > } > } > The advantages of above approach for users of Arquillian framework are: > - Test cases don't needed to be modified to have: "@RunWith(Arquillian.class)" annotation. In other words, test cases will be pure JUnit code, and no Arquillian code (results in less coding for end users). > - It is not necessary to include the static "@Deployment" methods in all test cases any more, and only Test Suite need to define the archieving/deployment related setting/definitions. > The advantage of above approach for framework itself is: > - From performance point-of-view, it becomes possible for Arquillian to deploy all test cases in the Test Suite into J2EE container in one action (one deploy/undeploy for one test suite, instead of mulitple deploy/undeploy for each test case). -- This message was sent by Atlassian JIRA (v6.3.11#6341) From issues at jboss.org Fri Mar 13 06:56:20 2015 From: issues at jboss.org (Stefan Miklosovic (JIRA)) Date: Fri, 13 Mar 2015 06:56:20 -0400 (EDT) Subject: [arquillian-issues] [JBoss JIRA] (ARQ-1739) Add possibility to make photo of yourself via device camera In-Reply-To: References: Message-ID: [ https://issues.jboss.org/browse/ARQ-1739?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Stefan Miklosovic resolved ARQ-1739. ------------------------------------ Resolution: Won't Fix > Add possibility to make photo of yourself via device camera > ----------------------------------------------------------- > > Key: ARQ-1739 > URL: https://issues.jboss.org/browse/ARQ-1739 > Project: Arquillian > Issue Type: Feature Request > Components: Extension - Droidium > Affects Versions: droidium_1.0.0.Alpha5 > Reporter: Stefan Miklosovic > Assignee: Stefan Miklosovic > Priority: Optional > > You could take photo of yourself in a test / test camera functionality > https://coderwall.com/p/3-tgjg > Could be implemented as > {code} > @Test > public void takeCameraImage(@ArquillianResource AndroidDevice device) > { > device.takeCameraPhoto(); > } > {code} > This could be integrated to reporter so you will see these taken photos directly in report as well. -- This message was sent by Atlassian JIRA (v6.3.11#6341) From issues at jboss.org Fri Mar 13 06:56:20 2015 From: issues at jboss.org (Stefan Miklosovic (JIRA)) Date: Fri, 13 Mar 2015 06:56:20 -0400 (EDT) Subject: [arquillian-issues] [JBoss JIRA] (ARQ-1739) Add possibility to make photo of yourself via device camera In-Reply-To: References: Message-ID: [ https://issues.jboss.org/browse/ARQ-1739?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Stefan Miklosovic closed ARQ-1739. ---------------------------------- > Add possibility to make photo of yourself via device camera > ----------------------------------------------------------- > > Key: ARQ-1739 > URL: https://issues.jboss.org/browse/ARQ-1739 > Project: Arquillian > Issue Type: Feature Request > Components: Extension - Droidium > Affects Versions: droidium_1.0.0.Alpha5 > Reporter: Stefan Miklosovic > Assignee: Stefan Miklosovic > Priority: Optional > > You could take photo of yourself in a test / test camera functionality > https://coderwall.com/p/3-tgjg > Could be implemented as > {code} > @Test > public void takeCameraImage(@ArquillianResource AndroidDevice device) > { > device.takeCameraPhoto(); > } > {code} > This could be integrated to reporter so you will see these taken photos directly in report as well. -- This message was sent by Atlassian JIRA (v6.3.11#6341) From issues at jboss.org Fri Mar 13 07:00:22 2015 From: issues at jboss.org (Stefan Miklosovic (JIRA)) Date: Fri, 13 Mar 2015 07:00:22 -0400 (EDT) Subject: [arquillian-issues] [JBoss JIRA] (ARQ-1934) Update Droidium to use Drone 2.0.0.Alpha4 In-Reply-To: References: Message-ID: [ https://issues.jboss.org/browse/ARQ-1934?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Stefan Miklosovic resolved ARQ-1934. ------------------------------------ Assignee: Stefan Miklosovic Fix Version/s: droidium_1.0.0.Final Resolution: Done https://github.com/arquillian/arquillian-droidium/commit/8ca170da179b5b5730298f80bbf2580172633911 > Update Droidium to use Drone 2.0.0.Alpha4 > ----------------------------------------- > > Key: ARQ-1934 > URL: https://issues.jboss.org/browse/ARQ-1934 > Project: Arquillian > Issue Type: Task > Components: Extension - Droidium > Affects Versions: droidium_1.0.0.Alpha6 > Reporter: Stefan Miklosovic > Assignee: Stefan Miklosovic > Fix For: droidium_1.0.0.Final > > -- This message was sent by Atlassian JIRA (v6.3.11#6341) From issues at jboss.org Fri Mar 13 07:01:19 2015 From: issues at jboss.org (Stefan Miklosovic (JIRA)) Date: Fri, 13 Mar 2015 07:01:19 -0400 (EDT) Subject: [arquillian-issues] [JBoss JIRA] (ARQ-1933) Update Droidium to use Selendroid 0.15.0 In-Reply-To: References: Message-ID: [ https://issues.jboss.org/browse/ARQ-1933?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Stefan Miklosovic reopened ARQ-1933: ------------------------------------ > Update Droidium to use Selendroid 0.15.0 > ---------------------------------------- > > Key: ARQ-1933 > URL: https://issues.jboss.org/browse/ARQ-1933 > Project: Arquillian > Issue Type: Task > Components: Extension - Droidium > Affects Versions: droidium_1.0.0.Alpha6 > Reporter: Stefan Miklosovic > Assignee: Stefan Miklosovic > -- This message was sent by Atlassian JIRA (v6.3.11#6341) From issues at jboss.org Fri Mar 13 07:01:19 2015 From: issues at jboss.org (Stefan Miklosovic (JIRA)) Date: Fri, 13 Mar 2015 07:01:19 -0400 (EDT) Subject: [arquillian-issues] [JBoss JIRA] (ARQ-1933) Update Droidium to use Selendroid 0.15.0 In-Reply-To: References: Message-ID: [ https://issues.jboss.org/browse/ARQ-1933?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Stefan Miklosovic resolved ARQ-1933. ------------------------------------ Fix Version/s: droidium_1.0.0.Final Resolution: Done > Update Droidium to use Selendroid 0.15.0 > ---------------------------------------- > > Key: ARQ-1933 > URL: https://issues.jboss.org/browse/ARQ-1933 > Project: Arquillian > Issue Type: Task > Components: Extension - Droidium > Affects Versions: droidium_1.0.0.Alpha6 > Reporter: Stefan Miklosovic > Assignee: Stefan Miklosovic > Fix For: droidium_1.0.0.Final > > -- This message was sent by Atlassian JIRA (v6.3.11#6341) From issues at jboss.org Fri Mar 13 07:01:19 2015 From: issues at jboss.org (Stefan Miklosovic (JIRA)) Date: Fri, 13 Mar 2015 07:01:19 -0400 (EDT) Subject: [arquillian-issues] [JBoss JIRA] (ARQ-1916) Update Droidium to Arquillian 1.1.7 In-Reply-To: References: Message-ID: [ https://issues.jboss.org/browse/ARQ-1916?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Stefan Miklosovic reopened ARQ-1916: ------------------------------------ > Update Droidium to Arquillian 1.1.7 > ----------------------------------- > > Key: ARQ-1916 > URL: https://issues.jboss.org/browse/ARQ-1916 > Project: Arquillian > Issue Type: Task > Components: Extension - Droidium > Affects Versions: droidium_1.0.0.Alpha6 > Reporter: Stefan Miklosovic > Assignee: Stefan Miklosovic > -- This message was sent by Atlassian JIRA (v6.3.11#6341) From issues at jboss.org Fri Mar 13 07:02:19 2015 From: issues at jboss.org (Stefan Miklosovic (JIRA)) Date: Fri, 13 Mar 2015 07:02:19 -0400 (EDT) Subject: [arquillian-issues] [JBoss JIRA] (ARQ-1916) Update Droidium to Arquillian 1.1.7 In-Reply-To: References: Message-ID: [ https://issues.jboss.org/browse/ARQ-1916?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Stefan Miklosovic resolved ARQ-1916. ------------------------------------ Fix Version/s: droidium_1.0.0.Final Resolution: Done > Update Droidium to Arquillian 1.1.7 > ----------------------------------- > > Key: ARQ-1916 > URL: https://issues.jboss.org/browse/ARQ-1916 > Project: Arquillian > Issue Type: Task > Components: Extension - Droidium > Affects Versions: droidium_1.0.0.Alpha6 > Reporter: Stefan Miklosovic > Assignee: Stefan Miklosovic > Fix For: droidium_1.0.0.Final > > -- This message was sent by Atlassian JIRA (v6.3.11#6341) From issues at jboss.org Fri Mar 13 07:02:19 2015 From: issues at jboss.org (Stefan Miklosovic (JIRA)) Date: Fri, 13 Mar 2015 07:02:19 -0400 (EDT) Subject: [arquillian-issues] [JBoss JIRA] (ARQ-1920) Update Droidium to use Selendroid 0.14.0 In-Reply-To: References: Message-ID: [ https://issues.jboss.org/browse/ARQ-1920?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Stefan Miklosovic updated ARQ-1920: ----------------------------------- Fix Version/s: droidium_1.0.0.Final (was: droidium_1.0.0.Beta1) > Update Droidium to use Selendroid 0.14.0 > ---------------------------------------- > > Key: ARQ-1920 > URL: https://issues.jboss.org/browse/ARQ-1920 > Project: Arquillian > Issue Type: Task > Components: Extension - Droidium > Affects Versions: droidium_1.0.0.Alpha6 > Reporter: Stefan Miklosovic > Assignee: Stefan Miklosovic > Fix For: droidium_1.0.0.Final > > -- This message was sent by Atlassian JIRA (v6.3.11#6341) From issues at jboss.org Fri Mar 13 07:02:19 2015 From: issues at jboss.org (Stefan Miklosovic (JIRA)) Date: Fri, 13 Mar 2015 07:02:19 -0400 (EDT) Subject: [arquillian-issues] [JBoss JIRA] (ARQ-1919) Android SDK with no images fails while testing on physical device In-Reply-To: References: Message-ID: [ https://issues.jboss.org/browse/ARQ-1919?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Stefan Miklosovic updated ARQ-1919: ----------------------------------- Fix Version/s: droidium_1.0.0.Final (was: droidium_1.0.0.Beta1) > Android SDK with no images fails while testing on physical device > ----------------------------------------------------------------- > > Key: ARQ-1919 > URL: https://issues.jboss.org/browse/ARQ-1919 > Project: Arquillian > Issue Type: Bug > Components: Extension - Droidium > Affects Versions: droidium_1.0.0.Alpha6 > Reporter: Stefan Miklosovic > Assignee: Stefan Miklosovic > Fix For: droidium_1.0.0.Final > > > When you want to test on a physical device, there is not any need to have system images installed. This issue is rarely hit in practice, however when using Droidium in CI environment, testing on physical device and not requiring system images to be even installed is major performance improvement. -- This message was sent by Atlassian JIRA (v6.3.11#6341) From issues at jboss.org Fri Mar 13 07:03:18 2015 From: issues at jboss.org (Stefan Miklosovic (JIRA)) Date: Fri, 13 Mar 2015 07:03:18 -0400 (EDT) Subject: [arquillian-issues] [JBoss JIRA] (ARQ-1917) Update Droidium to Spacelift 1.0.0.Alpha6 In-Reply-To: References: Message-ID: [ https://issues.jboss.org/browse/ARQ-1917?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Stefan Miklosovic updated ARQ-1917: ----------------------------------- Fix Version/s: droidium_1.0.0.Final > Update Droidium to Spacelift 1.0.0.Alpha6 > ----------------------------------------- > > Key: ARQ-1917 > URL: https://issues.jboss.org/browse/ARQ-1917 > Project: Arquillian > Issue Type: Task > Components: Extension - Droidium > Affects Versions: droidium_1.0.0.Alpha6 > Reporter: Stefan Miklosovic > Assignee: Stefan Miklosovic > Fix For: droidium_1.0.0.Final > > -- This message was sent by Atlassian JIRA (v6.3.11#6341) From issues at jboss.org Sun Mar 15 15:06:19 2015 From: issues at jboss.org (Stefan Miklosovic (JIRA)) Date: Sun, 15 Mar 2015 15:06:19 -0400 (EDT) Subject: [arquillian-issues] [JBoss JIRA] (ARQ-1917) Update Droidium to Spacelift 1.0.0.Alpha6 In-Reply-To: References: Message-ID: [ https://issues.jboss.org/browse/ARQ-1917?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Stefan Miklosovic closed ARQ-1917. ---------------------------------- > Update Droidium to Spacelift 1.0.0.Alpha6 > ----------------------------------------- > > Key: ARQ-1917 > URL: https://issues.jboss.org/browse/ARQ-1917 > Project: Arquillian > Issue Type: Task > Components: Extension - Droidium > Affects Versions: droidium_1.0.0.Alpha6 > Reporter: Stefan Miklosovic > Assignee: Stefan Miklosovic > Fix For: droidium_1.0.0.Final > > -- This message was sent by Atlassian JIRA (v6.3.11#6341) From issues at jboss.org Sun Mar 15 15:06:19 2015 From: issues at jboss.org (Stefan Miklosovic (JIRA)) Date: Sun, 15 Mar 2015 15:06:19 -0400 (EDT) Subject: [arquillian-issues] [JBoss JIRA] (ARQ-1919) Android SDK with no images fails while testing on physical device In-Reply-To: References: Message-ID: [ https://issues.jboss.org/browse/ARQ-1919?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Stefan Miklosovic closed ARQ-1919. ---------------------------------- > Android SDK with no images fails while testing on physical device > ----------------------------------------------------------------- > > Key: ARQ-1919 > URL: https://issues.jboss.org/browse/ARQ-1919 > Project: Arquillian > Issue Type: Bug > Components: Extension - Droidium > Affects Versions: droidium_1.0.0.Alpha6 > Reporter: Stefan Miklosovic > Assignee: Stefan Miklosovic > Fix For: droidium_1.0.0.Final > > > When you want to test on a physical device, there is not any need to have system images installed. This issue is rarely hit in practice, however when using Droidium in CI environment, testing on physical device and not requiring system images to be even installed is major performance improvement. -- This message was sent by Atlassian JIRA (v6.3.11#6341) From issues at jboss.org Sun Mar 15 15:06:19 2015 From: issues at jboss.org (Stefan Miklosovic (JIRA)) Date: Sun, 15 Mar 2015 15:06:19 -0400 (EDT) Subject: [arquillian-issues] [JBoss JIRA] (ARQ-1920) Update Droidium to use Selendroid 0.14.0 In-Reply-To: References: Message-ID: [ https://issues.jboss.org/browse/ARQ-1920?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Stefan Miklosovic closed ARQ-1920. ---------------------------------- > Update Droidium to use Selendroid 0.14.0 > ---------------------------------------- > > Key: ARQ-1920 > URL: https://issues.jboss.org/browse/ARQ-1920 > Project: Arquillian > Issue Type: Task > Components: Extension - Droidium > Affects Versions: droidium_1.0.0.Alpha6 > Reporter: Stefan Miklosovic > Assignee: Stefan Miklosovic > Fix For: droidium_1.0.0.Final > > -- This message was sent by Atlassian JIRA (v6.3.11#6341) From issues at jboss.org Sun Mar 15 15:06:19 2015 From: issues at jboss.org (Stefan Miklosovic (JIRA)) Date: Sun, 15 Mar 2015 15:06:19 -0400 (EDT) Subject: [arquillian-issues] [JBoss JIRA] (ARQ-1916) Update Droidium to Arquillian 1.1.7 In-Reply-To: References: Message-ID: [ https://issues.jboss.org/browse/ARQ-1916?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Stefan Miklosovic closed ARQ-1916. ---------------------------------- > Update Droidium to Arquillian 1.1.7 > ----------------------------------- > > Key: ARQ-1916 > URL: https://issues.jboss.org/browse/ARQ-1916 > Project: Arquillian > Issue Type: Task > Components: Extension - Droidium > Affects Versions: droidium_1.0.0.Alpha6 > Reporter: Stefan Miklosovic > Assignee: Stefan Miklosovic > Fix For: droidium_1.0.0.Final > > -- This message was sent by Atlassian JIRA (v6.3.11#6341) From issues at jboss.org Sun Mar 15 15:07:18 2015 From: issues at jboss.org (Stefan Miklosovic (JIRA)) Date: Sun, 15 Mar 2015 15:07:18 -0400 (EDT) Subject: [arquillian-issues] [JBoss JIRA] (ARQ-1933) Update Droidium to use Selendroid 0.15.0 In-Reply-To: References: Message-ID: [ https://issues.jboss.org/browse/ARQ-1933?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Stefan Miklosovic closed ARQ-1933. ---------------------------------- > Update Droidium to use Selendroid 0.15.0 > ---------------------------------------- > > Key: ARQ-1933 > URL: https://issues.jboss.org/browse/ARQ-1933 > Project: Arquillian > Issue Type: Task > Components: Extension - Droidium > Affects Versions: droidium_1.0.0.Alpha6 > Reporter: Stefan Miklosovic > Assignee: Stefan Miklosovic > Fix For: droidium_1.0.0.Final > > -- This message was sent by Atlassian JIRA (v6.3.11#6341) From issues at jboss.org Mon Mar 16 09:13:19 2015 From: issues at jboss.org (Karel Piwko (JIRA)) Date: Mon, 16 Mar 2015 09:13:19 -0400 (EDT) Subject: [arquillian-issues] [JBoss JIRA] (ARQ-1930) Update Arquillian Core to 1.1.7.Final In-Reply-To: References: Message-ID: [ https://issues.jboss.org/browse/ARQ-1930?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Karel Piwko closed ARQ-1930. ---------------------------- > Update Arquillian Core to 1.1.7.Final > ------------------------------------- > > Key: ARQ-1930 > URL: https://issues.jboss.org/browse/ARQ-1930 > Project: Arquillian > Issue Type: Component Upgrade > Components: Extension - Drone > Affects Versions: drone_2.0.0.Alpha3 > Reporter: Karel Piwko > Assignee: Karel Piwko > Fix For: drone_2.0.0.Alpha4 > > > Update Arquillian Core to 1.1.7.Final by default. > Note, backward compatibility tests are testing every cored version since 1.1.4.Final -- This message was sent by Atlassian JIRA (v6.3.11#6341) From issues at jboss.org Mon Mar 16 09:13:19 2015 From: issues at jboss.org (Karel Piwko (JIRA)) Date: Mon, 16 Mar 2015 09:13:19 -0400 (EDT) Subject: [arquillian-issues] [JBoss JIRA] (ARQ-1929) Update Selenium to 2.45.0 In-Reply-To: References: Message-ID: [ https://issues.jboss.org/browse/ARQ-1929?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Karel Piwko closed ARQ-1929. ---------------------------- > Update Selenium to 2.45.0 > ------------------------- > > Key: ARQ-1929 > URL: https://issues.jboss.org/browse/ARQ-1929 > Project: Arquillian > Issue Type: Component Upgrade > Components: Extension - Drone > Affects Versions: drone_2.0.0.Alpha3 > Reporter: Karel Piwko > Assignee: Karel Piwko > Fix For: drone_2.0.0.Alpha4 > > > Update Selenium and PhantomJS bindings to support Selenium 2.45.0 -- This message was sent by Atlassian JIRA (v6.3.11#6341) From issues at jboss.org Thu Mar 19 04:27:19 2015 From: issues at jboss.org (Christoffer Bromberg (JIRA)) Date: Thu, 19 Mar 2015 04:27:19 -0400 (EDT) Subject: [arquillian-issues] [JBoss JIRA] (ARQGRA-468) Cannot use relative @Location when using "standalone" JUnit integration In-Reply-To: References: Message-ID: Christoffer Bromberg created ARQGRA-468: ------------------------------------------- Summary: Cannot use relative @Location when using "standalone" JUnit integration Key: ARQGRA-468 URL: https://issues.jboss.org/browse/ARQGRA-468 Project: Arquillian Graphene Issue Type: Bug Components: configuration Affects Versions: 2.1.0.Alpha2 Reporter: Christoffer Bromberg Priority: Minor As per https://issues.jboss.org/browse/ARQGRA-374 one can use the arquillian.xml to specify a "contextRoot" for page objects that use a relative URL. This feature does not work if you use the "Standalone Mode" as described here: https://docs.jboss.org/author/display/ARQGRA2/Framework+Integration+Options After I switched to the "container" dependency it works as expected. I don't use the deployment and container management feature of Arquillian and still the "container" dependency works without any hassle. So either the {code} org.jboss.arquillian.junit arquillian-junit-standalone test {code} dependency should also include the correct classes (e.g. URLResourceProvider) or maybe the "Standalone" integration option is not (or no longer) needed. So the workaround for me was to use the arquillian-junit-container dependency. -- This message was sent by Atlassian JIRA (v6.3.11#6341) From issues at jboss.org Thu Mar 19 05:15:23 2015 From: issues at jboss.org (Karel Piwko (JIRA)) Date: Thu, 19 Mar 2015 05:15:23 -0400 (EDT) Subject: [arquillian-issues] [JBoss JIRA] (ARQ-1841) Spacelift can not deal with background process invocation In-Reply-To: References: Message-ID: [ https://issues.jboss.org/browse/ARQ-1841?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=13051679#comment-13051679 ] Karel Piwko commented on ARQ-1841: ---------------------------------- [~smikloso] thinking about this problem, if you know this is happening, you might want not to call await() and set process to run as daemon. This should make the behavior the same as Runtime#exec(String) > Spacelift can not deal with background process invocation > --------------------------------------------------------- > > Key: ARQ-1841 > URL: https://issues.jboss.org/browse/ARQ-1841 > Project: Arquillian > Issue Type: Bug > Components: Extension - Spacelift > Affects Versions: spacelift_1.0.0.Alpha2 > Reporter: Stefan Miklosovic > > Let's have this simple script: > {code:title=run_agent_bg.sh|borderStyle=solid} > #!/bin/sh > curpath=`dirname $0` > nohup ${curpath}/run_agent.sh $@ > /dev/null & 2>&1 > {code} > I execute it like this: > {code:title=App.java|borderStyle=solid} > public class App { > public static void main(String[] args) throws IOException { > Tasks.setDefaultExecutionServiceFactory(new DefaultExecutionServiceFactory()); > System.out.println("before"); > Tasks.prepare(CommandTool.class) > .programName("/bin/bash") > .parameters("-c", "/tmp/ngrinder-agent/ngrinder-agent/run_agent_bg.sh") > .execute().await(); > > System.out.println("after"); > } > } > {code} > So it effectively does this: > {code} > /bin/bash -c "/tmp/ngrinder-agent/ngrinder-agent/run_agent_bg.sh" > {code} > However it never reaches "after" output, that process in the script is started but Spacelift does not send it to the background and it still waits untill it is finished which never happen. > Executing that script directly like following does the job: > {code:title=App.java|borderStyle=solid} > public class App { > public static void main(String[] args) throws IOException { > Tasks.setDefaultExecutionServiceFactory(new DefaultExecutionServiceFactory()); > System.out.println("before"); > Runtime.getRuntime().exec("/tmp/ngrinder-agent/ngrinder-agent/run_agent_bg.sh"); > > System.out.println("after"); > } > } > {code} > Started process survives JVM termination. -- This message was sent by Atlassian JIRA (v6.3.11#6341) From issues at jboss.org Thu Mar 19 06:21:19 2015 From: issues at jboss.org (Stefan Miklosovic (JIRA)) Date: Thu, 19 Mar 2015 06:21:19 -0400 (EDT) Subject: [arquillian-issues] [JBoss JIRA] (ARQ-1934) Update Droidium to use Drone 2.0.0.Alpha4 In-Reply-To: References: Message-ID: [ https://issues.jboss.org/browse/ARQ-1934?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Stefan Miklosovic closed ARQ-1934. ---------------------------------- > Update Droidium to use Drone 2.0.0.Alpha4 > ----------------------------------------- > > Key: ARQ-1934 > URL: https://issues.jboss.org/browse/ARQ-1934 > Project: Arquillian > Issue Type: Task > Components: Extension - Droidium > Affects Versions: droidium_1.0.0.Alpha6 > Reporter: Stefan Miklosovic > Assignee: Stefan Miklosovic > Fix For: droidium_1.0.0.Final > > -- This message was sent by Atlassian JIRA (v6.3.11#6341) From issues at jboss.org Thu Mar 19 06:21:19 2015 From: issues at jboss.org (Stefan Miklosovic (JIRA)) Date: Thu, 19 Mar 2015 06:21:19 -0400 (EDT) Subject: [arquillian-issues] [JBoss JIRA] (ARQ-1928) Update Droidium to use Arquillian Recorder 1.0.0.Final In-Reply-To: References: Message-ID: [ https://issues.jboss.org/browse/ARQ-1928?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Stefan Miklosovic updated ARQ-1928: ----------------------------------- Fix Version/s: droidium_1.0.0.Final > Update Droidium to use Arquillian Recorder 1.0.0.Final > ------------------------------------------------------ > > Key: ARQ-1928 > URL: https://issues.jboss.org/browse/ARQ-1928 > Project: Arquillian > Issue Type: Task > Components: Extension - Droidium > Affects Versions: droidium_1.0.0.Alpha6 > Reporter: Stefan Miklosovic > Assignee: Stefan Miklosovic > Fix For: droidium_1.0.0.Final > > -- This message was sent by Atlassian JIRA (v6.3.11#6341) From issues at jboss.org Thu Mar 19 06:22:18 2015 From: issues at jboss.org (Stefan Miklosovic (JIRA)) Date: Thu, 19 Mar 2015 06:22:18 -0400 (EDT) Subject: [arquillian-issues] [JBoss JIRA] (ARQ-1928) Update Droidium to use Arquillian Recorder 1.0.0.Final In-Reply-To: References: Message-ID: [ https://issues.jboss.org/browse/ARQ-1928?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Stefan Miklosovic closed ARQ-1928. ---------------------------------- > Update Droidium to use Arquillian Recorder 1.0.0.Final > ------------------------------------------------------ > > Key: ARQ-1928 > URL: https://issues.jboss.org/browse/ARQ-1928 > Project: Arquillian > Issue Type: Task > Components: Extension - Droidium > Affects Versions: droidium_1.0.0.Alpha6 > Reporter: Stefan Miklosovic > Assignee: Stefan Miklosovic > Fix For: droidium_1.0.0.Final > > -- This message was sent by Atlassian JIRA (v6.3.11#6341) From issues at jboss.org Thu Mar 19 06:42:19 2015 From: issues at jboss.org (=?UTF-8?Q?Luk=C3=A1=C5=A1_Fry=C4=8D_=28JIRA=29?=) Date: Thu, 19 Mar 2015 06:42:19 -0400 (EDT) Subject: [arquillian-issues] [JBoss JIRA] (ARQGRA-468) Cannot use relative @Location when using "standalone" JUnit integration In-Reply-To: References: Message-ID: [ https://issues.jboss.org/browse/ARQGRA-468?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=13051716#comment-13051716 ] Luk?? Fry? commented on ARQGRA-468: ----------------------------------- As described in https://developer.jboss.org/message/922128#922128 I believe we should just make the CustomizableURLResourceProvider independently from URLResourceProvider and delegate to it when required. > Cannot use relative @Location when using "standalone" JUnit integration > ----------------------------------------------------------------------- > > Key: ARQGRA-468 > URL: https://issues.jboss.org/browse/ARQGRA-468 > Project: Arquillian Graphene > Issue Type: Bug > Components: configuration > Affects Versions: 2.1.0.Alpha2 > Reporter: Christoffer Bromberg > Priority: Minor > > As per https://issues.jboss.org/browse/ARQGRA-374 one can use the arquillian.xml to specify a "contextRoot" for page objects that use a relative URL. > This feature does not work if you use the "Standalone Mode" as described here: https://docs.jboss.org/author/display/ARQGRA2/Framework+Integration+Options > After I switched to the "container" dependency it works as expected. > I don't use the deployment and container management feature of Arquillian and still the "container" dependency works without any hassle. So either the > {code} > > > org.jboss.arquillian.junit > arquillian-junit-standalone > test > > {code} > dependency should also include the correct classes (e.g. URLResourceProvider) or maybe the "Standalone" integration option is not (or no longer) needed. > So the workaround for me was to use the arquillian-junit-container dependency. -- This message was sent by Atlassian JIRA (v6.3.11#6341) From issues at jboss.org Thu Mar 19 06:44:19 2015 From: issues at jboss.org (=?UTF-8?Q?Luk=C3=A1=C5=A1_Fry=C4=8D_=28JIRA=29?=) Date: Thu, 19 Mar 2015 06:44:19 -0400 (EDT) Subject: [arquillian-issues] [JBoss JIRA] (ARQGRA-468) Cannot use relative @Location when using "standalone" JUnit integration In-Reply-To: References: Message-ID: [ https://issues.jboss.org/browse/ARQGRA-468?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=13051718#comment-13051718 ] Luk?? Fry? commented on ARQGRA-468: ----------------------------------- [~christoffer] do you fancy opening a PR? > Cannot use relative @Location when using "standalone" JUnit integration > ----------------------------------------------------------------------- > > Key: ARQGRA-468 > URL: https://issues.jboss.org/browse/ARQGRA-468 > Project: Arquillian Graphene > Issue Type: Bug > Components: configuration > Affects Versions: 2.1.0.Alpha2 > Reporter: Christoffer Bromberg > Priority: Minor > > As per https://issues.jboss.org/browse/ARQGRA-374 one can use the arquillian.xml to specify a "contextRoot" for page objects that use a relative URL. > This feature does not work if you use the "Standalone Mode" as described here: https://docs.jboss.org/author/display/ARQGRA2/Framework+Integration+Options > After I switched to the "container" dependency it works as expected. > I don't use the deployment and container management feature of Arquillian and still the "container" dependency works without any hassle. So either the > {code} > > > org.jboss.arquillian.junit > arquillian-junit-standalone > test > > {code} > dependency should also include the correct classes (e.g. URLResourceProvider) or maybe the "Standalone" integration option is not (or no longer) needed. > So the workaround for me was to use the arquillian-junit-container dependency. -- This message was sent by Atlassian JIRA (v6.3.11#6341) From issues at jboss.org Thu Mar 19 06:44:20 2015 From: issues at jboss.org (=?UTF-8?Q?Luk=C3=A1=C5=A1_Fry=C4=8D_=28JIRA=29?=) Date: Thu, 19 Mar 2015 06:44:20 -0400 (EDT) Subject: [arquillian-issues] [JBoss JIRA] (ARQGRA-468) Cannot use relative @Location when using "standalone" JUnit integration In-Reply-To: References: Message-ID: [ https://issues.jboss.org/browse/ARQGRA-468?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=13051716#comment-13051716 ] Luk?? Fry? edited comment on ARQGRA-468 at 3/19/15 6:43 AM: ------------------------------------------------------------ As described in https://developer.jboss.org/message/922128#922128 I believe we should just make the CustomizableURLResourceProvider independent from URLResourceProvider and delegate when required (in-container). was (Author: lfryc): As described in https://developer.jboss.org/message/922128#922128 I believe we should just make the CustomizableURLResourceProvider independently from URLResourceProvider and delegate to it when required. > Cannot use relative @Location when using "standalone" JUnit integration > ----------------------------------------------------------------------- > > Key: ARQGRA-468 > URL: https://issues.jboss.org/browse/ARQGRA-468 > Project: Arquillian Graphene > Issue Type: Bug > Components: configuration > Affects Versions: 2.1.0.Alpha2 > Reporter: Christoffer Bromberg > Priority: Minor > > As per https://issues.jboss.org/browse/ARQGRA-374 one can use the arquillian.xml to specify a "contextRoot" for page objects that use a relative URL. > This feature does not work if you use the "Standalone Mode" as described here: https://docs.jboss.org/author/display/ARQGRA2/Framework+Integration+Options > After I switched to the "container" dependency it works as expected. > I don't use the deployment and container management feature of Arquillian and still the "container" dependency works without any hassle. So either the > {code} > > > org.jboss.arquillian.junit > arquillian-junit-standalone > test > > {code} > dependency should also include the correct classes (e.g. URLResourceProvider) or maybe the "Standalone" integration option is not (or no longer) needed. > So the workaround for me was to use the arquillian-junit-container dependency. -- This message was sent by Atlassian JIRA (v6.3.11#6341) From issues at jboss.org Thu Mar 19 06:55:18 2015 From: issues at jboss.org (Christoffer Bromberg (JIRA)) Date: Thu, 19 Mar 2015 06:55:18 -0400 (EDT) Subject: [arquillian-issues] [JBoss JIRA] (ARQGRA-468) Cannot use relative @Location when using "standalone" JUnit integration In-Reply-To: References: Message-ID: [ https://issues.jboss.org/browse/ARQGRA-468?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=13051723#comment-13051723 ] Christoffer Bromberg commented on ARQGRA-468: --------------------------------------------- You mean PR like Pull Request, hah - I was thinking Problem Report. Ok, I'll do my best > Cannot use relative @Location when using "standalone" JUnit integration > ----------------------------------------------------------------------- > > Key: ARQGRA-468 > URL: https://issues.jboss.org/browse/ARQGRA-468 > Project: Arquillian Graphene > Issue Type: Bug > Components: configuration > Affects Versions: 2.1.0.Alpha2 > Reporter: Christoffer Bromberg > Priority: Minor > > As per https://issues.jboss.org/browse/ARQGRA-374 one can use the arquillian.xml to specify a "contextRoot" for page objects that use a relative URL. > This feature does not work if you use the "Standalone Mode" as described here: https://docs.jboss.org/author/display/ARQGRA2/Framework+Integration+Options > After I switched to the "container" dependency it works as expected. > I don't use the deployment and container management feature of Arquillian and still the "container" dependency works without any hassle. So either the > {code} > > > org.jboss.arquillian.junit > arquillian-junit-standalone > test > > {code} > dependency should also include the correct classes (e.g. URLResourceProvider) or maybe the "Standalone" integration option is not (or no longer) needed. > So the workaround for me was to use the arquillian-junit-container dependency. -- This message was sent by Atlassian JIRA (v6.3.11#6341) From issues at jboss.org Fri Mar 20 03:54:18 2015 From: issues at jboss.org (=?UTF-8?Q?Luk=C3=A1=C5=A1_Fry=C4=8D_=28JIRA=29?=) Date: Fri, 20 Mar 2015 03:54:18 -0400 (EDT) Subject: [arquillian-issues] [JBoss JIRA] (ARQGRA-468) Cannot use relative @Location when using "standalone" JUnit integration In-Reply-To: References: Message-ID: [ https://issues.jboss.org/browse/ARQGRA-468?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=13052070#comment-13052070 ] Luk?? Fry? commented on ARQGRA-468: ----------------------------------- Yea, I'm sorry for ambiguity :-) I meant Pull Request > Cannot use relative @Location when using "standalone" JUnit integration > ----------------------------------------------------------------------- > > Key: ARQGRA-468 > URL: https://issues.jboss.org/browse/ARQGRA-468 > Project: Arquillian Graphene > Issue Type: Bug > Components: configuration > Affects Versions: 2.1.0.Alpha2 > Reporter: Christoffer Bromberg > Priority: Minor > > As per https://issues.jboss.org/browse/ARQGRA-374 one can use the arquillian.xml to specify a "contextRoot" for page objects that use a relative URL. > This feature does not work if you use the "Standalone Mode" as described here: https://docs.jboss.org/author/display/ARQGRA2/Framework+Integration+Options > After I switched to the "container" dependency it works as expected. > I don't use the deployment and container management feature of Arquillian and still the "container" dependency works without any hassle. So either the > {code} > > > org.jboss.arquillian.junit > arquillian-junit-standalone > test > > {code} > dependency should also include the correct classes (e.g. URLResourceProvider) or maybe the "Standalone" integration option is not (or no longer) needed. > So the workaround for me was to use the arquillian-junit-container dependency. -- This message was sent by Atlassian JIRA (v6.3.11#6341) From issues at jboss.org Sat Mar 21 12:47:18 2015 From: issues at jboss.org (Arcadiy Ivanov (JIRA)) Date: Sat, 21 Mar 2015 12:47:18 -0400 (EDT) Subject: [arquillian-issues] [JBoss JIRA] (ARQ-1936) Jacoco Extension needs signature removal In-Reply-To: References: Message-ID: Arcadiy Ivanov created ARQ-1936: ----------------------------------- Summary: Jacoco Extension needs signature removal Key: ARQ-1936 URL: https://issues.jboss.org/browse/ARQ-1936 Project: Arquillian Issue Type: Bug Components: Extension - Jacoco Environment: WildFly 8.2.0.Final Reporter: Arcadiy Ivanov Jacoco normally removes signatures using SignatureRemover. Because Arq Jacoco Extension is dealing with Archives and Assets it invokes instrumenter directly by hand. The normal process of signature removal doesn't happen an corrupted jars fail to be read with errors such as this. {noformat} 2015-03-21 07:49:08,062 WARN [org.jboss.as.server.deployment] (MSC service thread 1-11) JBAS015852: Could not index class org/jacoco/core/internal/flow/ClassProbesAdapter.class at /content/27ab3865-48b4-48c0-b2b5-dbbfd128ed38.ear/lib/org.jacoco.core-0.7.4.201502262128.jar: java.lang.SecurityException: SHA-256 digest error for org/jacoco/core/internal/flow/ClassProbesAdapter.class at sun.security.util.ManifestEntryVerifier.verify(ManifestEntryVerifier.java:218) [rt.jar:1.8.0_40] at java.util.jar.JarVerifier.processEntry(JarVerifier.java:241) [rt.jar:1.8.0_40] at java.util.jar.JarVerifier.update(JarVerifier.java:228) [rt.jar:1.8.0_40] at java.util.jar.JarVerifier$VerifierStream.read(JarVerifier.java:482) [rt.jar:1.8.0_40] at java.io.BufferedInputStream.fill(BufferedInputStream.java:246) [rt.jar:1.8.0_40] at java.io.BufferedInputStream.read1(BufferedInputStream.java:286) [rt.jar:1.8.0_40] at java.io.BufferedInputStream.read(BufferedInputStream.java:345) [rt.jar:1.8.0_40] at java.io.DataInputStream.readFully(DataInputStream.java:195) [rt.jar:1.8.0_40] at java.io.DataInputStream.readFully(DataInputStream.java:169) [rt.jar:1.8.0_40] at org.jboss.jandex.Indexer.verifyMagic(Indexer.java:433) [jandex-1.2.1.Final.jar:1.2.1.Final] at org.jboss.jandex.Indexer.index(Indexer.java:689) [jandex-1.2.1.Final.jar:1.2.1.Final] at org.jboss.as.server.deployment.annotation.ResourceRootIndexer.indexResourceRoot(ResourceRootIndexer.java:100) [wildfly-server-8.2.0.Final.jar:8.2.0.Final] at org.jboss.as.server.deployment.annotation.AnnotationIndexProcessor.deploy(AnnotationIndexProcessor.java:51) [wildfly-server-8.2.0.Final.jar:8.2.0.Final] at org.jboss.as.server.deployment.DeploymentUnitPhaseService.start(DeploymentUnitPhaseService.java:159) [wildfly-server-8.2.0.Final.jar:8.2.0.Final] at org.jboss.msc.service.ServiceControllerImpl$StartTask.startService(ServiceControllerImpl.java:1948) [jboss-msc-1.2.2.Final.jar:1.2.2.Final] at org.jboss.msc.service.ServiceControllerImpl$StartTask.run(ServiceControllerImpl.java:1881) [jboss-msc-1.2.2.Final.jar:1.2.2.Final] at java.util.concurrent.ThreadPoolExecutor.runWorker(ThreadPoolExecutor.java:1142) [rt.jar:1.8.0_40] at java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:617) [rt.jar:1.8.0_40] at java.lang.Thread.run(Thread.java:745) [rt.jar:1.8.0_40] {noformat} -- This message was sent by Atlassian JIRA (v6.3.11#6341) From issues at jboss.org Sat Mar 21 14:09:19 2015 From: issues at jboss.org (Arcadiy Ivanov (JIRA)) Date: Sat, 21 Mar 2015 14:09:19 -0400 (EDT) Subject: [arquillian-issues] [JBoss JIRA] (ARQ-1936) Jacoco Extension needs signature removal In-Reply-To: References: Message-ID: [ https://issues.jboss.org/browse/ARQ-1936?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Arcadiy Ivanov updated ARQ-1936: -------------------------------- Git Pull Request: https://github.com/arquillian/arquillian-extension-jacoco/pull/19 > Jacoco Extension needs signature removal > ---------------------------------------- > > Key: ARQ-1936 > URL: https://issues.jboss.org/browse/ARQ-1936 > Project: Arquillian > Issue Type: Bug > Components: Extension - Jacoco > Environment: WildFly 8.2.0.Final > Reporter: Arcadiy Ivanov > > Jacoco normally removes signatures using SignatureRemover. Because Arq Jacoco Extension is dealing with Archives and Assets it invokes instrumenter directly by hand. The normal process of signature removal doesn't happen an corrupted jars fail to be read with errors such as this. > {noformat} > 2015-03-21 07:49:08,062 WARN [org.jboss.as.server.deployment] (MSC service thread 1-11) JBAS015852: Could not index class org/jacoco/core/internal/flow/ClassProbesAdapter.class at /content/27ab3865-48b4-48c0-b2b5-dbbfd128ed38.ear/lib/org.jacoco.core-0.7.4.201502262128.jar: java.lang.SecurityException: SHA-256 digest error for org/jacoco/core/internal/flow/ClassProbesAdapter.class > at sun.security.util.ManifestEntryVerifier.verify(ManifestEntryVerifier.java:218) [rt.jar:1.8.0_40] > at java.util.jar.JarVerifier.processEntry(JarVerifier.java:241) [rt.jar:1.8.0_40] > at java.util.jar.JarVerifier.update(JarVerifier.java:228) [rt.jar:1.8.0_40] > at java.util.jar.JarVerifier$VerifierStream.read(JarVerifier.java:482) [rt.jar:1.8.0_40] > at java.io.BufferedInputStream.fill(BufferedInputStream.java:246) [rt.jar:1.8.0_40] > at java.io.BufferedInputStream.read1(BufferedInputStream.java:286) [rt.jar:1.8.0_40] > at java.io.BufferedInputStream.read(BufferedInputStream.java:345) [rt.jar:1.8.0_40] > at java.io.DataInputStream.readFully(DataInputStream.java:195) [rt.jar:1.8.0_40] > at java.io.DataInputStream.readFully(DataInputStream.java:169) [rt.jar:1.8.0_40] > at org.jboss.jandex.Indexer.verifyMagic(Indexer.java:433) [jandex-1.2.1.Final.jar:1.2.1.Final] > at org.jboss.jandex.Indexer.index(Indexer.java:689) [jandex-1.2.1.Final.jar:1.2.1.Final] > at org.jboss.as.server.deployment.annotation.ResourceRootIndexer.indexResourceRoot(ResourceRootIndexer.java:100) [wildfly-server-8.2.0.Final.jar:8.2.0.Final] > at org.jboss.as.server.deployment.annotation.AnnotationIndexProcessor.deploy(AnnotationIndexProcessor.java:51) [wildfly-server-8.2.0.Final.jar:8.2.0.Final] > at org.jboss.as.server.deployment.DeploymentUnitPhaseService.start(DeploymentUnitPhaseService.java:159) [wildfly-server-8.2.0.Final.jar:8.2.0.Final] > at org.jboss.msc.service.ServiceControllerImpl$StartTask.startService(ServiceControllerImpl.java:1948) [jboss-msc-1.2.2.Final.jar:1.2.2.Final] > at org.jboss.msc.service.ServiceControllerImpl$StartTask.run(ServiceControllerImpl.java:1881) [jboss-msc-1.2.2.Final.jar:1.2.2.Final] > at java.util.concurrent.ThreadPoolExecutor.runWorker(ThreadPoolExecutor.java:1142) [rt.jar:1.8.0_40] > at java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:617) [rt.jar:1.8.0_40] > at java.lang.Thread.run(Thread.java:745) [rt.jar:1.8.0_40] > {noformat} -- This message was sent by Atlassian JIRA (v6.3.11#6341) From issues at jboss.org Sat Mar 21 16:03:19 2015 From: issues at jboss.org (Gerhard Poul (JIRA)) Date: Sat, 21 Mar 2015 16:03:19 -0400 (EDT) Subject: [arquillian-issues] [JBoss JIRA] (ARQ-1889) CDI Injection not working in WebSphere Containers (V8) In-Reply-To: References: Message-ID: [ https://issues.jboss.org/browse/ARQ-1889?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Gerhard Poul closed ARQ-1889. ----------------------------- Assignee: Gerhard Poul Resolution: Cannot Reproduce Bug > CDI Injection not working in WebSphere Containers (V8) > ------------------------------------------------------ > > Key: ARQ-1889 > URL: https://issues.jboss.org/browse/ARQ-1889 > Project: Arquillian > Issue Type: Bug > Components: WebSphere Containers > Affects Versions: was_1.0.0.Beta1 > Environment: Windows 7, IBM WebSphere Application Server (8.0.0.9), IBM RSA 8 > Reporter: Saurabh Agarwal > Assignee: Gerhard Poul > Priority: Blocker > Attachments: ArquillianInjectionTest.java, StackTrace.txt > > > Hi, > I have gone through ARQ-1488 and it depicts the same problem what I am facing. > In my IBM WebSphere Application Server (8.0.0.9), CDI is not working and it is giving me the NP exception. > Please note I am not using MAVEN build but have all required JARS file in my web-inf/lib directory > JARS List I am having > ------------------------------ > arquillian-config-api.jar > arquillian-config-impl-base.jar > arquillian-config-spi.jar > arquillian-container-impl-base.jar > arquillian-container-spi.jar > arquillian-container-test-api.jar > arquillian-container-test-impl-base.jar > arquillian-container-test-spi.jar > arquillian-core-api.jar > arquillian-core-impl-base-1.1.5.Final.jar > arquillian-core-spi-1.1.5.Final.jar > arquillian-junit-container.jar > arquillian-junit-core.jar > arquillian-protocol-jmx-1.1.5.Final.jar > arquillian-protocol-servlet.jar > arquillian-protocol.jar > arquillian-test-api.jar > arquillian-test-impl-base.jar > arquillian-test-spi.jar > arquillian-testenricher-cdi.jar > arquillian-testenricher-ejb.jar > arquillian-testenricher-initialcontext.jar > arquillian-testenricher-resource.jar > arquillian-was-remote.jar > commons-fileupload-1.2.1.jar > commons-io-1.4.jar > deltaspike-core-api-1.0.0.jar > deltaspike-core-impl-1.0.0.jar > deltaspike-jsf-module-api-1.0.0.jar > deltaspike-jsf-module-impl-1.0.0.jar > deltaspike-security-module-api-1.0.0.jar > deltaspike-security-module-impl-1.0.0.jar > itext-1.3.jar > jsfcore.jar > junit.jar > org.hamcrest.core_1.3.0.v201303031735.jar > poi-3.8-20120326.jar > primefaces-4.0.6.jar > shrinkwrap-api.jar > shrinkwrap-descriptors-api-base.jar > shrinkwrap-descriptors-api-javaee.jar > shrinkwrap-descriptors-impl-base.jar > shrinkwrap-descriptors-impl-javaee.jar > shrinkwrap-descriptors-spi.jar > shrinkwrap-impl-base.jar > shrinkwrap-spi.jar > Code snippet > ------------------ > import javax.inject.Inject; > import org.jboss.arquillian.container.test.api.Deployment; > import org.jboss.arquillian.junit.Arquillian; > import org.jboss.shrinkwrap.api.spec.EnterpriseArchive; > import org.junit.Assert; > import org.junit.Test; > import org.junit.runner.RunWith; > import com.ford.jcoe.jab.inbound.booking.ui.bean.ListBookingBean; > import com.ford.jcoe.jab.inbound.booking.ui.bean.TestArquillianBean; > /** > * TODO - Place class description here > */ > @RunWith(Arquillian.class) > public class ArquillianInjectionTest extends BaseArquillianPersistenceTest { > @Inject > ListBookingBean b; > /** > * TODO - Place method description here > * > * @return > */ > @Deployment > public static EnterpriseArchive createTestArchive() { > java.net.Authenticator.setDefault(basicAuthAuthenticator); > return BaseArquillianPersistenceTest.createTestArchive("JabEAR"); > } > /** > * Unit Test Method > */ > @Test > public void testInjection() { > String stringRepresentation = null; > try { > System.out.println("Not Working Step 1"); > stringRepresentation = this.b.toString(); > System.out.println("Not Working Step 2"); > } catch (final NullPointerException npe) { > Assert.fail("Injection failed."); > } > Assert.assertNotNull(stringRepresentation); > } > } > Exception I am getting > ----------------------------- > Null Pointer exception in stringRepresentation = this.b.toString(); as b is null. > Complete stack trace > -------------------------- > java.lang.AssertionError: Injection failed. > at org.junit.Assert.fail(Assert.java:88) > at ArquillianInjectionTest.testInjection(ArquillianInjectionTest.java:50) > at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method) > at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:60) > at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:37) > at java.lang.reflect.Method.invoke(Method.java:611) > at org.junit.runners.model.FrameworkMethod$1.runReflectiveCall(FrameworkMethod.java:47) > at org.junit.internal.runners.model.ReflectiveCallable.run(ReflectiveCallable.java:12) > at org.junit.runners.model.FrameworkMethod.invokeExplosively(FrameworkMethod.java:44) > at org.jboss.arquillian.junit.Arquillian$6$1.invoke(Arquillian.java:301) > at org.jboss.arquillian.container.test.impl.execution.LocalTestExecuter.execute(LocalTestExecuter.java:60) > at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method) > at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:60) > at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:37) > at java.lang.reflect.Method.invoke(Method.java:611) > at org.jboss.arquillian.core.impl.ObserverImpl.invoke(ObserverImpl.java:94) > at org.jboss.arquillian.core.impl.EventContextImpl.invokeObservers(EventContextImpl.java:99) > at org.jboss.arquillian.core.impl.EventContextImpl.proceed(EventContextImpl.java:81) > at org.jboss.arquillian.core.impl.ManagerImpl.fire(ManagerImpl.java:145) > at org.jboss.arquillian.core.impl.ManagerImpl.fire(ManagerImpl.java:116) > at org.jboss.arquillian.core.impl.EventImpl.fire(EventImpl.java:67) > at org.jboss.arquillian.container.test.impl.client.protocol.local.LocalContainerMethodExecutor.invoke(LocalContainerMethodExecutor.java:50) > at org.jboss.arquillian.container.test.impl.execution.RemoteTestExecuter.execute(RemoteTestExecuter.java:109) > at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method) > at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:60) > at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:37) > at java.lang.reflect.Method.invoke(Method.java:611) > at org.jboss.arquillian.core.impl.ObserverImpl.invoke(ObserverImpl.java:94) > at org.jboss.arquillian.core.impl.EventContextImpl.invokeObservers(EventContextImpl.java:99) > at org.jboss.arquillian.core.impl.EventContextImpl.proceed(EventContextImpl.java:81) > at org.jboss.arquillian.core.impl.ManagerImpl.fire(ManagerImpl.java:145) > at org.jboss.arquillian.core.impl.ManagerImpl.fire(ManagerImpl.java:116) > at org.jboss.arquillian.core.impl.EventImpl.fire(EventImpl.java:67) > at org.jboss.arquillian.container.test.impl.execution.ClientTestExecuter.execute(ClientTestExecuter.java:57) > at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method) > at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:60) > at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:37) > at java.lang.reflect.Method.invoke(Method.java:611) > at org.jboss.arquillian.core.impl.ObserverImpl.invoke(ObserverImpl.java:94) > at org.jboss.arquillian.core.impl.EventContextImpl.invokeObservers(EventContextImpl.java:99) > at org.jboss.arquillian.core.impl.EventContextImpl.proceed(EventContextImpl.java:81) > at org.jboss.arquillian.container.test.impl.client.ContainerEventController.createContext(ContainerEventController.java:142) > at org.jboss.arquillian.container.test.impl.client.ContainerEventController.createTestContext(ContainerEventController.java:129) > at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method) > at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:60) > at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:37) > at java.lang.reflect.Method.invoke(Method.java:611) > at org.jboss.arquillian.core.impl.ObserverImpl.invoke(ObserverImpl.java:94) > at org.jboss.arquillian.core.impl.EventContextImpl.proceed(EventContextImpl.java:88) > at org.jboss.arquillian.test.impl.TestContextHandler.createTestContext(TestContextHandler.java:102) > at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method) > at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:60) > at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:37) > at java.lang.reflect.Method.invoke(Method.java:611) > at org.jboss.arquillian.core.impl.ObserverImpl.invoke(ObserverImpl.java:94) > at org.jboss.arquillian.core.impl.EventContextImpl.proceed(EventContextImpl.java:88) > at org.jboss.arquillian.test.impl.TestContextHandler.createClassContext(TestContextHandler.java:84) > at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method) > at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:60) > at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:37) > at java.lang.reflect.Method.invoke(Method.java:611) > at org.jboss.arquillian.core.impl.ObserverImpl.invoke(ObserverImpl.java:94) > at org.jboss.arquillian.core.impl.EventContextImpl.proceed(EventContextImpl.java:88) > at org.jboss.arquillian.test.impl.TestContextHandler.createSuiteContext(TestContextHandler.java:65) > at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method) > at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:60) > at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:37) > at java.lang.reflect.Method.invoke(Method.java:611) > at org.jboss.arquillian.core.impl.ObserverImpl.invoke(ObserverImpl.java:94) > at org.jboss.arquillian.core.impl.EventContextImpl.proceed(EventContextImpl.java:88) > at org.jboss.arquillian.core.impl.ManagerImpl.fire(ManagerImpl.java:145) > at org.jboss.arquillian.test.impl.EventTestRunnerAdaptor.test(EventTestRunnerAdaptor.java:111) > at org.jboss.arquillian.junit.Arquillian$6.evaluate(Arquillian.java:294) > at org.jboss.arquillian.junit.Arquillian$5.evaluate(Arquillian.java:269) > at org.junit.runners.ParentRunner.runLeaf(ParentRunner.java:271) > at org.junit.runners.BlockJUnit4ClassRunner.runChild(BlockJUnit4ClassRunner.java:70) > at org.junit.runners.BlockJUnit4ClassRunner.runChild(BlockJUnit4ClassRunner.java:50) > at org.junit.runners.ParentRunner$3.run(ParentRunner.java:238) > at org.junit.runners.ParentRunner$1.schedule(ParentRunner.java:63) > at org.junit.runners.ParentRunner.runChildren(ParentRunner.java:236) > at org.junit.runners.ParentRunner.access$000(ParentRunner.java:53) > at org.junit.runners.ParentRunner$2.evaluate(ParentRunner.java:229) > at org.jboss.arquillian.junit.Arquillian$2.evaluate(Arquillian.java:193) > at org.jboss.arquillian.junit.Arquillian.multiExecute(Arquillian.java:345) > at org.jboss.arquillian.junit.Arquillian.access$200(Arquillian.java:49) > at org.jboss.arquillian.junit.Arquillian$3.evaluate(Arquillian.java:207) > at org.junit.runners.ParentRunner.run(ParentRunner.java:309) > at org.jboss.arquillian.junit.Arquillian.run(Arquillian.java:155) > at org.junit.runner.JUnitCore.run(JUnitCore.java:160) > at org.junit.runner.JUnitCore.run(JUnitCore.java:138) > at org.jboss.arquillian.junit.container.JUnitTestRunner.execute(JUnitTestRunner.java:66) > at org.jboss.arquillian.protocol.servlet.runner.ServletTestRunner.executeTest(ServletTestRunner.java:159) > at org.jboss.arquillian.protocol.servlet.runner.ServletTestRunner.execute(ServletTestRunner.java:125) > at org.jboss.arquillian.protocol.servlet.runner.ServletTestRunner.doGet(ServletTestRunner.java:89) > at javax.servlet.http.HttpServlet.service(HttpServlet.java:575) > at javax.servlet.http.HttpServlet.service(HttpServlet.java:668) > at com.ibm.ws.webcontainer.servlet.ServletWrapper.service(ServletWrapper.java:1230) > at com.ibm.ws.webcontainer.servlet.ServletWrapper.handleRequest(ServletWrapper.java:779) > at com.ibm.ws.webcontainer.servlet.ServletWrapper.handleRequest(ServletWrapper.java:478) > at com.ibm.ws.webcontainer.servlet.ServletWrapperImpl.handleRequest(ServletWrapperImpl.java:178) > at com.ibm.ws.webcontainer.filter.WebAppFilterChain.invokeTarget(WebAppFilterChain.java:136) > at com.ibm.ws.webcontainer.filter.WebAppFilterChain.doFilter(WebAppFilterChain.java:79) > at com.ibm.ws.webcontainer.filter.WebAppFilterManager.doFilter(WebAppFilterManager.java:960) > at com.ibm.ws.webcontainer.filter.WebAppFilterManager.invokeFilters(WebAppFilterManager.java:1064) > at com.ibm.ws.webcontainer.servlet.CacheServletWrapper.handleRequest(CacheServletWrapper.java:87) > at com.ibm.ws.webcontainer.WebContainer.handleRequest(WebContainer.java:914) > at com.ibm.ws.webcontainer.WSWebContainer.handleRequest(WSWebContainer.java:1662) > at com.ibm.ws.webcontainer.channel.WCChannelLink.ready(WCChannelLink.java:200) > at com.ibm.ws.http.channel.inbound.impl.HttpInboundLink.handleDiscrimination(HttpInboundLink.java:453) > at com.ibm.ws.http.channel.inbound.impl.HttpInboundLink.handleNewRequest(HttpInboundLink.java:515) > at com.ibm.ws.http.channel.inbound.impl.HttpInboundLink.processRequest(HttpInboundLink.java:306) > at com.ibm.ws.http.channel.inbound.impl.HttpInboundLink.ready(HttpInboundLink.java:277) > at com.ibm.ws.tcp.channel.impl.NewConnectionInitialReadCallback.sendToDiscriminators(NewConnectionInitialReadCallback.java:214) > at com.ibm.ws.tcp.channel.impl.NewConnectionInitialReadCallback.complete(NewConnectionInitialReadCallback.java:113) > at com.ibm.ws.tcp.channel.impl.AioReadCompletionListener.futureCompleted(AioReadCompletionListener.java:175) > at com.ibm.io.async.AbstractAsyncFuture.invokeCallback(AbstractAsyncFuture.java:217) > at com.ibm.io.async.AsyncChannelFuture.fireCompletionActions(AsyncChannelFuture.java:161) > at com.ibm.io.async.AsyncFuture.completed(AsyncFuture.java:138) > at com.ibm.io.async.ResultHandler.complete(ResultHandler.java:204) > at com.ibm.io.async.ResultHandler.runEventProcessingLoop(ResultHandler.java:775) > at com.ibm.io.async.ResultHandler$2.run(ResultHandler.java:905) > at com.ibm.ws.util.ThreadPool$Worker.run(ThreadPool.java:1702) > Most Important Thing > ------------------------------ > I have commented out the code in WebSphereRemoteContainer.java (for WAS 8 - https://github.com/arquillian/arquillian-container-was) which is responsible for deploying and un-deploying the code. > For our requirements, the code is already deployed and all we need to run the test on PRE DEPLOYED code only. > Methods which I have modified > 1. public ProtocolMetaData deploy(final Archive archive) throws DeploymentException > 2. public void undeploy(final Archive archive) throws DeploymentException > I have just commented out the code which install / uninstall the application. > Can someone help me in getting this issue resolved. > Please let me know if I need to provide more information for debugging purpose. -- This message was sent by Atlassian JIRA (v6.3.11#6341) From issues at jboss.org Sun Mar 22 01:34:18 2015 From: issues at jboss.org (Arcadiy Ivanov (JIRA)) Date: Sun, 22 Mar 2015 01:34:18 -0400 (EDT) Subject: [arquillian-issues] [JBoss JIRA] (ARQ-1936) Jacoco Extension needs signature removal In-Reply-To: References: Message-ID: [ https://issues.jboss.org/browse/ARQ-1936?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Arcadiy Ivanov updated ARQ-1936: -------------------------------- Description: Jacoco normally removes signatures using SignatureRemover. Because Arq Jacoco Extension is dealing with Archives and Assets it invokes instrumenter directly by hand. The normal process of signature removal doesn't happen and corrupted jars fail to be read with errors such as this. {noformat} 2015-03-21 07:49:08,062 WARN [org.jboss.as.server.deployment] (MSC service thread 1-11) JBAS015852: Could not index class org/jacoco/core/internal/flow/ClassProbesAdapter.class at /content/27ab3865-48b4-48c0-b2b5-dbbfd128ed38.ear/lib/org.jacoco.core-0.7.4.201502262128.jar: java.lang.SecurityException: SHA-256 digest error for org/jacoco/core/internal/flow/ClassProbesAdapter.class at sun.security.util.ManifestEntryVerifier.verify(ManifestEntryVerifier.java:218) [rt.jar:1.8.0_40] at java.util.jar.JarVerifier.processEntry(JarVerifier.java:241) [rt.jar:1.8.0_40] at java.util.jar.JarVerifier.update(JarVerifier.java:228) [rt.jar:1.8.0_40] at java.util.jar.JarVerifier$VerifierStream.read(JarVerifier.java:482) [rt.jar:1.8.0_40] at java.io.BufferedInputStream.fill(BufferedInputStream.java:246) [rt.jar:1.8.0_40] at java.io.BufferedInputStream.read1(BufferedInputStream.java:286) [rt.jar:1.8.0_40] at java.io.BufferedInputStream.read(BufferedInputStream.java:345) [rt.jar:1.8.0_40] at java.io.DataInputStream.readFully(DataInputStream.java:195) [rt.jar:1.8.0_40] at java.io.DataInputStream.readFully(DataInputStream.java:169) [rt.jar:1.8.0_40] at org.jboss.jandex.Indexer.verifyMagic(Indexer.java:433) [jandex-1.2.1.Final.jar:1.2.1.Final] at org.jboss.jandex.Indexer.index(Indexer.java:689) [jandex-1.2.1.Final.jar:1.2.1.Final] at org.jboss.as.server.deployment.annotation.ResourceRootIndexer.indexResourceRoot(ResourceRootIndexer.java:100) [wildfly-server-8.2.0.Final.jar:8.2.0.Final] at org.jboss.as.server.deployment.annotation.AnnotationIndexProcessor.deploy(AnnotationIndexProcessor.java:51) [wildfly-server-8.2.0.Final.jar:8.2.0.Final] at org.jboss.as.server.deployment.DeploymentUnitPhaseService.start(DeploymentUnitPhaseService.java:159) [wildfly-server-8.2.0.Final.jar:8.2.0.Final] at org.jboss.msc.service.ServiceControllerImpl$StartTask.startService(ServiceControllerImpl.java:1948) [jboss-msc-1.2.2.Final.jar:1.2.2.Final] at org.jboss.msc.service.ServiceControllerImpl$StartTask.run(ServiceControllerImpl.java:1881) [jboss-msc-1.2.2.Final.jar:1.2.2.Final] at java.util.concurrent.ThreadPoolExecutor.runWorker(ThreadPoolExecutor.java:1142) [rt.jar:1.8.0_40] at java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:617) [rt.jar:1.8.0_40] at java.lang.Thread.run(Thread.java:745) [rt.jar:1.8.0_40] {noformat} was: Jacoco normally removes signatures using SignatureRemover. Because Arq Jacoco Extension is dealing with Archives and Assets it invokes instrumenter directly by hand. The normal process of signature removal doesn't happen an corrupted jars fail to be read with errors such as this. {noformat} 2015-03-21 07:49:08,062 WARN [org.jboss.as.server.deployment] (MSC service thread 1-11) JBAS015852: Could not index class org/jacoco/core/internal/flow/ClassProbesAdapter.class at /content/27ab3865-48b4-48c0-b2b5-dbbfd128ed38.ear/lib/org.jacoco.core-0.7.4.201502262128.jar: java.lang.SecurityException: SHA-256 digest error for org/jacoco/core/internal/flow/ClassProbesAdapter.class at sun.security.util.ManifestEntryVerifier.verify(ManifestEntryVerifier.java:218) [rt.jar:1.8.0_40] at java.util.jar.JarVerifier.processEntry(JarVerifier.java:241) [rt.jar:1.8.0_40] at java.util.jar.JarVerifier.update(JarVerifier.java:228) [rt.jar:1.8.0_40] at java.util.jar.JarVerifier$VerifierStream.read(JarVerifier.java:482) [rt.jar:1.8.0_40] at java.io.BufferedInputStream.fill(BufferedInputStream.java:246) [rt.jar:1.8.0_40] at java.io.BufferedInputStream.read1(BufferedInputStream.java:286) [rt.jar:1.8.0_40] at java.io.BufferedInputStream.read(BufferedInputStream.java:345) [rt.jar:1.8.0_40] at java.io.DataInputStream.readFully(DataInputStream.java:195) [rt.jar:1.8.0_40] at java.io.DataInputStream.readFully(DataInputStream.java:169) [rt.jar:1.8.0_40] at org.jboss.jandex.Indexer.verifyMagic(Indexer.java:433) [jandex-1.2.1.Final.jar:1.2.1.Final] at org.jboss.jandex.Indexer.index(Indexer.java:689) [jandex-1.2.1.Final.jar:1.2.1.Final] at org.jboss.as.server.deployment.annotation.ResourceRootIndexer.indexResourceRoot(ResourceRootIndexer.java:100) [wildfly-server-8.2.0.Final.jar:8.2.0.Final] at org.jboss.as.server.deployment.annotation.AnnotationIndexProcessor.deploy(AnnotationIndexProcessor.java:51) [wildfly-server-8.2.0.Final.jar:8.2.0.Final] at org.jboss.as.server.deployment.DeploymentUnitPhaseService.start(DeploymentUnitPhaseService.java:159) [wildfly-server-8.2.0.Final.jar:8.2.0.Final] at org.jboss.msc.service.ServiceControllerImpl$StartTask.startService(ServiceControllerImpl.java:1948) [jboss-msc-1.2.2.Final.jar:1.2.2.Final] at org.jboss.msc.service.ServiceControllerImpl$StartTask.run(ServiceControllerImpl.java:1881) [jboss-msc-1.2.2.Final.jar:1.2.2.Final] at java.util.concurrent.ThreadPoolExecutor.runWorker(ThreadPoolExecutor.java:1142) [rt.jar:1.8.0_40] at java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:617) [rt.jar:1.8.0_40] at java.lang.Thread.run(Thread.java:745) [rt.jar:1.8.0_40] {noformat} > Jacoco Extension needs signature removal > ---------------------------------------- > > Key: ARQ-1936 > URL: https://issues.jboss.org/browse/ARQ-1936 > Project: Arquillian > Issue Type: Bug > Components: Extension - Jacoco > Environment: WildFly 8.2.0.Final > Reporter: Arcadiy Ivanov > > Jacoco normally removes signatures using SignatureRemover. Because Arq Jacoco Extension is dealing with Archives and Assets it invokes instrumenter directly by hand. The normal process of signature removal doesn't happen and corrupted jars fail to be read with errors such as this. > {noformat} > 2015-03-21 07:49:08,062 WARN [org.jboss.as.server.deployment] (MSC service thread 1-11) JBAS015852: Could not index class org/jacoco/core/internal/flow/ClassProbesAdapter.class at /content/27ab3865-48b4-48c0-b2b5-dbbfd128ed38.ear/lib/org.jacoco.core-0.7.4.201502262128.jar: java.lang.SecurityException: SHA-256 digest error for org/jacoco/core/internal/flow/ClassProbesAdapter.class > at sun.security.util.ManifestEntryVerifier.verify(ManifestEntryVerifier.java:218) [rt.jar:1.8.0_40] > at java.util.jar.JarVerifier.processEntry(JarVerifier.java:241) [rt.jar:1.8.0_40] > at java.util.jar.JarVerifier.update(JarVerifier.java:228) [rt.jar:1.8.0_40] > at java.util.jar.JarVerifier$VerifierStream.read(JarVerifier.java:482) [rt.jar:1.8.0_40] > at java.io.BufferedInputStream.fill(BufferedInputStream.java:246) [rt.jar:1.8.0_40] > at java.io.BufferedInputStream.read1(BufferedInputStream.java:286) [rt.jar:1.8.0_40] > at java.io.BufferedInputStream.read(BufferedInputStream.java:345) [rt.jar:1.8.0_40] > at java.io.DataInputStream.readFully(DataInputStream.java:195) [rt.jar:1.8.0_40] > at java.io.DataInputStream.readFully(DataInputStream.java:169) [rt.jar:1.8.0_40] > at org.jboss.jandex.Indexer.verifyMagic(Indexer.java:433) [jandex-1.2.1.Final.jar:1.2.1.Final] > at org.jboss.jandex.Indexer.index(Indexer.java:689) [jandex-1.2.1.Final.jar:1.2.1.Final] > at org.jboss.as.server.deployment.annotation.ResourceRootIndexer.indexResourceRoot(ResourceRootIndexer.java:100) [wildfly-server-8.2.0.Final.jar:8.2.0.Final] > at org.jboss.as.server.deployment.annotation.AnnotationIndexProcessor.deploy(AnnotationIndexProcessor.java:51) [wildfly-server-8.2.0.Final.jar:8.2.0.Final] > at org.jboss.as.server.deployment.DeploymentUnitPhaseService.start(DeploymentUnitPhaseService.java:159) [wildfly-server-8.2.0.Final.jar:8.2.0.Final] > at org.jboss.msc.service.ServiceControllerImpl$StartTask.startService(ServiceControllerImpl.java:1948) [jboss-msc-1.2.2.Final.jar:1.2.2.Final] > at org.jboss.msc.service.ServiceControllerImpl$StartTask.run(ServiceControllerImpl.java:1881) [jboss-msc-1.2.2.Final.jar:1.2.2.Final] > at java.util.concurrent.ThreadPoolExecutor.runWorker(ThreadPoolExecutor.java:1142) [rt.jar:1.8.0_40] > at java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:617) [rt.jar:1.8.0_40] > at java.lang.Thread.run(Thread.java:745) [rt.jar:1.8.0_40] > {noformat} -- This message was sent by Atlassian JIRA (v6.3.11#6341) From issues at jboss.org Mon Mar 23 06:23:19 2015 From: issues at jboss.org (Martin Gencur (JIRA)) Date: Mon, 23 Mar 2015 06:23:19 -0400 (EDT) Subject: [arquillian-issues] [JBoss JIRA] (ARQ-1937) Class loading issue injected deployer In-Reply-To: References: Message-ID: Martin Gencur created ARQ-1937: ---------------------------------- Summary: Class loading issue injected deployer Key: ARQ-1937 URL: https://issues.jboss.org/browse/ARQ-1937 Project: Arquillian Issue Type: Bug Affects Versions: 1.1.1.Final Reporter: Martin Gencur Steps to reproduce: 1) inject a Deployer via @ArquillianResource 2) declare a deployment as managed=false, use the deployer to deploy artifacts to a managed container 3) run a test method that operates on the deployment 4) check that classes inside the test method have the same classloader as the test class itself (see the code below where I call cache.getClass().getClassLoader()) 5) this does not happen when the deployment is managed=true and deployer API is NOT used. In this case, the classes have a different class loader In the test below, I tried to load different versions of Infinispan in two deployments and test backward compatibility. However, due to this class loading issue the Infinispan classes are of the latest version regardless of libraries bundled in the WAR. {code} package com.jboss.datagrid.test.backwardcompatibility; @RunWith(Arquillian.class) public class SingleFileStoreBackwardCompatibilityIT { private DefaultCacheManager dfc; private String cacheName = "testCache"; private static final String OLD_ISPN = "dep1_with_old_ispn"; private static final String NEW_ISPN = "dep2_with_new_ispn"; private static Map storedMap; @ArquillianResource Deployer deployer; @Deployment(name = OLD_ISPN, testable = true, managed = true, order=1) @TargetsContainer("container1") public static WebArchive createDeploymentOld() { WebArchive jar = DeploymentBuilder.createTestArchiveWithPreviousJDG("test1.war", "previous"); System.out.println("ClassLoader: " + SingleFileStoreBackwardCompatibilityIT.class.getClassLoader()); return jar; } @Deployment(name = NEW_ISPN, testable = true, managed = true, order=2) @TargetsContainer("container2") public static WebArchive createDeploymentNew() { WebArchive jar = DeploymentBuilder.createTestArchive("test2.war", "current"); return jar; } private DefaultCacheManager configureCacheManager(boolean clearCacheStore) throws Exception { GlobalConfiguration glob = new GlobalConfigurationBuilder().nonClusteredDefault() .globalJmxStatistics().allowDuplicateDomains(true). build(); ConfigurationBuilder c = new ConfigurationBuilder(); c.clustering().cacheMode(CacheMode.LOCAL); File tmpStore = new File("/tmp/cache/" + cacheName + ".dat"); if (clearCacheStore && tmpStore.exists()) { tmpStore.delete(); } c.persistence().passivation(false).addSingleFileStore().purgeOnStartup(false).location("/tmp/cache/"); Configuration cnf = c.build(); DefaultCacheManager manager = new DefaultCacheManager(glob); manager.defineConfiguration(cacheName, cnf); return manager; } @Test @OperateOnDeployment(OLD_ISPN) @InSequence(1) public void testStoreWithOldJDG() throws Exception { deployer.deploy(OLD_ISPN); dfc = configureCacheManager(true); dfc.start(); Cache cache = dfc.getCache(cacheName); System.out.println("Version: " + cache.getVersion()); System.out.println("ClassLoader: " + cache.getClass().getClassLoader()); storedMap = new HashMap(); storedMap.put("k", "v"); cache.put("mapKey", storedMap); dfc.stop(); deployer.undeploy(OLD_ISPN); } @Test @OperateOnDeployment(NEW_ISPN) @InSequence(2) public void testReadWithNewJDG() throws Exception { deployer.deploy(NEW_ISPN); dfc = configureCacheManager(false); dfc.start(); Cache cache = dfc.getCache(cacheName); System.out.println("ClassLoader: " + cache.getClass().getClassLoader()); System.out.println("Version: " + cache.getVersion()); assertEquals(storedMap, cache.get("mapKey")); dfc.stop(); deployer.undeploy(NEW_ISPN); } } {code} -- This message was sent by Atlassian JIRA (v6.3.11#6341) From issues at jboss.org Mon Mar 23 06:25:18 2015 From: issues at jboss.org (Martin Gencur (JIRA)) Date: Mon, 23 Mar 2015 06:25:18 -0400 (EDT) Subject: [arquillian-issues] [JBoss JIRA] (ARQ-1937) Class loading issue with injected deployer In-Reply-To: References: Message-ID: [ https://issues.jboss.org/browse/ARQ-1937?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Martin Gencur updated ARQ-1937: ------------------------------- Summary: Class loading issue with injected deployer (was: Class loading issue injected deployer ) > Class loading issue with injected deployer > ------------------------------------------- > > Key: ARQ-1937 > URL: https://issues.jboss.org/browse/ARQ-1937 > Project: Arquillian > Issue Type: Bug > Affects Versions: 1.1.1.Final > Reporter: Martin Gencur > > Steps to reproduce: > 1) inject a Deployer via @ArquillianResource > 2) declare a deployment as managed=false, use the deployer to deploy artifacts to a managed container > 3) run a test method that operates on the deployment > 4) check that classes inside the test method have the same classloader as the test class itself (see the code below where I call cache.getClass().getClassLoader()) > 5) this does not happen when the deployment is managed=true and deployer API is NOT used. In this case, the classes have a different class loader > In the test below, I tried to load different versions of Infinispan in two deployments and test backward compatibility. However, due to this class loading issue the Infinispan classes are of the latest version regardless of libraries bundled in the WAR. > {code} > package com.jboss.datagrid.test.backwardcompatibility; > @RunWith(Arquillian.class) > public class SingleFileStoreBackwardCompatibilityIT { > private DefaultCacheManager dfc; > private String cacheName = "testCache"; > private static final String OLD_ISPN = "dep1_with_old_ispn"; > private static final String NEW_ISPN = "dep2_with_new_ispn"; > private static Map storedMap; > @ArquillianResource > Deployer deployer; > @Deployment(name = OLD_ISPN, testable = true, managed = true, order=1) > @TargetsContainer("container1") > public static WebArchive createDeploymentOld() { > WebArchive jar = DeploymentBuilder.createTestArchiveWithPreviousJDG("test1.war", "previous"); > System.out.println("ClassLoader: " + SingleFileStoreBackwardCompatibilityIT.class.getClassLoader()); > return jar; > } > @Deployment(name = NEW_ISPN, testable = true, managed = true, order=2) > @TargetsContainer("container2") > public static WebArchive createDeploymentNew() { > WebArchive jar = DeploymentBuilder.createTestArchive("test2.war", "current"); > return jar; > } > private DefaultCacheManager configureCacheManager(boolean clearCacheStore) throws Exception { > GlobalConfiguration glob = new GlobalConfigurationBuilder().nonClusteredDefault() > .globalJmxStatistics().allowDuplicateDomains(true). > build(); > ConfigurationBuilder c = new ConfigurationBuilder(); > c.clustering().cacheMode(CacheMode.LOCAL); > File tmpStore = new File("/tmp/cache/" + cacheName + ".dat"); > if (clearCacheStore && tmpStore.exists()) { > tmpStore.delete(); > } > c.persistence().passivation(false).addSingleFileStore().purgeOnStartup(false).location("/tmp/cache/"); > Configuration cnf = c.build(); > DefaultCacheManager manager = new DefaultCacheManager(glob); > manager.defineConfiguration(cacheName, cnf); > return manager; > } > @Test > @OperateOnDeployment(OLD_ISPN) > @InSequence(1) > public void testStoreWithOldJDG() throws Exception { > deployer.deploy(OLD_ISPN); > dfc = configureCacheManager(true); > dfc.start(); > Cache cache = dfc.getCache(cacheName); > System.out.println("Version: " + cache.getVersion()); > System.out.println("ClassLoader: " + cache.getClass().getClassLoader()); > storedMap = new HashMap(); > storedMap.put("k", "v"); > cache.put("mapKey", storedMap); > dfc.stop(); > deployer.undeploy(OLD_ISPN); > } > @Test > @OperateOnDeployment(NEW_ISPN) > @InSequence(2) > public void testReadWithNewJDG() throws Exception { > deployer.deploy(NEW_ISPN); > dfc = configureCacheManager(false); > dfc.start(); > Cache cache = dfc.getCache(cacheName); > System.out.println("ClassLoader: " + cache.getClass().getClassLoader()); > System.out.println("Version: " + cache.getVersion()); > assertEquals(storedMap, cache.get("mapKey")); > dfc.stop(); > deployer.undeploy(NEW_ISPN); > } > } > {code} -- This message was sent by Atlassian JIRA (v6.3.11#6341) From issues at jboss.org Mon Mar 23 06:27:19 2015 From: issues at jboss.org (Martin Gencur (JIRA)) Date: Mon, 23 Mar 2015 06:27:19 -0400 (EDT) Subject: [arquillian-issues] [JBoss JIRA] (ARQ-1937) Class loading issue with injected deployer In-Reply-To: References: Message-ID: [ https://issues.jboss.org/browse/ARQ-1937?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Martin Gencur updated ARQ-1937: ------------------------------- Description: Steps to reproduce: 1) inject a Deployer via @ArquillianResource 2) declare a deployment as managed=false, use the deployer to deploy artifacts to a managed container 3) run a test method that operates on the deployment 4) check that classes inside the test method have the same classloader as the test class itself (see the code below where I call cache.getClass().getClassLoader()) 5) this does not happen when the deployment is managed=true and deployer API is NOT used. In this case, the classes have a different class loader In the test below, I tried to load different versions of Infinispan in two deployments and test backward compatibility. However, due to this class loading issue the Infinispan classes are of the latest version regardless of libraries bundled in the WAR. This is probably due to the fact that the Maven test module has the latest Infinispan libraries defined in while the older version is downloaded separately via Maven dependency plugin. {code} package com.jboss.datagrid.test.backwardcompatibility; @RunWith(Arquillian.class) public class SingleFileStoreBackwardCompatibilityIT { private DefaultCacheManager dfc; private String cacheName = "testCache"; private static final String OLD_ISPN = "dep1_with_old_ispn"; private static final String NEW_ISPN = "dep2_with_new_ispn"; private static Map storedMap; @ArquillianResource Deployer deployer; @Deployment(name = OLD_ISPN, testable = true, managed = true, order=1) @TargetsContainer("container1") public static WebArchive createDeploymentOld() { WebArchive jar = DeploymentBuilder.createTestArchiveWithPreviousJDG("test1.war", "previous"); System.out.println("ClassLoader: " + SingleFileStoreBackwardCompatibilityIT.class.getClassLoader()); return jar; } @Deployment(name = NEW_ISPN, testable = true, managed = true, order=2) @TargetsContainer("container2") public static WebArchive createDeploymentNew() { WebArchive jar = DeploymentBuilder.createTestArchive("test2.war", "current"); return jar; } private DefaultCacheManager configureCacheManager(boolean clearCacheStore) throws Exception { GlobalConfiguration glob = new GlobalConfigurationBuilder().nonClusteredDefault() .globalJmxStatistics().allowDuplicateDomains(true). build(); ConfigurationBuilder c = new ConfigurationBuilder(); c.clustering().cacheMode(CacheMode.LOCAL); File tmpStore = new File("/tmp/cache/" + cacheName + ".dat"); if (clearCacheStore && tmpStore.exists()) { tmpStore.delete(); } c.persistence().passivation(false).addSingleFileStore().purgeOnStartup(false).location("/tmp/cache/"); Configuration cnf = c.build(); DefaultCacheManager manager = new DefaultCacheManager(glob); manager.defineConfiguration(cacheName, cnf); return manager; } @Test @OperateOnDeployment(OLD_ISPN) @InSequence(1) public void testStoreWithOldJDG() throws Exception { deployer.deploy(OLD_ISPN); dfc = configureCacheManager(true); dfc.start(); Cache cache = dfc.getCache(cacheName); System.out.println("Version: " + cache.getVersion()); System.out.println("ClassLoader: " + cache.getClass().getClassLoader()); storedMap = new HashMap(); storedMap.put("k", "v"); cache.put("mapKey", storedMap); dfc.stop(); deployer.undeploy(OLD_ISPN); } @Test @OperateOnDeployment(NEW_ISPN) @InSequence(2) public void testReadWithNewJDG() throws Exception { deployer.deploy(NEW_ISPN); dfc = configureCacheManager(false); dfc.start(); Cache cache = dfc.getCache(cacheName); System.out.println("ClassLoader: " + cache.getClass().getClassLoader()); System.out.println("Version: " + cache.getVersion()); assertEquals(storedMap, cache.get("mapKey")); dfc.stop(); deployer.undeploy(NEW_ISPN); } } {code} was: Steps to reproduce: 1) inject a Deployer via @ArquillianResource 2) declare a deployment as managed=false, use the deployer to deploy artifacts to a managed container 3) run a test method that operates on the deployment 4) check that classes inside the test method have the same classloader as the test class itself (see the code below where I call cache.getClass().getClassLoader()) 5) this does not happen when the deployment is managed=true and deployer API is NOT used. In this case, the classes have a different class loader In the test below, I tried to load different versions of Infinispan in two deployments and test backward compatibility. However, due to this class loading issue the Infinispan classes are of the latest version regardless of libraries bundled in the WAR. {code} package com.jboss.datagrid.test.backwardcompatibility; @RunWith(Arquillian.class) public class SingleFileStoreBackwardCompatibilityIT { private DefaultCacheManager dfc; private String cacheName = "testCache"; private static final String OLD_ISPN = "dep1_with_old_ispn"; private static final String NEW_ISPN = "dep2_with_new_ispn"; private static Map storedMap; @ArquillianResource Deployer deployer; @Deployment(name = OLD_ISPN, testable = true, managed = true, order=1) @TargetsContainer("container1") public static WebArchive createDeploymentOld() { WebArchive jar = DeploymentBuilder.createTestArchiveWithPreviousJDG("test1.war", "previous"); System.out.println("ClassLoader: " + SingleFileStoreBackwardCompatibilityIT.class.getClassLoader()); return jar; } @Deployment(name = NEW_ISPN, testable = true, managed = true, order=2) @TargetsContainer("container2") public static WebArchive createDeploymentNew() { WebArchive jar = DeploymentBuilder.createTestArchive("test2.war", "current"); return jar; } private DefaultCacheManager configureCacheManager(boolean clearCacheStore) throws Exception { GlobalConfiguration glob = new GlobalConfigurationBuilder().nonClusteredDefault() .globalJmxStatistics().allowDuplicateDomains(true). build(); ConfigurationBuilder c = new ConfigurationBuilder(); c.clustering().cacheMode(CacheMode.LOCAL); File tmpStore = new File("/tmp/cache/" + cacheName + ".dat"); if (clearCacheStore && tmpStore.exists()) { tmpStore.delete(); } c.persistence().passivation(false).addSingleFileStore().purgeOnStartup(false).location("/tmp/cache/"); Configuration cnf = c.build(); DefaultCacheManager manager = new DefaultCacheManager(glob); manager.defineConfiguration(cacheName, cnf); return manager; } @Test @OperateOnDeployment(OLD_ISPN) @InSequence(1) public void testStoreWithOldJDG() throws Exception { deployer.deploy(OLD_ISPN); dfc = configureCacheManager(true); dfc.start(); Cache cache = dfc.getCache(cacheName); System.out.println("Version: " + cache.getVersion()); System.out.println("ClassLoader: " + cache.getClass().getClassLoader()); storedMap = new HashMap(); storedMap.put("k", "v"); cache.put("mapKey", storedMap); dfc.stop(); deployer.undeploy(OLD_ISPN); } @Test @OperateOnDeployment(NEW_ISPN) @InSequence(2) public void testReadWithNewJDG() throws Exception { deployer.deploy(NEW_ISPN); dfc = configureCacheManager(false); dfc.start(); Cache cache = dfc.getCache(cacheName); System.out.println("ClassLoader: " + cache.getClass().getClassLoader()); System.out.println("Version: " + cache.getVersion()); assertEquals(storedMap, cache.get("mapKey")); dfc.stop(); deployer.undeploy(NEW_ISPN); } } {code} > Class loading issue with injected deployer > ------------------------------------------- > > Key: ARQ-1937 > URL: https://issues.jboss.org/browse/ARQ-1937 > Project: Arquillian > Issue Type: Bug > Affects Versions: 1.1.1.Final > Reporter: Martin Gencur > > Steps to reproduce: > 1) inject a Deployer via @ArquillianResource > 2) declare a deployment as managed=false, use the deployer to deploy artifacts to a managed container > 3) run a test method that operates on the deployment > 4) check that classes inside the test method have the same classloader as the test class itself (see the code below where I call cache.getClass().getClassLoader()) > 5) this does not happen when the deployment is managed=true and deployer API is NOT used. In this case, the classes have a different class loader > In the test below, I tried to load different versions of Infinispan in two deployments and test backward compatibility. However, due to this class loading issue the Infinispan classes are of the latest version regardless of libraries bundled in the WAR. This is probably due to the fact that the Maven test module has the latest Infinispan libraries defined in while the older version is downloaded separately via Maven dependency plugin. > {code} > package com.jboss.datagrid.test.backwardcompatibility; > @RunWith(Arquillian.class) > public class SingleFileStoreBackwardCompatibilityIT { > private DefaultCacheManager dfc; > private String cacheName = "testCache"; > private static final String OLD_ISPN = "dep1_with_old_ispn"; > private static final String NEW_ISPN = "dep2_with_new_ispn"; > private static Map storedMap; > @ArquillianResource > Deployer deployer; > @Deployment(name = OLD_ISPN, testable = true, managed = true, order=1) > @TargetsContainer("container1") > public static WebArchive createDeploymentOld() { > WebArchive jar = DeploymentBuilder.createTestArchiveWithPreviousJDG("test1.war", "previous"); > System.out.println("ClassLoader: " + SingleFileStoreBackwardCompatibilityIT.class.getClassLoader()); > return jar; > } > @Deployment(name = NEW_ISPN, testable = true, managed = true, order=2) > @TargetsContainer("container2") > public static WebArchive createDeploymentNew() { > WebArchive jar = DeploymentBuilder.createTestArchive("test2.war", "current"); > return jar; > } > private DefaultCacheManager configureCacheManager(boolean clearCacheStore) throws Exception { > GlobalConfiguration glob = new GlobalConfigurationBuilder().nonClusteredDefault() > .globalJmxStatistics().allowDuplicateDomains(true). > build(); > ConfigurationBuilder c = new ConfigurationBuilder(); > c.clustering().cacheMode(CacheMode.LOCAL); > File tmpStore = new File("/tmp/cache/" + cacheName + ".dat"); > if (clearCacheStore && tmpStore.exists()) { > tmpStore.delete(); > } > c.persistence().passivation(false).addSingleFileStore().purgeOnStartup(false).location("/tmp/cache/"); > Configuration cnf = c.build(); > DefaultCacheManager manager = new DefaultCacheManager(glob); > manager.defineConfiguration(cacheName, cnf); > return manager; > } > @Test > @OperateOnDeployment(OLD_ISPN) > @InSequence(1) > public void testStoreWithOldJDG() throws Exception { > deployer.deploy(OLD_ISPN); > dfc = configureCacheManager(true); > dfc.start(); > Cache cache = dfc.getCache(cacheName); > System.out.println("Version: " + cache.getVersion()); > System.out.println("ClassLoader: " + cache.getClass().getClassLoader()); > storedMap = new HashMap(); > storedMap.put("k", "v"); > cache.put("mapKey", storedMap); > dfc.stop(); > deployer.undeploy(OLD_ISPN); > } > @Test > @OperateOnDeployment(NEW_ISPN) > @InSequence(2) > public void testReadWithNewJDG() throws Exception { > deployer.deploy(NEW_ISPN); > dfc = configureCacheManager(false); > dfc.start(); > Cache cache = dfc.getCache(cacheName); > System.out.println("ClassLoader: " + cache.getClass().getClassLoader()); > System.out.println("Version: " + cache.getVersion()); > assertEquals(storedMap, cache.get("mapKey")); > dfc.stop(); > deployer.undeploy(NEW_ISPN); > } > } > {code} -- This message was sent by Atlassian JIRA (v6.3.11#6341) From issues at jboss.org Mon Mar 23 06:55:18 2015 From: issues at jboss.org (Aslak Knutsen (JIRA)) Date: Mon, 23 Mar 2015 06:55:18 -0400 (EDT) Subject: [arquillian-issues] [JBoss JIRA] (ARQ-1937) Class loading issue with injected deployer In-Reply-To: References: Message-ID: [ https://issues.jboss.org/browse/ARQ-1937?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=13052523#comment-13052523 ] Aslak Knutsen commented on ARQ-1937: ------------------------------------ This setup is not possible. You can't inside the same test method deploy the deployment you're suppose to be inside and expect the rest of the test method to execute inside it. You would need to split up deployer.deploy|undeploy in two methods, e.g.: {code} @Test @InSequence(1) public void deployNew() { deployer.deploy("x"); } @Test @InSequence(2) @OperatesOnDeployment("x") public void verifyNew() { Assert.. } @Test @InSequence(3) public void undeployNew() { deployer.undeploy("x") } {code} > Class loading issue with injected deployer > ------------------------------------------- > > Key: ARQ-1937 > URL: https://issues.jboss.org/browse/ARQ-1937 > Project: Arquillian > Issue Type: Bug > Affects Versions: 1.1.1.Final > Reporter: Martin Gencur > > Steps to reproduce: > 1) inject a Deployer via @ArquillianResource > 2) declare a deployment as managed=false, use the deployer to deploy artifacts to a managed container > 3) run a test method that operates on the deployment > 4) check that classes inside the test method have the same classloader as the test class itself (see the code below where I call cache.getClass().getClassLoader()) > 5) this does not happen when the deployment is managed=true and deployer API is NOT used. In this case, the classes have a different class loader > In the test below, I tried to load different versions of Infinispan in two deployments and test backward compatibility. However, due to this class loading issue the Infinispan classes are of the latest version regardless of libraries bundled in the WAR. This is probably due to the fact that the Maven test module has the latest Infinispan libraries defined in while the older version is downloaded separately via Maven dependency plugin. > {code} > package com.jboss.datagrid.test.backwardcompatibility; > @RunWith(Arquillian.class) > public class SingleFileStoreBackwardCompatibilityIT { > private DefaultCacheManager dfc; > private String cacheName = "testCache"; > private static final String OLD_ISPN = "dep1_with_old_ispn"; > private static final String NEW_ISPN = "dep2_with_new_ispn"; > private static Map storedMap; > @ArquillianResource > Deployer deployer; > @Deployment(name = OLD_ISPN, testable = true, managed = true, order=1) > @TargetsContainer("container1") > public static WebArchive createDeploymentOld() { > WebArchive jar = DeploymentBuilder.createTestArchiveWithPreviousJDG("test1.war", "previous"); > System.out.println("ClassLoader: " + SingleFileStoreBackwardCompatibilityIT.class.getClassLoader()); > return jar; > } > @Deployment(name = NEW_ISPN, testable = true, managed = true, order=2) > @TargetsContainer("container2") > public static WebArchive createDeploymentNew() { > WebArchive jar = DeploymentBuilder.createTestArchive("test2.war", "current"); > return jar; > } > private DefaultCacheManager configureCacheManager(boolean clearCacheStore) throws Exception { > GlobalConfiguration glob = new GlobalConfigurationBuilder().nonClusteredDefault() > .globalJmxStatistics().allowDuplicateDomains(true). > build(); > ConfigurationBuilder c = new ConfigurationBuilder(); > c.clustering().cacheMode(CacheMode.LOCAL); > File tmpStore = new File("/tmp/cache/" + cacheName + ".dat"); > if (clearCacheStore && tmpStore.exists()) { > tmpStore.delete(); > } > c.persistence().passivation(false).addSingleFileStore().purgeOnStartup(false).location("/tmp/cache/"); > Configuration cnf = c.build(); > DefaultCacheManager manager = new DefaultCacheManager(glob); > manager.defineConfiguration(cacheName, cnf); > return manager; > } > @Test > @OperateOnDeployment(OLD_ISPN) > @InSequence(1) > public void testStoreWithOldJDG() throws Exception { > deployer.deploy(OLD_ISPN); > dfc = configureCacheManager(true); > dfc.start(); > Cache cache = dfc.getCache(cacheName); > System.out.println("Version: " + cache.getVersion()); > System.out.println("ClassLoader: " + cache.getClass().getClassLoader()); > storedMap = new HashMap(); > storedMap.put("k", "v"); > cache.put("mapKey", storedMap); > dfc.stop(); > deployer.undeploy(OLD_ISPN); > } > @Test > @OperateOnDeployment(NEW_ISPN) > @InSequence(2) > public void testReadWithNewJDG() throws Exception { > deployer.deploy(NEW_ISPN); > dfc = configureCacheManager(false); > dfc.start(); > Cache cache = dfc.getCache(cacheName); > System.out.println("ClassLoader: " + cache.getClass().getClassLoader()); > System.out.println("Version: " + cache.getVersion()); > assertEquals(storedMap, cache.get("mapKey")); > dfc.stop(); > deployer.undeploy(NEW_ISPN); > } > } > {code} -- This message was sent by Atlassian JIRA (v6.3.11#6341) From issues at jboss.org Mon Mar 23 06:56:19 2015 From: issues at jboss.org (Aslak Knutsen (JIRA)) Date: Mon, 23 Mar 2015 06:56:19 -0400 (EDT) Subject: [arquillian-issues] [JBoss JIRA] (ARQ-1937) Class loading issue with injected deployer In-Reply-To: References: Message-ID: [ https://issues.jboss.org/browse/ARQ-1937?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=13052523#comment-13052523 ] Aslak Knutsen edited comment on ARQ-1937 at 3/23/15 6:55 AM: ------------------------------------------------------------- This setup is not possible. You can't inside the same test method deploy the deployment you're suppose to be inside and expect the rest of the test method to execute inside it. Essentially both those @Test methods run on the Client side. You would need to split up deployer.deploy|undeploy in two methods, e.g.: {code} @Test @InSequence(1) public void deployNew() { deployer.deploy("x"); } @Test @InSequence(2) @OperatesOnDeployment("x") public void verifyNew() { Assert.. } @Test @InSequence(3) public void undeployNew() { deployer.undeploy("x") } {code} was (Author: aslak): This setup is not possible. You can't inside the same test method deploy the deployment you're suppose to be inside and expect the rest of the test method to execute inside it. You would need to split up deployer.deploy|undeploy in two methods, e.g.: {code} @Test @InSequence(1) public void deployNew() { deployer.deploy("x"); } @Test @InSequence(2) @OperatesOnDeployment("x") public void verifyNew() { Assert.. } @Test @InSequence(3) public void undeployNew() { deployer.undeploy("x") } {code} > Class loading issue with injected deployer > ------------------------------------------- > > Key: ARQ-1937 > URL: https://issues.jboss.org/browse/ARQ-1937 > Project: Arquillian > Issue Type: Bug > Affects Versions: 1.1.1.Final > Reporter: Martin Gencur > > Steps to reproduce: > 1) inject a Deployer via @ArquillianResource > 2) declare a deployment as managed=false, use the deployer to deploy artifacts to a managed container > 3) run a test method that operates on the deployment > 4) check that classes inside the test method have the same classloader as the test class itself (see the code below where I call cache.getClass().getClassLoader()) > 5) this does not happen when the deployment is managed=true and deployer API is NOT used. In this case, the classes have a different class loader > In the test below, I tried to load different versions of Infinispan in two deployments and test backward compatibility. However, due to this class loading issue the Infinispan classes are of the latest version regardless of libraries bundled in the WAR. This is probably due to the fact that the Maven test module has the latest Infinispan libraries defined in while the older version is downloaded separately via Maven dependency plugin. > {code} > package com.jboss.datagrid.test.backwardcompatibility; > @RunWith(Arquillian.class) > public class SingleFileStoreBackwardCompatibilityIT { > private DefaultCacheManager dfc; > private String cacheName = "testCache"; > private static final String OLD_ISPN = "dep1_with_old_ispn"; > private static final String NEW_ISPN = "dep2_with_new_ispn"; > private static Map storedMap; > @ArquillianResource > Deployer deployer; > @Deployment(name = OLD_ISPN, testable = true, managed = true, order=1) > @TargetsContainer("container1") > public static WebArchive createDeploymentOld() { > WebArchive jar = DeploymentBuilder.createTestArchiveWithPreviousJDG("test1.war", "previous"); > System.out.println("ClassLoader: " + SingleFileStoreBackwardCompatibilityIT.class.getClassLoader()); > return jar; > } > @Deployment(name = NEW_ISPN, testable = true, managed = true, order=2) > @TargetsContainer("container2") > public static WebArchive createDeploymentNew() { > WebArchive jar = DeploymentBuilder.createTestArchive("test2.war", "current"); > return jar; > } > private DefaultCacheManager configureCacheManager(boolean clearCacheStore) throws Exception { > GlobalConfiguration glob = new GlobalConfigurationBuilder().nonClusteredDefault() > .globalJmxStatistics().allowDuplicateDomains(true). > build(); > ConfigurationBuilder c = new ConfigurationBuilder(); > c.clustering().cacheMode(CacheMode.LOCAL); > File tmpStore = new File("/tmp/cache/" + cacheName + ".dat"); > if (clearCacheStore && tmpStore.exists()) { > tmpStore.delete(); > } > c.persistence().passivation(false).addSingleFileStore().purgeOnStartup(false).location("/tmp/cache/"); > Configuration cnf = c.build(); > DefaultCacheManager manager = new DefaultCacheManager(glob); > manager.defineConfiguration(cacheName, cnf); > return manager; > } > @Test > @OperateOnDeployment(OLD_ISPN) > @InSequence(1) > public void testStoreWithOldJDG() throws Exception { > deployer.deploy(OLD_ISPN); > dfc = configureCacheManager(true); > dfc.start(); > Cache cache = dfc.getCache(cacheName); > System.out.println("Version: " + cache.getVersion()); > System.out.println("ClassLoader: " + cache.getClass().getClassLoader()); > storedMap = new HashMap(); > storedMap.put("k", "v"); > cache.put("mapKey", storedMap); > dfc.stop(); > deployer.undeploy(OLD_ISPN); > } > @Test > @OperateOnDeployment(NEW_ISPN) > @InSequence(2) > public void testReadWithNewJDG() throws Exception { > deployer.deploy(NEW_ISPN); > dfc = configureCacheManager(false); > dfc.start(); > Cache cache = dfc.getCache(cacheName); > System.out.println("ClassLoader: " + cache.getClass().getClassLoader()); > System.out.println("Version: " + cache.getVersion()); > assertEquals(storedMap, cache.get("mapKey")); > dfc.stop(); > deployer.undeploy(NEW_ISPN); > } > } > {code} -- This message was sent by Atlassian JIRA (v6.3.11#6341) From issues at jboss.org Mon Mar 23 07:01:18 2015 From: issues at jboss.org (Martin Gencur (JIRA)) Date: Mon, 23 Mar 2015 07:01:18 -0400 (EDT) Subject: [arquillian-issues] [JBoss JIRA] (ARQ-1937) Class loading issue with injected deployer In-Reply-To: References: Message-ID: [ https://issues.jboss.org/browse/ARQ-1937?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=13052527#comment-13052527 ] Martin Gencur commented on ARQ-1937: ------------------------------------ Thanks Aslak. It would be nice to have an error message saying that the test is actually running on client side instead of incontainer. Maybe even a warning that one cannot use deploy on the same deployment on which it operates. I don't think I've seen such a warning. > Class loading issue with injected deployer > ------------------------------------------- > > Key: ARQ-1937 > URL: https://issues.jboss.org/browse/ARQ-1937 > Project: Arquillian > Issue Type: Bug > Affects Versions: 1.1.1.Final > Reporter: Martin Gencur > > Steps to reproduce: > 1) inject a Deployer via @ArquillianResource > 2) declare a deployment as managed=false, use the deployer to deploy artifacts to a managed container > 3) run a test method that operates on the deployment > 4) check that classes inside the test method have the same classloader as the test class itself (see the code below where I call cache.getClass().getClassLoader()) > 5) this does not happen when the deployment is managed=true and deployer API is NOT used. In this case, the classes have a different class loader > In the test below, I tried to load different versions of Infinispan in two deployments and test backward compatibility. However, due to this class loading issue the Infinispan classes are of the latest version regardless of libraries bundled in the WAR. This is probably due to the fact that the Maven test module has the latest Infinispan libraries defined in while the older version is downloaded separately via Maven dependency plugin. > {code} > package com.jboss.datagrid.test.backwardcompatibility; > @RunWith(Arquillian.class) > public class SingleFileStoreBackwardCompatibilityIT { > private DefaultCacheManager dfc; > private String cacheName = "testCache"; > private static final String OLD_ISPN = "dep1_with_old_ispn"; > private static final String NEW_ISPN = "dep2_with_new_ispn"; > private static Map storedMap; > @ArquillianResource > Deployer deployer; > @Deployment(name = OLD_ISPN, testable = true, managed = true, order=1) > @TargetsContainer("container1") > public static WebArchive createDeploymentOld() { > WebArchive jar = DeploymentBuilder.createTestArchiveWithPreviousJDG("test1.war", "previous"); > System.out.println("ClassLoader: " + SingleFileStoreBackwardCompatibilityIT.class.getClassLoader()); > return jar; > } > @Deployment(name = NEW_ISPN, testable = true, managed = true, order=2) > @TargetsContainer("container2") > public static WebArchive createDeploymentNew() { > WebArchive jar = DeploymentBuilder.createTestArchive("test2.war", "current"); > return jar; > } > private DefaultCacheManager configureCacheManager(boolean clearCacheStore) throws Exception { > GlobalConfiguration glob = new GlobalConfigurationBuilder().nonClusteredDefault() > .globalJmxStatistics().allowDuplicateDomains(true). > build(); > ConfigurationBuilder c = new ConfigurationBuilder(); > c.clustering().cacheMode(CacheMode.LOCAL); > File tmpStore = new File("/tmp/cache/" + cacheName + ".dat"); > if (clearCacheStore && tmpStore.exists()) { > tmpStore.delete(); > } > c.persistence().passivation(false).addSingleFileStore().purgeOnStartup(false).location("/tmp/cache/"); > Configuration cnf = c.build(); > DefaultCacheManager manager = new DefaultCacheManager(glob); > manager.defineConfiguration(cacheName, cnf); > return manager; > } > @Test > @OperateOnDeployment(OLD_ISPN) > @InSequence(1) > public void testStoreWithOldJDG() throws Exception { > deployer.deploy(OLD_ISPN); > dfc = configureCacheManager(true); > dfc.start(); > Cache cache = dfc.getCache(cacheName); > System.out.println("Version: " + cache.getVersion()); > System.out.println("ClassLoader: " + cache.getClass().getClassLoader()); > storedMap = new HashMap(); > storedMap.put("k", "v"); > cache.put("mapKey", storedMap); > dfc.stop(); > deployer.undeploy(OLD_ISPN); > } > @Test > @OperateOnDeployment(NEW_ISPN) > @InSequence(2) > public void testReadWithNewJDG() throws Exception { > deployer.deploy(NEW_ISPN); > dfc = configureCacheManager(false); > dfc.start(); > Cache cache = dfc.getCache(cacheName); > System.out.println("ClassLoader: " + cache.getClass().getClassLoader()); > System.out.println("Version: " + cache.getVersion()); > assertEquals(storedMap, cache.get("mapKey")); > dfc.stop(); > deployer.undeploy(NEW_ISPN); > } > } > {code} -- This message was sent by Atlassian JIRA (v6.3.11#6341) From issues at jboss.org Mon Mar 23 07:32:19 2015 From: issues at jboss.org (Aslak Knutsen (JIRA)) Date: Mon, 23 Mar 2015 07:32:19 -0400 (EDT) Subject: [arquillian-issues] [JBoss JIRA] (ARQ-1937) Class loading issue with injected deployer In-Reply-To: References: Message-ID: [ https://issues.jboss.org/browse/ARQ-1937?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=13052535#comment-13052535 ] Aslak Knutsen commented on ARQ-1937: ------------------------------------ It's not technically wrong what you're doing, it's just not what you expected.. :) The confusing scenario here I guess is that you can OperateOnDeployment which is not deployed, by which means RunAsClient. The deployment has a DeploymentScope/Context regardless of being deployed or not, but since it's not deployed it can only RunAsClient... we could make that Illegal unless you also explicitly specify RunAsClient. {code} @Test @OperatesOnDeployment("X") // iIlegal public void shouldX() { deployer.deploy("x") } @Test @OperatesOnDeployment("X") @RunAsClient // legal public void shouldX() { deployer.deploy("x") } {code} > Class loading issue with injected deployer > ------------------------------------------- > > Key: ARQ-1937 > URL: https://issues.jboss.org/browse/ARQ-1937 > Project: Arquillian > Issue Type: Bug > Affects Versions: 1.1.1.Final > Reporter: Martin Gencur > > Steps to reproduce: > 1) inject a Deployer via @ArquillianResource > 2) declare a deployment as managed=false, use the deployer to deploy artifacts to a managed container > 3) run a test method that operates on the deployment > 4) check that classes inside the test method have the same classloader as the test class itself (see the code below where I call cache.getClass().getClassLoader()) > 5) this does not happen when the deployment is managed=true and deployer API is NOT used. In this case, the classes have a different class loader > In the test below, I tried to load different versions of Infinispan in two deployments and test backward compatibility. However, due to this class loading issue the Infinispan classes are of the latest version regardless of libraries bundled in the WAR. This is probably due to the fact that the Maven test module has the latest Infinispan libraries defined in while the older version is downloaded separately via Maven dependency plugin. > {code} > package com.jboss.datagrid.test.backwardcompatibility; > @RunWith(Arquillian.class) > public class SingleFileStoreBackwardCompatibilityIT { > private DefaultCacheManager dfc; > private String cacheName = "testCache"; > private static final String OLD_ISPN = "dep1_with_old_ispn"; > private static final String NEW_ISPN = "dep2_with_new_ispn"; > private static Map storedMap; > @ArquillianResource > Deployer deployer; > @Deployment(name = OLD_ISPN, testable = true, managed = true, order=1) > @TargetsContainer("container1") > public static WebArchive createDeploymentOld() { > WebArchive jar = DeploymentBuilder.createTestArchiveWithPreviousJDG("test1.war", "previous"); > System.out.println("ClassLoader: " + SingleFileStoreBackwardCompatibilityIT.class.getClassLoader()); > return jar; > } > @Deployment(name = NEW_ISPN, testable = true, managed = true, order=2) > @TargetsContainer("container2") > public static WebArchive createDeploymentNew() { > WebArchive jar = DeploymentBuilder.createTestArchive("test2.war", "current"); > return jar; > } > private DefaultCacheManager configureCacheManager(boolean clearCacheStore) throws Exception { > GlobalConfiguration glob = new GlobalConfigurationBuilder().nonClusteredDefault() > .globalJmxStatistics().allowDuplicateDomains(true). > build(); > ConfigurationBuilder c = new ConfigurationBuilder(); > c.clustering().cacheMode(CacheMode.LOCAL); > File tmpStore = new File("/tmp/cache/" + cacheName + ".dat"); > if (clearCacheStore && tmpStore.exists()) { > tmpStore.delete(); > } > c.persistence().passivation(false).addSingleFileStore().purgeOnStartup(false).location("/tmp/cache/"); > Configuration cnf = c.build(); > DefaultCacheManager manager = new DefaultCacheManager(glob); > manager.defineConfiguration(cacheName, cnf); > return manager; > } > @Test > @OperateOnDeployment(OLD_ISPN) > @InSequence(1) > public void testStoreWithOldJDG() throws Exception { > deployer.deploy(OLD_ISPN); > dfc = configureCacheManager(true); > dfc.start(); > Cache cache = dfc.getCache(cacheName); > System.out.println("Version: " + cache.getVersion()); > System.out.println("ClassLoader: " + cache.getClass().getClassLoader()); > storedMap = new HashMap(); > storedMap.put("k", "v"); > cache.put("mapKey", storedMap); > dfc.stop(); > deployer.undeploy(OLD_ISPN); > } > @Test > @OperateOnDeployment(NEW_ISPN) > @InSequence(2) > public void testReadWithNewJDG() throws Exception { > deployer.deploy(NEW_ISPN); > dfc = configureCacheManager(false); > dfc.start(); > Cache cache = dfc.getCache(cacheName); > System.out.println("ClassLoader: " + cache.getClass().getClassLoader()); > System.out.println("Version: " + cache.getVersion()); > assertEquals(storedMap, cache.get("mapKey")); > dfc.stop(); > deployer.undeploy(NEW_ISPN); > } > } > {code} -- This message was sent by Atlassian JIRA (v6.3.11#6341) From issues at jboss.org Mon Mar 23 08:00:24 2015 From: issues at jboss.org (Martin Gencur (JIRA)) Date: Mon, 23 Mar 2015 08:00:24 -0400 (EDT) Subject: [arquillian-issues] [JBoss JIRA] (ARQ-1937) Class loading issue with injected deployer In-Reply-To: References: Message-ID: [ https://issues.jboss.org/browse/ARQ-1937?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=13052548#comment-13052548 ] Martin Gencur commented on ARQ-1937: ------------------------------------ Your suggestion sounds good. And yes, the confusing part was that I can operate on deployment when it's not deployed. > Class loading issue with injected deployer > ------------------------------------------- > > Key: ARQ-1937 > URL: https://issues.jboss.org/browse/ARQ-1937 > Project: Arquillian > Issue Type: Bug > Affects Versions: 1.1.1.Final > Reporter: Martin Gencur > > Steps to reproduce: > 1) inject a Deployer via @ArquillianResource > 2) declare a deployment as managed=false, use the deployer to deploy artifacts to a managed container > 3) run a test method that operates on the deployment > 4) check that classes inside the test method have the same classloader as the test class itself (see the code below where I call cache.getClass().getClassLoader()) > 5) this does not happen when the deployment is managed=true and deployer API is NOT used. In this case, the classes have a different class loader > In the test below, I tried to load different versions of Infinispan in two deployments and test backward compatibility. However, due to this class loading issue the Infinispan classes are of the latest version regardless of libraries bundled in the WAR. This is probably due to the fact that the Maven test module has the latest Infinispan libraries defined in while the older version is downloaded separately via Maven dependency plugin. > {code} > package com.jboss.datagrid.test.backwardcompatibility; > @RunWith(Arquillian.class) > public class SingleFileStoreBackwardCompatibilityIT { > private DefaultCacheManager dfc; > private String cacheName = "testCache"; > private static final String OLD_ISPN = "dep1_with_old_ispn"; > private static final String NEW_ISPN = "dep2_with_new_ispn"; > private static Map storedMap; > @ArquillianResource > Deployer deployer; > @Deployment(name = OLD_ISPN, testable = true, managed = true, order=1) > @TargetsContainer("container1") > public static WebArchive createDeploymentOld() { > WebArchive jar = DeploymentBuilder.createTestArchiveWithPreviousJDG("test1.war", "previous"); > System.out.println("ClassLoader: " + SingleFileStoreBackwardCompatibilityIT.class.getClassLoader()); > return jar; > } > @Deployment(name = NEW_ISPN, testable = true, managed = true, order=2) > @TargetsContainer("container2") > public static WebArchive createDeploymentNew() { > WebArchive jar = DeploymentBuilder.createTestArchive("test2.war", "current"); > return jar; > } > private DefaultCacheManager configureCacheManager(boolean clearCacheStore) throws Exception { > GlobalConfiguration glob = new GlobalConfigurationBuilder().nonClusteredDefault() > .globalJmxStatistics().allowDuplicateDomains(true). > build(); > ConfigurationBuilder c = new ConfigurationBuilder(); > c.clustering().cacheMode(CacheMode.LOCAL); > File tmpStore = new File("/tmp/cache/" + cacheName + ".dat"); > if (clearCacheStore && tmpStore.exists()) { > tmpStore.delete(); > } > c.persistence().passivation(false).addSingleFileStore().purgeOnStartup(false).location("/tmp/cache/"); > Configuration cnf = c.build(); > DefaultCacheManager manager = new DefaultCacheManager(glob); > manager.defineConfiguration(cacheName, cnf); > return manager; > } > @Test > @OperateOnDeployment(OLD_ISPN) > @InSequence(1) > public void testStoreWithOldJDG() throws Exception { > deployer.deploy(OLD_ISPN); > dfc = configureCacheManager(true); > dfc.start(); > Cache cache = dfc.getCache(cacheName); > System.out.println("Version: " + cache.getVersion()); > System.out.println("ClassLoader: " + cache.getClass().getClassLoader()); > storedMap = new HashMap(); > storedMap.put("k", "v"); > cache.put("mapKey", storedMap); > dfc.stop(); > deployer.undeploy(OLD_ISPN); > } > @Test > @OperateOnDeployment(NEW_ISPN) > @InSequence(2) > public void testReadWithNewJDG() throws Exception { > deployer.deploy(NEW_ISPN); > dfc = configureCacheManager(false); > dfc.start(); > Cache cache = dfc.getCache(cacheName); > System.out.println("ClassLoader: " + cache.getClass().getClassLoader()); > System.out.println("Version: " + cache.getVersion()); > assertEquals(storedMap, cache.get("mapKey")); > dfc.stop(); > deployer.undeploy(NEW_ISPN); > } > } > {code} -- This message was sent by Atlassian JIRA (v6.3.11#6341) From issues at jboss.org Mon Mar 23 08:05:18 2015 From: issues at jboss.org (Aslak Knutsen (JIRA)) Date: Mon, 23 Mar 2015 08:05:18 -0400 (EDT) Subject: [arquillian-issues] [JBoss JIRA] (ARQ-1937) Class loading issue with injected deployer In-Reply-To: References: Message-ID: [ https://issues.jboss.org/browse/ARQ-1937?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Aslak Knutsen updated ARQ-1937: ------------------------------- Component/s: Deployable Containers SPI > Class loading issue with injected deployer > ------------------------------------------- > > Key: ARQ-1937 > URL: https://issues.jboss.org/browse/ARQ-1937 > Project: Arquillian > Issue Type: Bug > Components: Deployable Containers SPI > Affects Versions: 1.1.1.Final > Reporter: Martin Gencur > Fix For: 1.1.8.Final > > > Steps to reproduce: > 1) inject a Deployer via @ArquillianResource > 2) declare a deployment as managed=false, use the deployer to deploy artifacts to a managed container > 3) run a test method that operates on the deployment > 4) check that classes inside the test method have the same classloader as the test class itself (see the code below where I call cache.getClass().getClassLoader()) > 5) this does not happen when the deployment is managed=true and deployer API is NOT used. In this case, the classes have a different class loader > In the test below, I tried to load different versions of Infinispan in two deployments and test backward compatibility. However, due to this class loading issue the Infinispan classes are of the latest version regardless of libraries bundled in the WAR. This is probably due to the fact that the Maven test module has the latest Infinispan libraries defined in while the older version is downloaded separately via Maven dependency plugin. > {code} > package com.jboss.datagrid.test.backwardcompatibility; > @RunWith(Arquillian.class) > public class SingleFileStoreBackwardCompatibilityIT { > private DefaultCacheManager dfc; > private String cacheName = "testCache"; > private static final String OLD_ISPN = "dep1_with_old_ispn"; > private static final String NEW_ISPN = "dep2_with_new_ispn"; > private static Map storedMap; > @ArquillianResource > Deployer deployer; > @Deployment(name = OLD_ISPN, testable = true, managed = true, order=1) > @TargetsContainer("container1") > public static WebArchive createDeploymentOld() { > WebArchive jar = DeploymentBuilder.createTestArchiveWithPreviousJDG("test1.war", "previous"); > System.out.println("ClassLoader: " + SingleFileStoreBackwardCompatibilityIT.class.getClassLoader()); > return jar; > } > @Deployment(name = NEW_ISPN, testable = true, managed = true, order=2) > @TargetsContainer("container2") > public static WebArchive createDeploymentNew() { > WebArchive jar = DeploymentBuilder.createTestArchive("test2.war", "current"); > return jar; > } > private DefaultCacheManager configureCacheManager(boolean clearCacheStore) throws Exception { > GlobalConfiguration glob = new GlobalConfigurationBuilder().nonClusteredDefault() > .globalJmxStatistics().allowDuplicateDomains(true). > build(); > ConfigurationBuilder c = new ConfigurationBuilder(); > c.clustering().cacheMode(CacheMode.LOCAL); > File tmpStore = new File("/tmp/cache/" + cacheName + ".dat"); > if (clearCacheStore && tmpStore.exists()) { > tmpStore.delete(); > } > c.persistence().passivation(false).addSingleFileStore().purgeOnStartup(false).location("/tmp/cache/"); > Configuration cnf = c.build(); > DefaultCacheManager manager = new DefaultCacheManager(glob); > manager.defineConfiguration(cacheName, cnf); > return manager; > } > @Test > @OperateOnDeployment(OLD_ISPN) > @InSequence(1) > public void testStoreWithOldJDG() throws Exception { > deployer.deploy(OLD_ISPN); > dfc = configureCacheManager(true); > dfc.start(); > Cache cache = dfc.getCache(cacheName); > System.out.println("Version: " + cache.getVersion()); > System.out.println("ClassLoader: " + cache.getClass().getClassLoader()); > storedMap = new HashMap(); > storedMap.put("k", "v"); > cache.put("mapKey", storedMap); > dfc.stop(); > deployer.undeploy(OLD_ISPN); > } > @Test > @OperateOnDeployment(NEW_ISPN) > @InSequence(2) > public void testReadWithNewJDG() throws Exception { > deployer.deploy(NEW_ISPN); > dfc = configureCacheManager(false); > dfc.start(); > Cache cache = dfc.getCache(cacheName); > System.out.println("ClassLoader: " + cache.getClass().getClassLoader()); > System.out.println("Version: " + cache.getVersion()); > assertEquals(storedMap, cache.get("mapKey")); > dfc.stop(); > deployer.undeploy(NEW_ISPN); > } > } > {code} -- This message was sent by Atlassian JIRA (v6.3.11#6341) From issues at jboss.org Mon Mar 23 08:05:18 2015 From: issues at jboss.org (Aslak Knutsen (JIRA)) Date: Mon, 23 Mar 2015 08:05:18 -0400 (EDT) Subject: [arquillian-issues] [JBoss JIRA] (ARQ-1937) Class loading issue with injected deployer In-Reply-To: References: Message-ID: [ https://issues.jboss.org/browse/ARQ-1937?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Aslak Knutsen updated ARQ-1937: ------------------------------- Fix Version/s: 1.1.8.Final > Class loading issue with injected deployer > ------------------------------------------- > > Key: ARQ-1937 > URL: https://issues.jboss.org/browse/ARQ-1937 > Project: Arquillian > Issue Type: Bug > Components: Deployable Containers SPI > Affects Versions: 1.1.1.Final > Reporter: Martin Gencur > Fix For: 1.1.8.Final > > > Steps to reproduce: > 1) inject a Deployer via @ArquillianResource > 2) declare a deployment as managed=false, use the deployer to deploy artifacts to a managed container > 3) run a test method that operates on the deployment > 4) check that classes inside the test method have the same classloader as the test class itself (see the code below where I call cache.getClass().getClassLoader()) > 5) this does not happen when the deployment is managed=true and deployer API is NOT used. In this case, the classes have a different class loader > In the test below, I tried to load different versions of Infinispan in two deployments and test backward compatibility. However, due to this class loading issue the Infinispan classes are of the latest version regardless of libraries bundled in the WAR. This is probably due to the fact that the Maven test module has the latest Infinispan libraries defined in while the older version is downloaded separately via Maven dependency plugin. > {code} > package com.jboss.datagrid.test.backwardcompatibility; > @RunWith(Arquillian.class) > public class SingleFileStoreBackwardCompatibilityIT { > private DefaultCacheManager dfc; > private String cacheName = "testCache"; > private static final String OLD_ISPN = "dep1_with_old_ispn"; > private static final String NEW_ISPN = "dep2_with_new_ispn"; > private static Map storedMap; > @ArquillianResource > Deployer deployer; > @Deployment(name = OLD_ISPN, testable = true, managed = true, order=1) > @TargetsContainer("container1") > public static WebArchive createDeploymentOld() { > WebArchive jar = DeploymentBuilder.createTestArchiveWithPreviousJDG("test1.war", "previous"); > System.out.println("ClassLoader: " + SingleFileStoreBackwardCompatibilityIT.class.getClassLoader()); > return jar; > } > @Deployment(name = NEW_ISPN, testable = true, managed = true, order=2) > @TargetsContainer("container2") > public static WebArchive createDeploymentNew() { > WebArchive jar = DeploymentBuilder.createTestArchive("test2.war", "current"); > return jar; > } > private DefaultCacheManager configureCacheManager(boolean clearCacheStore) throws Exception { > GlobalConfiguration glob = new GlobalConfigurationBuilder().nonClusteredDefault() > .globalJmxStatistics().allowDuplicateDomains(true). > build(); > ConfigurationBuilder c = new ConfigurationBuilder(); > c.clustering().cacheMode(CacheMode.LOCAL); > File tmpStore = new File("/tmp/cache/" + cacheName + ".dat"); > if (clearCacheStore && tmpStore.exists()) { > tmpStore.delete(); > } > c.persistence().passivation(false).addSingleFileStore().purgeOnStartup(false).location("/tmp/cache/"); > Configuration cnf = c.build(); > DefaultCacheManager manager = new DefaultCacheManager(glob); > manager.defineConfiguration(cacheName, cnf); > return manager; > } > @Test > @OperateOnDeployment(OLD_ISPN) > @InSequence(1) > public void testStoreWithOldJDG() throws Exception { > deployer.deploy(OLD_ISPN); > dfc = configureCacheManager(true); > dfc.start(); > Cache cache = dfc.getCache(cacheName); > System.out.println("Version: " + cache.getVersion()); > System.out.println("ClassLoader: " + cache.getClass().getClassLoader()); > storedMap = new HashMap(); > storedMap.put("k", "v"); > cache.put("mapKey", storedMap); > dfc.stop(); > deployer.undeploy(OLD_ISPN); > } > @Test > @OperateOnDeployment(NEW_ISPN) > @InSequence(2) > public void testReadWithNewJDG() throws Exception { > deployer.deploy(NEW_ISPN); > dfc = configureCacheManager(false); > dfc.start(); > Cache cache = dfc.getCache(cacheName); > System.out.println("ClassLoader: " + cache.getClass().getClassLoader()); > System.out.println("Version: " + cache.getVersion()); > assertEquals(storedMap, cache.get("mapKey")); > dfc.stop(); > deployer.undeploy(NEW_ISPN); > } > } > {code} -- This message was sent by Atlassian JIRA (v6.3.11#6341) From issues at jboss.org Mon Mar 23 11:30:19 2015 From: issues at jboss.org (Saurabh Agarwal (JIRA)) Date: Mon, 23 Mar 2015 11:30:19 -0400 (EDT) Subject: [arquillian-issues] [JBoss JIRA] (ARQ-1889) CDI Injection not working in WebSphere Containers (V8) In-Reply-To: References: Message-ID: [ https://issues.jboss.org/browse/ARQ-1889?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Saurabh Agarwal updated ARQ-1889: --------------------------------- Hi Poul, Actually the issue is reproducible and caused by JAR loading hierarchy of WebSphere server.Upon adding the Arquillian JARS on extended path, the hierarchy was corrected and problem got resolved. ThanksSaurabh Date: Sat, 21 Mar 2015 16:03:19 -0400 From: issues at jboss.org To: saurabh_ksa at hotmail.com Subject: [JBoss JIRA] (ARQ-1889) CDI Injection not working in WebSphere Containers (V8) Message Title Gerhard Poul closed an issue as Cannot Reproduce Bug Arquillian / ARQ-1889 CDI Injection not working in WebSphere Containers (V8) Change By: Gerhard Poul Status: Open Closed Assignee: Gerhard Poul Resolution: Cannot Reproduce Bug Add Comment This message was sent by Atlassian JIRA (v6.3.11#6341-sha1:83c4d29) > CDI Injection not working in WebSphere Containers (V8) > ------------------------------------------------------ > > Key: ARQ-1889 > URL: https://issues.jboss.org/browse/ARQ-1889 > Project: Arquillian > Issue Type: Bug > Components: WebSphere Containers > Affects Versions: was_1.0.0.Beta1 > Environment: Windows 7, IBM WebSphere Application Server (8.0.0.9), IBM RSA 8 > Reporter: Saurabh Agarwal > Assignee: Gerhard Poul > Priority: Blocker > Attachments: ArquillianInjectionTest.java, StackTrace.txt > > > Hi, > I have gone through ARQ-1488 and it depicts the same problem what I am facing. > In my IBM WebSphere Application Server (8.0.0.9), CDI is not working and it is giving me the NP exception. > Please note I am not using MAVEN build but have all required JARS file in my web-inf/lib directory > JARS List I am having > ------------------------------ > arquillian-config-api.jar > arquillian-config-impl-base.jar > arquillian-config-spi.jar > arquillian-container-impl-base.jar > arquillian-container-spi.jar > arquillian-container-test-api.jar > arquillian-container-test-impl-base.jar > arquillian-container-test-spi.jar > arquillian-core-api.jar > arquillian-core-impl-base-1.1.5.Final.jar > arquillian-core-spi-1.1.5.Final.jar > arquillian-junit-container.jar > arquillian-junit-core.jar > arquillian-protocol-jmx-1.1.5.Final.jar > arquillian-protocol-servlet.jar > arquillian-protocol.jar > arquillian-test-api.jar > arquillian-test-impl-base.jar > arquillian-test-spi.jar > arquillian-testenricher-cdi.jar > arquillian-testenricher-ejb.jar > arquillian-testenricher-initialcontext.jar > arquillian-testenricher-resource.jar > arquillian-was-remote.jar > commons-fileupload-1.2.1.jar > commons-io-1.4.jar > deltaspike-core-api-1.0.0.jar > deltaspike-core-impl-1.0.0.jar > deltaspike-jsf-module-api-1.0.0.jar > deltaspike-jsf-module-impl-1.0.0.jar > deltaspike-security-module-api-1.0.0.jar > deltaspike-security-module-impl-1.0.0.jar > itext-1.3.jar > jsfcore.jar > junit.jar > org.hamcrest.core_1.3.0.v201303031735.jar > poi-3.8-20120326.jar > primefaces-4.0.6.jar > shrinkwrap-api.jar > shrinkwrap-descriptors-api-base.jar > shrinkwrap-descriptors-api-javaee.jar > shrinkwrap-descriptors-impl-base.jar > shrinkwrap-descriptors-impl-javaee.jar > shrinkwrap-descriptors-spi.jar > shrinkwrap-impl-base.jar > shrinkwrap-spi.jar > Code snippet > ------------------ > import javax.inject.Inject; > import org.jboss.arquillian.container.test.api.Deployment; > import org.jboss.arquillian.junit.Arquillian; > import org.jboss.shrinkwrap.api.spec.EnterpriseArchive; > import org.junit.Assert; > import org.junit.Test; > import org.junit.runner.RunWith; > import com.ford.jcoe.jab.inbound.booking.ui.bean.ListBookingBean; > import com.ford.jcoe.jab.inbound.booking.ui.bean.TestArquillianBean; > /** > * TODO - Place class description here > */ > @RunWith(Arquillian.class) > public class ArquillianInjectionTest extends BaseArquillianPersistenceTest { > @Inject > ListBookingBean b; > /** > * TODO - Place method description here > * > * @return > */ > @Deployment > public static EnterpriseArchive createTestArchive() { > java.net.Authenticator.setDefault(basicAuthAuthenticator); > return BaseArquillianPersistenceTest.createTestArchive("JabEAR"); > } > /** > * Unit Test Method > */ > @Test > public void testInjection() { > String stringRepresentation = null; > try { > System.out.println("Not Working Step 1"); > stringRepresentation = this.b.toString(); > System.out.println("Not Working Step 2"); > } catch (final NullPointerException npe) { > Assert.fail("Injection failed."); > } > Assert.assertNotNull(stringRepresentation); > } > } > Exception I am getting > ----------------------------- > Null Pointer exception in stringRepresentation = this.b.toString(); as b is null. > Complete stack trace > -------------------------- > java.lang.AssertionError: Injection failed. > at org.junit.Assert.fail(Assert.java:88) > at ArquillianInjectionTest.testInjection(ArquillianInjectionTest.java:50) > at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method) > at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:60) > at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:37) > at java.lang.reflect.Method.invoke(Method.java:611) > at org.junit.runners.model.FrameworkMethod$1.runReflectiveCall(FrameworkMethod.java:47) > at org.junit.internal.runners.model.ReflectiveCallable.run(ReflectiveCallable.java:12) > at org.junit.runners.model.FrameworkMethod.invokeExplosively(FrameworkMethod.java:44) > at org.jboss.arquillian.junit.Arquillian$6$1.invoke(Arquillian.java:301) > at org.jboss.arquillian.container.test.impl.execution.LocalTestExecuter.execute(LocalTestExecuter.java:60) > at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method) > at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:60) > at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:37) > at java.lang.reflect.Method.invoke(Method.java:611) > at org.jboss.arquillian.core.impl.ObserverImpl.invoke(ObserverImpl.java:94) > at org.jboss.arquillian.core.impl.EventContextImpl.invokeObservers(EventContextImpl.java:99) > at org.jboss.arquillian.core.impl.EventContextImpl.proceed(EventContextImpl.java:81) > at org.jboss.arquillian.core.impl.ManagerImpl.fire(ManagerImpl.java:145) > at org.jboss.arquillian.core.impl.ManagerImpl.fire(ManagerImpl.java:116) > at org.jboss.arquillian.core.impl.EventImpl.fire(EventImpl.java:67) > at org.jboss.arquillian.container.test.impl.client.protocol.local.LocalContainerMethodExecutor.invoke(LocalContainerMethodExecutor.java:50) > at org.jboss.arquillian.container.test.impl.execution.RemoteTestExecuter.execute(RemoteTestExecuter.java:109) > at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method) > at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:60) > at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:37) > at java.lang.reflect.Method.invoke(Method.java:611) > at org.jboss.arquillian.core.impl.ObserverImpl.invoke(ObserverImpl.java:94) > at org.jboss.arquillian.core.impl.EventContextImpl.invokeObservers(EventContextImpl.java:99) > at org.jboss.arquillian.core.impl.EventContextImpl.proceed(EventContextImpl.java:81) > at org.jboss.arquillian.core.impl.ManagerImpl.fire(ManagerImpl.java:145) > at org.jboss.arquillian.core.impl.ManagerImpl.fire(ManagerImpl.java:116) > at org.jboss.arquillian.core.impl.EventImpl.fire(EventImpl.java:67) > at org.jboss.arquillian.container.test.impl.execution.ClientTestExecuter.execute(ClientTestExecuter.java:57) > at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method) > at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:60) > at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:37) > at java.lang.reflect.Method.invoke(Method.java:611) > at org.jboss.arquillian.core.impl.ObserverImpl.invoke(ObserverImpl.java:94) > at org.jboss.arquillian.core.impl.EventContextImpl.invokeObservers(EventContextImpl.java:99) > at org.jboss.arquillian.core.impl.EventContextImpl.proceed(EventContextImpl.java:81) > at org.jboss.arquillian.container.test.impl.client.ContainerEventController.createContext(ContainerEventController.java:142) > at org.jboss.arquillian.container.test.impl.client.ContainerEventController.createTestContext(ContainerEventController.java:129) > at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method) > at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:60) > at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:37) > at java.lang.reflect.Method.invoke(Method.java:611) > at org.jboss.arquillian.core.impl.ObserverImpl.invoke(ObserverImpl.java:94) > at org.jboss.arquillian.core.impl.EventContextImpl.proceed(EventContextImpl.java:88) > at org.jboss.arquillian.test.impl.TestContextHandler.createTestContext(TestContextHandler.java:102) > at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method) > at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:60) > at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:37) > at java.lang.reflect.Method.invoke(Method.java:611) > at org.jboss.arquillian.core.impl.ObserverImpl.invoke(ObserverImpl.java:94) > at org.jboss.arquillian.core.impl.EventContextImpl.proceed(EventContextImpl.java:88) > at org.jboss.arquillian.test.impl.TestContextHandler.createClassContext(TestContextHandler.java:84) > at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method) > at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:60) > at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:37) > at java.lang.reflect.Method.invoke(Method.java:611) > at org.jboss.arquillian.core.impl.ObserverImpl.invoke(ObserverImpl.java:94) > at org.jboss.arquillian.core.impl.EventContextImpl.proceed(EventContextImpl.java:88) > at org.jboss.arquillian.test.impl.TestContextHandler.createSuiteContext(TestContextHandler.java:65) > at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method) > at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:60) > at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:37) > at java.lang.reflect.Method.invoke(Method.java:611) > at org.jboss.arquillian.core.impl.ObserverImpl.invoke(ObserverImpl.java:94) > at org.jboss.arquillian.core.impl.EventContextImpl.proceed(EventContextImpl.java:88) > at org.jboss.arquillian.core.impl.ManagerImpl.fire(ManagerImpl.java:145) > at org.jboss.arquillian.test.impl.EventTestRunnerAdaptor.test(EventTestRunnerAdaptor.java:111) > at org.jboss.arquillian.junit.Arquillian$6.evaluate(Arquillian.java:294) > at org.jboss.arquillian.junit.Arquillian$5.evaluate(Arquillian.java:269) > at org.junit.runners.ParentRunner.runLeaf(ParentRunner.java:271) > at org.junit.runners.BlockJUnit4ClassRunner.runChild(BlockJUnit4ClassRunner.java:70) > at org.junit.runners.BlockJUnit4ClassRunner.runChild(BlockJUnit4ClassRunner.java:50) > at org.junit.runners.ParentRunner$3.run(ParentRunner.java:238) > at org.junit.runners.ParentRunner$1.schedule(ParentRunner.java:63) > at org.junit.runners.ParentRunner.runChildren(ParentRunner.java:236) > at org.junit.runners.ParentRunner.access$000(ParentRunner.java:53) > at org.junit.runners.ParentRunner$2.evaluate(ParentRunner.java:229) > at org.jboss.arquillian.junit.Arquillian$2.evaluate(Arquillian.java:193) > at org.jboss.arquillian.junit.Arquillian.multiExecute(Arquillian.java:345) > at org.jboss.arquillian.junit.Arquillian.access$200(Arquillian.java:49) > at org.jboss.arquillian.junit.Arquillian$3.evaluate(Arquillian.java:207) > at org.junit.runners.ParentRunner.run(ParentRunner.java:309) > at org.jboss.arquillian.junit.Arquillian.run(Arquillian.java:155) > at org.junit.runner.JUnitCore.run(JUnitCore.java:160) > at org.junit.runner.JUnitCore.run(JUnitCore.java:138) > at org.jboss.arquillian.junit.container.JUnitTestRunner.execute(JUnitTestRunner.java:66) > at org.jboss.arquillian.protocol.servlet.runner.ServletTestRunner.executeTest(ServletTestRunner.java:159) > at org.jboss.arquillian.protocol.servlet.runner.ServletTestRunner.execute(ServletTestRunner.java:125) > at org.jboss.arquillian.protocol.servlet.runner.ServletTestRunner.doGet(ServletTestRunner.java:89) > at javax.servlet.http.HttpServlet.service(HttpServlet.java:575) > at javax.servlet.http.HttpServlet.service(HttpServlet.java:668) > at com.ibm.ws.webcontainer.servlet.ServletWrapper.service(ServletWrapper.java:1230) > at com.ibm.ws.webcontainer.servlet.ServletWrapper.handleRequest(ServletWrapper.java:779) > at com.ibm.ws.webcontainer.servlet.ServletWrapper.handleRequest(ServletWrapper.java:478) > at com.ibm.ws.webcontainer.servlet.ServletWrapperImpl.handleRequest(ServletWrapperImpl.java:178) > at com.ibm.ws.webcontainer.filter.WebAppFilterChain.invokeTarget(WebAppFilterChain.java:136) > at com.ibm.ws.webcontainer.filter.WebAppFilterChain.doFilter(WebAppFilterChain.java:79) > at com.ibm.ws.webcontainer.filter.WebAppFilterManager.doFilter(WebAppFilterManager.java:960) > at com.ibm.ws.webcontainer.filter.WebAppFilterManager.invokeFilters(WebAppFilterManager.java:1064) > at com.ibm.ws.webcontainer.servlet.CacheServletWrapper.handleRequest(CacheServletWrapper.java:87) > at com.ibm.ws.webcontainer.WebContainer.handleRequest(WebContainer.java:914) > at com.ibm.ws.webcontainer.WSWebContainer.handleRequest(WSWebContainer.java:1662) > at com.ibm.ws.webcontainer.channel.WCChannelLink.ready(WCChannelLink.java:200) > at com.ibm.ws.http.channel.inbound.impl.HttpInboundLink.handleDiscrimination(HttpInboundLink.java:453) > at com.ibm.ws.http.channel.inbound.impl.HttpInboundLink.handleNewRequest(HttpInboundLink.java:515) > at com.ibm.ws.http.channel.inbound.impl.HttpInboundLink.processRequest(HttpInboundLink.java:306) > at com.ibm.ws.http.channel.inbound.impl.HttpInboundLink.ready(HttpInboundLink.java:277) > at com.ibm.ws.tcp.channel.impl.NewConnectionInitialReadCallback.sendToDiscriminators(NewConnectionInitialReadCallback.java:214) > at com.ibm.ws.tcp.channel.impl.NewConnectionInitialReadCallback.complete(NewConnectionInitialReadCallback.java:113) > at com.ibm.ws.tcp.channel.impl.AioReadCompletionListener.futureCompleted(AioReadCompletionListener.java:175) > at com.ibm.io.async.AbstractAsyncFuture.invokeCallback(AbstractAsyncFuture.java:217) > at com.ibm.io.async.AsyncChannelFuture.fireCompletionActions(AsyncChannelFuture.java:161) > at com.ibm.io.async.AsyncFuture.completed(AsyncFuture.java:138) > at com.ibm.io.async.ResultHandler.complete(ResultHandler.java:204) > at com.ibm.io.async.ResultHandler.runEventProcessingLoop(ResultHandler.java:775) > at com.ibm.io.async.ResultHandler$2.run(ResultHandler.java:905) > at com.ibm.ws.util.ThreadPool$Worker.run(ThreadPool.java:1702) > Most Important Thing > ------------------------------ > I have commented out the code in WebSphereRemoteContainer.java (for WAS 8 - https://github.com/arquillian/arquillian-container-was) which is responsible for deploying and un-deploying the code. > For our requirements, the code is already deployed and all we need to run the test on PRE DEPLOYED code only. > Methods which I have modified > 1. public ProtocolMetaData deploy(final Archive archive) throws DeploymentException > 2. public void undeploy(final Archive archive) throws DeploymentException > I have just commented out the code which install / uninstall the application. > Can someone help me in getting this issue resolved. > Please let me know if I need to provide more information for debugging purpose. -- This message was sent by Atlassian JIRA (v6.3.11#6341) From issues at jboss.org Mon Mar 23 15:56:18 2015 From: issues at jboss.org (Karl Pietrzak (JIRA)) Date: Mon, 23 Mar 2015 15:56:18 -0400 (EDT) Subject: [arquillian-issues] [JBoss JIRA] (ARQ-1938) wildfly container does not support serverConfig parameter In-Reply-To: References: Message-ID: Karl Pietrzak created ARQ-1938: ---------------------------------- Summary: wildfly container does not support serverConfig parameter Key: ARQ-1938 URL: https://issues.jboss.org/browse/ARQ-1938 Project: Arquillian Issue Type: Feature Request Reporter: Karl Pietrzak h3. arquillian.xml snippet {code:xml} does_not_matter.xml target/wildfly-embedded/wildfly-8.2.0.Final/ target/wildfly-embedded/wildfly-8.2.0.Final/modules {code} h3. Details * It doesn't matter what I put for {{serverConfig}}, which leads me to believe it isn't used. * the JBoss container supports this parameter, so it would be great if the Wildfly one did too. -- This message was sent by Atlassian JIRA (v6.3.11#6341) From issues at jboss.org Wed Mar 25 06:00:26 2015 From: issues at jboss.org (=?UTF-8?Q?Luk=C3=A1=C5=A1_Fry=C4=8D_=28JIRA=29?=) Date: Wed, 25 Mar 2015 06:00:26 -0400 (EDT) Subject: [arquillian-issues] [JBoss JIRA] (ARQGRA-331) Graphene guards fails when page stores reference to XMLHttpRequest before Graphene rewrites them In-Reply-To: References: Message-ID: [ https://issues.jboss.org/browse/ARQGRA-331?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Luk?? Fry? updated ARQGRA-331: ------------------------------ Priority: Major (was: Critical) > Graphene guards fails when page stores reference to XMLHttpRequest before Graphene rewrites them > ------------------------------------------------------------------------------------------------ > > Key: ARQGRA-331 > URL: https://issues.jboss.org/browse/ARQGRA-331 > Project: Arquillian Graphene > Issue Type: Bug > Components: core > Affects Versions: 2.0.0.Alpha4 > Reporter: Oliver Ki?? > Assignee: Luk?? Fry? > Fix For: 2.1-Tracking > > > Graphene guards do not work correctly in the [AngularJS Kitchensink quickstart|https://github.com/jboss-jdf/jboss-as-quickstart/tree/master/kitchensink-angularjs]. > The registration form sends a XHR POST request on submit, but this is not recognized and clicking on the submit button with {{guardAjax(registerButton).click()}} throws an exception: "{{RequestGuardException: Request type 'XHR' was expected, but type 'NONE' was done instead}}". -- This message was sent by Atlassian JIRA (v6.3.11#6341) From issues at jboss.org Wed Mar 25 06:00:26 2015 From: issues at jboss.org (=?UTF-8?Q?Luk=C3=A1=C5=A1_Fry=C4=8D_=28JIRA=29?=) Date: Wed, 25 Mar 2015 06:00:26 -0400 (EDT) Subject: [arquillian-issues] [JBoss JIRA] (ARQ-1328) Warp: guide outline In-Reply-To: References: Message-ID: [ https://issues.jboss.org/browse/ARQ-1328?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Luk?? Fry? updated ARQ-1328: ---------------------------- Priority: Major (was: Critical) > Warp: guide outline > ------------------- > > Key: ARQ-1328 > URL: https://issues.jboss.org/browse/ARQ-1328 > Project: Arquillian > Issue Type: Feature Request > Components: Extension - Warp > Reporter: Luk?? Fry? > Assignee: Luk?? Fry? > Fix For: warp_1.0.0.Beta1 > > Original Estimate: 2 hours > Remaining Estimate: 2 hours > -- This message was sent by Atlassian JIRA (v6.3.11#6341) From issues at jboss.org Wed Mar 25 15:09:19 2015 From: issues at jboss.org (Peter Probst (JIRA)) Date: Wed, 25 Mar 2015 15:09:19 -0400 (EDT) Subject: [arquillian-issues] [JBoss JIRA] (ARQ-1645) persistence doesn't support multiple datasources In-Reply-To: References: Message-ID: [ https://issues.jboss.org/browse/ARQ-1645?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=13053453#comment-13053453 ] Peter Probst commented on ARQ-1645: ----------------------------------- Also it would be perfect if i can bind a @Dataset to a @Datasource. So on one method i can have more than one @Dataset which have a parameter for the @Datasource to use. Sample: a test method is working on data in multiple schemas, so the data inject would be very easy. Also it would be really great if i can set (optional) a default schema name on @Datasource -> and this schema will be propagated to dbunit. In our case working with postgres it is only possible to use a static schema configuration in arquillian.xml. But this is only valid for one schema. So we now use qualified table names, but then we have to use also schema name in flat xml files -> so these files are not reusable for same schema with different name. The schema name on the @Datasource would solve this problem elegantly. > persistence doesn't support multiple datasources > ------------------------------------------------ > > Key: ARQ-1645 > URL: https://issues.jboss.org/browse/ARQ-1645 > Project: Arquillian > Issue Type: Feature Request > Components: Extension - Persistence > Affects Versions: persistence_1.0.0.Alpha6 > Reporter: Romain Manni-Bucau > Assignee: Bartosz Majsak > Fix For: persistence_1.0.0.next > > > It is common to use multiple datsources (in fact all apps I'm working with does it) and ATM dbunit extension doesn't support multiple datsource init/asserts (UsingDataSet and ExpectedDataSet). > Would be great to get a plural version of @DataSource and @XDataSet -- This message was sent by Atlassian JIRA (v6.3.11#6341) From issues at jboss.org Wed Mar 25 15:11:19 2015 From: issues at jboss.org (Peter Probst (JIRA)) Date: Wed, 25 Mar 2015 15:11:19 -0400 (EDT) Subject: [arquillian-issues] [JBoss JIRA] (ARQ-1645) persistence doesn't support multiple datasources In-Reply-To: References: Message-ID: [ https://issues.jboss.org/browse/ARQ-1645?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=13053453#comment-13053453 ] Peter Probst edited comment on ARQ-1645 at 3/25/15 3:10 PM: ------------------------------------------------------------ Also it would be perfect if i can bind a @UsingDataset to a @Datasource. So on one method i can have more than one @UsingDataset which have a parameter for the @Datasource to use. Sample: a test method is working on data in multiple schemas, so the data inject would be very easy. Also it would be really great if i can set (optional) a default schema name on @Datasource -> and this schema will be propagated to dbunit. In our case working with postgres it is only possible to use a static schema configuration in arquillian.xml. But this is only valid for one schema. So we now use qualified table names, but then we have to use also schema name in flat xml files -> so these files are not reusable for same schema with different name. The schema name on the @UsingDatasource would solve this problem elegantly. was (Author: peter.probst): Also it would be perfect if i can bind a @Dataset to a @Datasource. So on one method i can have more than one @Dataset which have a parameter for the @Datasource to use. Sample: a test method is working on data in multiple schemas, so the data inject would be very easy. Also it would be really great if i can set (optional) a default schema name on @Datasource -> and this schema will be propagated to dbunit. In our case working with postgres it is only possible to use a static schema configuration in arquillian.xml. But this is only valid for one schema. So we now use qualified table names, but then we have to use also schema name in flat xml files -> so these files are not reusable for same schema with different name. The schema name on the @Datasource would solve this problem elegantly. > persistence doesn't support multiple datasources > ------------------------------------------------ > > Key: ARQ-1645 > URL: https://issues.jboss.org/browse/ARQ-1645 > Project: Arquillian > Issue Type: Feature Request > Components: Extension - Persistence > Affects Versions: persistence_1.0.0.Alpha6 > Reporter: Romain Manni-Bucau > Assignee: Bartosz Majsak > Fix For: persistence_1.0.0.next > > > It is common to use multiple datsources (in fact all apps I'm working with does it) and ATM dbunit extension doesn't support multiple datsource init/asserts (UsingDataSet and ExpectedDataSet). > Would be great to get a plural version of @DataSource and @XDataSet -- This message was sent by Atlassian JIRA (v6.3.11#6341) From issues at jboss.org Fri Mar 27 11:42:19 2015 From: issues at jboss.org (Steven Dodd (JIRA)) Date: Fri, 27 Mar 2015 11:42:19 -0400 (EDT) Subject: [arquillian-issues] [JBoss JIRA] (ARQ-1939) Arquillian fails with NPE when @UsingDataSet seeding fails In-Reply-To: References: Message-ID: Steven Dodd created ARQ-1939: -------------------------------- Summary: Arquillian fails with NPE when @UsingDataSet seeding fails Key: ARQ-1939 URL: https://issues.jboss.org/browse/ARQ-1939 Project: Arquillian Issue Type: Bug Affects Versions: 1.1.5.Final Environment: Postgres, JBoss, Hibernate Reporter: Steven Dodd Arquillian fails with an NPE when @UsingDataSet seeding fails, for example, due to seed data violating a unique constraint. The NPE call-stack is unrelated to database seeding. The NPE gives no indication that the source of the problem is a bad database seed. As a result, many hours can easily be wasted trying to figure out the source of the problem. Arquillian should clearly report when database seeding fails. Note: we only use .yml files for seeding, not sure if the same problem exists for other file types. Here's an example of the callstack: {code} java.lang.NullPointerException at org.jboss.arquillian.transaction.impl.lifecycle.TransactionHandler.testRequiresRollbackDueToFailure(TransactionHandler.java:150) at org.jboss.arquillian.transaction.impl.lifecycle.TransactionHandler.rollbackRequired(TransactionHandler.java:140) at org.jboss.arquillian.transaction.impl.lifecycle.TransactionHandler.endTransactionAfterTest(TransactionHandler.java:108) at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method) at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:62) at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43) at java.lang.reflect.Method.invoke(Method.java:483) at org.jboss.arquillian.core.impl.ObserverImpl.invoke(ObserverImpl.java:94) at org.jboss.arquillian.core.impl.EventContextImpl.invokeObservers(EventContextImpl.java:99) at org.jboss.arquillian.core.impl.EventContextImpl.proceed(EventContextImpl.java:81) at org.jboss.arquillian.testenricher.cdi.CreationalContextDestroyer.destory(CreationalContextDestroyer.java:44) at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method) at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:62) at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43) at java.lang.reflect.Method.invoke(Method.java:483) at org.jboss.arquillian.core.impl.ObserverImpl.invoke(ObserverImpl.java:94) at org.jboss.arquillian.core.impl.EventContextImpl.proceed(EventContextImpl.java:88) at org.jboss.arquillian.test.impl.TestContextHandler.createTestContext(TestContextHandler.java:102) at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method) at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:62) at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43) at java.lang.reflect.Method.invoke(Method.java:483) at org.jboss.arquillian.core.impl.ObserverImpl.invoke(ObserverImpl.java:94) at org.jboss.arquillian.core.impl.EventContextImpl.proceed(EventContextImpl.java:88) at org.jboss.arquillian.test.impl.TestContextHandler.createClassContext(TestContextHandler.java:84) at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method) at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:62) at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43) at java.lang.reflect.Method.invoke(Method.java:483) at org.jboss.arquillian.core.impl.ObserverImpl.invoke(ObserverImpl.java:94) at org.jboss.arquillian.core.impl.EventContextImpl.proceed(EventContextImpl.java:88) at org.jboss.arquillian.test.impl.TestContextHandler.createSuiteContext(TestContextHandler.java:65) at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method) at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:62) at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43) at java.lang.reflect.Method.invoke(Method.java:483) at org.jboss.arquillian.core.impl.ObserverImpl.invoke(ObserverImpl.java:94) at org.jboss.arquillian.core.impl.EventContextImpl.proceed(EventContextImpl.java:88) at org.jboss.arquillian.core.impl.ManagerImpl.fire(ManagerImpl.java:145) at org.jboss.arquillian.core.impl.ManagerImpl.fire(ManagerImpl.java:116) at org.jboss.arquillian.test.impl.EventTestRunnerAdaptor.after(EventTestRunnerAdaptor.java:103) at org.jboss.arquillian.junit.Arquillian$5.evaluate(Arquillian.java:277) at org.junit.runners.ParentRunner.runLeaf(ParentRunner.java:271) at org.junit.runners.BlockJUnit4ClassRunner.runChild(BlockJUnit4ClassRunner.java:70) at org.junit.runners.BlockJUnit4ClassRunner.runChild(BlockJUnit4ClassRunner.java:50) at org.junit.runners.ParentRunner$3.run(ParentRunner.java:238) at org.junit.runners.ParentRunner$1.schedule(ParentRunner.java:63) at org.junit.runners.ParentRunner.runChildren(ParentRunner.java:236) at org.junit.runners.ParentRunner.access$000(ParentRunner.java:53) at org.junit.runners.ParentRunner$2.evaluate(ParentRunner.java:229) at org.jboss.arquillian.junit.Arquillian$2.evaluate(Arquillian.java:193) at org.jboss.arquillian.junit.Arquillian.multiExecute(Arquillian.java:345) at org.jboss.arquillian.junit.Arquillian.access$200(Arquillian.java:49) at org.jboss.arquillian.junit.Arquillian$3.evaluate(Arquillian.java:207) at org.junit.runners.ParentRunner.run(ParentRunner.java:309) at org.jboss.arquillian.junit.Arquillian.run(Arquillian.java:155) at org.junit.runner.JUnitCore.run(JUnitCore.java:160) at org.junit.runner.JUnitCore.run(JUnitCore.java:138) at org.jboss.arquillian.junit.container.JUnitTestRunner.execute(JUnitTestRunner.java:66) at org.jboss.arquillian.protocol.servlet.runner.ServletTestRunner.executeTest(ServletTestRunner.java:159) at org.jboss.arquillian.protocol.servlet.runner.ServletTestRunner.execute(ServletTestRunner.java:125) at org.jboss.arquillian.protocol.servlet.runner.ServletTestRunner.doGet(ServletTestRunner.java:89) at javax.servlet.http.HttpServlet.service(HttpServlet.java:687) at javax.servlet.http.HttpServlet.service(HttpServlet.java:790) at io.undertow.servlet.handlers.ServletHandler.handleRequest(ServletHandler.java:85) at io.undertow.servlet.handlers.security.ServletSecurityRoleHandler.handleRequest(ServletSecurityRoleHandler.java:61) at io.undertow.servlet.handlers.ServletDispatchingHandler.handleRequest(ServletDispatchingHandler.java:36) at org.wildfly.extension.undertow.security.SecurityContextAssociationHandler.handleRequest(SecurityContextAssociationHandler.java:78) at io.undertow.server.handlers.PredicateHandler.handleRequest(PredicateHandler.java:25) at io.undertow.servlet.handlers.security.SSLInformationAssociationHandler.handleRequest(SSLInformationAssociationHandler.java:113) at io.undertow.servlet.handlers.security.ServletAuthenticationCallHandler.handleRequest(ServletAuthenticationCallHandler.java:56) at io.undertow.server.handlers.PredicateHandler.handleRequest(PredicateHandler.java:25) at io.undertow.security.handlers.AbstractConfidentialityHandler.handleRequest(AbstractConfidentialityHandler.java:45) at io.undertow.servlet.handlers.security.ServletConfidentialityConstraintHandler.handleRequest(ServletConfidentialityConstraintHandler.java:61) at io.undertow.security.handlers.AuthenticationMechanismsHandler.handleRequest(AuthenticationMechanismsHandler.java:58) at io.undertow.servlet.handlers.security.CachedAuthenticatedSessionHandler.handleRequest(CachedAuthenticatedSessionHandler.java:70) at io.undertow.security.handlers.SecurityInitialHandler.handleRequest(SecurityInitialHandler.java:76) at io.undertow.server.handlers.PredicateHandler.handleRequest(PredicateHandler.java:25) at org.wildfly.extension.undertow.security.jacc.JACCContextIdHandler.handleRequest(JACCContextIdHandler.java:61) at io.undertow.server.handlers.PredicateHandler.handleRequest(PredicateHandler.java:25) at io.undertow.server.handlers.PredicateHandler.handleRequest(PredicateHandler.java:25) at io.undertow.servlet.handlers.ServletInitialHandler.handleFirstRequest(ServletInitialHandler.java:240) at io.undertow.servlet.handlers.ServletInitialHandler.dispatchRequest(ServletInitialHandler.java:227) at io.undertow.servlet.handlers.ServletInitialHandler.access$000(ServletInitialHandler.java:73) at io.undertow.servlet.handlers.ServletInitialHandler$1.handleRequest(ServletInitialHandler.java:146) at io.undertow.server.Connectors.executeRootHandler(Connectors.java:177) at io.undertow.server.HttpServerExchange$1.run(HttpServerExchange.java:727) at java.util.concurrent.ThreadPoolExecutor.runWorker(ThreadPoolExecutor.java:1142) at java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:617) at java.lang.Thread.run(Thread.java:745) {code} -- This message was sent by Atlassian JIRA (v6.3.11#6341) From issues at jboss.org Fri Mar 27 11:43:18 2015 From: issues at jboss.org (Steven Dodd (JIRA)) Date: Fri, 27 Mar 2015 11:43:18 -0400 (EDT) Subject: [arquillian-issues] [JBoss JIRA] (ARQ-1939) Arquillian fails with NPE when @UsingDataSet seeding fails In-Reply-To: References: Message-ID: [ https://issues.jboss.org/browse/ARQ-1939?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Steven Dodd updated ARQ-1939: ----------------------------- Steps to Reproduce: 1. Create an Arquillian test using @UsingDataSet(\{ "test.yml" \}). 2. Add data to test.yml that violates a unique constraint in your database. 3. Run the test. was: 1. Create an Arquillian test using @UsingDataSet({ "test.yml" }). 2. Add data to test.yml that violates a unique constraint in your database. 3. Run the test. > Arquillian fails with NPE when @UsingDataSet seeding fails > ---------------------------------------------------------- > > Key: ARQ-1939 > URL: https://issues.jboss.org/browse/ARQ-1939 > Project: Arquillian > Issue Type: Bug > Affects Versions: 1.1.5.Final > Environment: Postgres, JBoss, Hibernate > Reporter: Steven Dodd > > Arquillian fails with an NPE when @UsingDataSet seeding fails, for example, due to seed data violating a unique constraint. > The NPE call-stack is unrelated to database seeding. > The NPE gives no indication that the source of the problem is a bad database seed. > As a result, many hours can easily be wasted trying to figure out the source of the problem. > Arquillian should clearly report when database seeding fails. > Note: we only use .yml files for seeding, not sure if the same problem exists for other file types. > Here's an example of the callstack: > {code} > java.lang.NullPointerException > at org.jboss.arquillian.transaction.impl.lifecycle.TransactionHandler.testRequiresRollbackDueToFailure(TransactionHandler.java:150) > at org.jboss.arquillian.transaction.impl.lifecycle.TransactionHandler.rollbackRequired(TransactionHandler.java:140) > at org.jboss.arquillian.transaction.impl.lifecycle.TransactionHandler.endTransactionAfterTest(TransactionHandler.java:108) > at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method) > at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:62) > at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43) > at java.lang.reflect.Method.invoke(Method.java:483) > at org.jboss.arquillian.core.impl.ObserverImpl.invoke(ObserverImpl.java:94) > at org.jboss.arquillian.core.impl.EventContextImpl.invokeObservers(EventContextImpl.java:99) > at org.jboss.arquillian.core.impl.EventContextImpl.proceed(EventContextImpl.java:81) > at org.jboss.arquillian.testenricher.cdi.CreationalContextDestroyer.destory(CreationalContextDestroyer.java:44) > at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method) > at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:62) > at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43) > at java.lang.reflect.Method.invoke(Method.java:483) > at org.jboss.arquillian.core.impl.ObserverImpl.invoke(ObserverImpl.java:94) > at org.jboss.arquillian.core.impl.EventContextImpl.proceed(EventContextImpl.java:88) > at org.jboss.arquillian.test.impl.TestContextHandler.createTestContext(TestContextHandler.java:102) > at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method) > at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:62) > at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43) > at java.lang.reflect.Method.invoke(Method.java:483) > at org.jboss.arquillian.core.impl.ObserverImpl.invoke(ObserverImpl.java:94) > at org.jboss.arquillian.core.impl.EventContextImpl.proceed(EventContextImpl.java:88) > at org.jboss.arquillian.test.impl.TestContextHandler.createClassContext(TestContextHandler.java:84) > at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method) > at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:62) > at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43) > at java.lang.reflect.Method.invoke(Method.java:483) > at org.jboss.arquillian.core.impl.ObserverImpl.invoke(ObserverImpl.java:94) > at org.jboss.arquillian.core.impl.EventContextImpl.proceed(EventContextImpl.java:88) > at org.jboss.arquillian.test.impl.TestContextHandler.createSuiteContext(TestContextHandler.java:65) > at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method) > at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:62) > at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43) > at java.lang.reflect.Method.invoke(Method.java:483) > at org.jboss.arquillian.core.impl.ObserverImpl.invoke(ObserverImpl.java:94) > at org.jboss.arquillian.core.impl.EventContextImpl.proceed(EventContextImpl.java:88) > at org.jboss.arquillian.core.impl.ManagerImpl.fire(ManagerImpl.java:145) > at org.jboss.arquillian.core.impl.ManagerImpl.fire(ManagerImpl.java:116) > at org.jboss.arquillian.test.impl.EventTestRunnerAdaptor.after(EventTestRunnerAdaptor.java:103) > at org.jboss.arquillian.junit.Arquillian$5.evaluate(Arquillian.java:277) > at org.junit.runners.ParentRunner.runLeaf(ParentRunner.java:271) > at org.junit.runners.BlockJUnit4ClassRunner.runChild(BlockJUnit4ClassRunner.java:70) > at org.junit.runners.BlockJUnit4ClassRunner.runChild(BlockJUnit4ClassRunner.java:50) > at org.junit.runners.ParentRunner$3.run(ParentRunner.java:238) > at org.junit.runners.ParentRunner$1.schedule(ParentRunner.java:63) > at org.junit.runners.ParentRunner.runChildren(ParentRunner.java:236) > at org.junit.runners.ParentRunner.access$000(ParentRunner.java:53) > at org.junit.runners.ParentRunner$2.evaluate(ParentRunner.java:229) > at org.jboss.arquillian.junit.Arquillian$2.evaluate(Arquillian.java:193) > at org.jboss.arquillian.junit.Arquillian.multiExecute(Arquillian.java:345) > at org.jboss.arquillian.junit.Arquillian.access$200(Arquillian.java:49) > at org.jboss.arquillian.junit.Arquillian$3.evaluate(Arquillian.java:207) > at org.junit.runners.ParentRunner.run(ParentRunner.java:309) > at org.jboss.arquillian.junit.Arquillian.run(Arquillian.java:155) > at org.junit.runner.JUnitCore.run(JUnitCore.java:160) > at org.junit.runner.JUnitCore.run(JUnitCore.java:138) > at org.jboss.arquillian.junit.container.JUnitTestRunner.execute(JUnitTestRunner.java:66) > at org.jboss.arquillian.protocol.servlet.runner.ServletTestRunner.executeTest(ServletTestRunner.java:159) > at org.jboss.arquillian.protocol.servlet.runner.ServletTestRunner.execute(ServletTestRunner.java:125) > at org.jboss.arquillian.protocol.servlet.runner.ServletTestRunner.doGet(ServletTestRunner.java:89) > at javax.servlet.http.HttpServlet.service(HttpServlet.java:687) > at javax.servlet.http.HttpServlet.service(HttpServlet.java:790) > at io.undertow.servlet.handlers.ServletHandler.handleRequest(ServletHandler.java:85) > at io.undertow.servlet.handlers.security.ServletSecurityRoleHandler.handleRequest(ServletSecurityRoleHandler.java:61) > at io.undertow.servlet.handlers.ServletDispatchingHandler.handleRequest(ServletDispatchingHandler.java:36) > at org.wildfly.extension.undertow.security.SecurityContextAssociationHandler.handleRequest(SecurityContextAssociationHandler.java:78) > at io.undertow.server.handlers.PredicateHandler.handleRequest(PredicateHandler.java:25) > at io.undertow.servlet.handlers.security.SSLInformationAssociationHandler.handleRequest(SSLInformationAssociationHandler.java:113) > at io.undertow.servlet.handlers.security.ServletAuthenticationCallHandler.handleRequest(ServletAuthenticationCallHandler.java:56) > at io.undertow.server.handlers.PredicateHandler.handleRequest(PredicateHandler.java:25) > at io.undertow.security.handlers.AbstractConfidentialityHandler.handleRequest(AbstractConfidentialityHandler.java:45) > at io.undertow.servlet.handlers.security.ServletConfidentialityConstraintHandler.handleRequest(ServletConfidentialityConstraintHandler.java:61) > at io.undertow.security.handlers.AuthenticationMechanismsHandler.handleRequest(AuthenticationMechanismsHandler.java:58) > at io.undertow.servlet.handlers.security.CachedAuthenticatedSessionHandler.handleRequest(CachedAuthenticatedSessionHandler.java:70) > at io.undertow.security.handlers.SecurityInitialHandler.handleRequest(SecurityInitialHandler.java:76) > at io.undertow.server.handlers.PredicateHandler.handleRequest(PredicateHandler.java:25) > at org.wildfly.extension.undertow.security.jacc.JACCContextIdHandler.handleRequest(JACCContextIdHandler.java:61) > at io.undertow.server.handlers.PredicateHandler.handleRequest(PredicateHandler.java:25) > at io.undertow.server.handlers.PredicateHandler.handleRequest(PredicateHandler.java:25) > at io.undertow.servlet.handlers.ServletInitialHandler.handleFirstRequest(ServletInitialHandler.java:240) > at io.undertow.servlet.handlers.ServletInitialHandler.dispatchRequest(ServletInitialHandler.java:227) > at io.undertow.servlet.handlers.ServletInitialHandler.access$000(ServletInitialHandler.java:73) > at io.undertow.servlet.handlers.ServletInitialHandler$1.handleRequest(ServletInitialHandler.java:146) > at io.undertow.server.Connectors.executeRootHandler(Connectors.java:177) > at io.undertow.server.HttpServerExchange$1.run(HttpServerExchange.java:727) > at java.util.concurrent.ThreadPoolExecutor.runWorker(ThreadPoolExecutor.java:1142) > at java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:617) > at java.lang.Thread.run(Thread.java:745) > {code} -- This message was sent by Atlassian JIRA (v6.3.11#6341) From issues at jboss.org Fri Mar 27 14:28:19 2015 From: issues at jboss.org (Gerhard Poul (JIRA)) Date: Fri, 27 Mar 2015 14:28:19 -0400 (EDT) Subject: [arquillian-issues] [JBoss JIRA] (ARQ-1889) CDI Injection not working in WebSphere Containers (V8) In-Reply-To: References: Message-ID: [ https://issues.jboss.org/browse/ARQ-1889?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=13054176#comment-13054176 ] Gerhard Poul commented on ARQ-1889: ----------------------------------- [~saurabh_ksa] thanks for the update! > CDI Injection not working in WebSphere Containers (V8) > ------------------------------------------------------ > > Key: ARQ-1889 > URL: https://issues.jboss.org/browse/ARQ-1889 > Project: Arquillian > Issue Type: Bug > Components: WebSphere Containers > Affects Versions: was_1.0.0.Beta1 > Environment: Windows 7, IBM WebSphere Application Server (8.0.0.9), IBM RSA 8 > Reporter: Saurabh Agarwal > Assignee: Gerhard Poul > Priority: Blocker > Attachments: ArquillianInjectionTest.java, StackTrace.txt > > > Hi, > I have gone through ARQ-1488 and it depicts the same problem what I am facing. > In my IBM WebSphere Application Server (8.0.0.9), CDI is not working and it is giving me the NP exception. > Please note I am not using MAVEN build but have all required JARS file in my web-inf/lib directory > JARS List I am having > ------------------------------ > arquillian-config-api.jar > arquillian-config-impl-base.jar > arquillian-config-spi.jar > arquillian-container-impl-base.jar > arquillian-container-spi.jar > arquillian-container-test-api.jar > arquillian-container-test-impl-base.jar > arquillian-container-test-spi.jar > arquillian-core-api.jar > arquillian-core-impl-base-1.1.5.Final.jar > arquillian-core-spi-1.1.5.Final.jar > arquillian-junit-container.jar > arquillian-junit-core.jar > arquillian-protocol-jmx-1.1.5.Final.jar > arquillian-protocol-servlet.jar > arquillian-protocol.jar > arquillian-test-api.jar > arquillian-test-impl-base.jar > arquillian-test-spi.jar > arquillian-testenricher-cdi.jar > arquillian-testenricher-ejb.jar > arquillian-testenricher-initialcontext.jar > arquillian-testenricher-resource.jar > arquillian-was-remote.jar > commons-fileupload-1.2.1.jar > commons-io-1.4.jar > deltaspike-core-api-1.0.0.jar > deltaspike-core-impl-1.0.0.jar > deltaspike-jsf-module-api-1.0.0.jar > deltaspike-jsf-module-impl-1.0.0.jar > deltaspike-security-module-api-1.0.0.jar > deltaspike-security-module-impl-1.0.0.jar > itext-1.3.jar > jsfcore.jar > junit.jar > org.hamcrest.core_1.3.0.v201303031735.jar > poi-3.8-20120326.jar > primefaces-4.0.6.jar > shrinkwrap-api.jar > shrinkwrap-descriptors-api-base.jar > shrinkwrap-descriptors-api-javaee.jar > shrinkwrap-descriptors-impl-base.jar > shrinkwrap-descriptors-impl-javaee.jar > shrinkwrap-descriptors-spi.jar > shrinkwrap-impl-base.jar > shrinkwrap-spi.jar > Code snippet > ------------------ > import javax.inject.Inject; > import org.jboss.arquillian.container.test.api.Deployment; > import org.jboss.arquillian.junit.Arquillian; > import org.jboss.shrinkwrap.api.spec.EnterpriseArchive; > import org.junit.Assert; > import org.junit.Test; > import org.junit.runner.RunWith; > import com.ford.jcoe.jab.inbound.booking.ui.bean.ListBookingBean; > import com.ford.jcoe.jab.inbound.booking.ui.bean.TestArquillianBean; > /** > * TODO - Place class description here > */ > @RunWith(Arquillian.class) > public class ArquillianInjectionTest extends BaseArquillianPersistenceTest { > @Inject > ListBookingBean b; > /** > * TODO - Place method description here > * > * @return > */ > @Deployment > public static EnterpriseArchive createTestArchive() { > java.net.Authenticator.setDefault(basicAuthAuthenticator); > return BaseArquillianPersistenceTest.createTestArchive("JabEAR"); > } > /** > * Unit Test Method > */ > @Test > public void testInjection() { > String stringRepresentation = null; > try { > System.out.println("Not Working Step 1"); > stringRepresentation = this.b.toString(); > System.out.println("Not Working Step 2"); > } catch (final NullPointerException npe) { > Assert.fail("Injection failed."); > } > Assert.assertNotNull(stringRepresentation); > } > } > Exception I am getting > ----------------------------- > Null Pointer exception in stringRepresentation = this.b.toString(); as b is null. > Complete stack trace > -------------------------- > java.lang.AssertionError: Injection failed. > at org.junit.Assert.fail(Assert.java:88) > at ArquillianInjectionTest.testInjection(ArquillianInjectionTest.java:50) > at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method) > at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:60) > at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:37) > at java.lang.reflect.Method.invoke(Method.java:611) > at org.junit.runners.model.FrameworkMethod$1.runReflectiveCall(FrameworkMethod.java:47) > at org.junit.internal.runners.model.ReflectiveCallable.run(ReflectiveCallable.java:12) > at org.junit.runners.model.FrameworkMethod.invokeExplosively(FrameworkMethod.java:44) > at org.jboss.arquillian.junit.Arquillian$6$1.invoke(Arquillian.java:301) > at org.jboss.arquillian.container.test.impl.execution.LocalTestExecuter.execute(LocalTestExecuter.java:60) > at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method) > at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:60) > at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:37) > at java.lang.reflect.Method.invoke(Method.java:611) > at org.jboss.arquillian.core.impl.ObserverImpl.invoke(ObserverImpl.java:94) > at org.jboss.arquillian.core.impl.EventContextImpl.invokeObservers(EventContextImpl.java:99) > at org.jboss.arquillian.core.impl.EventContextImpl.proceed(EventContextImpl.java:81) > at org.jboss.arquillian.core.impl.ManagerImpl.fire(ManagerImpl.java:145) > at org.jboss.arquillian.core.impl.ManagerImpl.fire(ManagerImpl.java:116) > at org.jboss.arquillian.core.impl.EventImpl.fire(EventImpl.java:67) > at org.jboss.arquillian.container.test.impl.client.protocol.local.LocalContainerMethodExecutor.invoke(LocalContainerMethodExecutor.java:50) > at org.jboss.arquillian.container.test.impl.execution.RemoteTestExecuter.execute(RemoteTestExecuter.java:109) > at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method) > at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:60) > at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:37) > at java.lang.reflect.Method.invoke(Method.java:611) > at org.jboss.arquillian.core.impl.ObserverImpl.invoke(ObserverImpl.java:94) > at org.jboss.arquillian.core.impl.EventContextImpl.invokeObservers(EventContextImpl.java:99) > at org.jboss.arquillian.core.impl.EventContextImpl.proceed(EventContextImpl.java:81) > at org.jboss.arquillian.core.impl.ManagerImpl.fire(ManagerImpl.java:145) > at org.jboss.arquillian.core.impl.ManagerImpl.fire(ManagerImpl.java:116) > at org.jboss.arquillian.core.impl.EventImpl.fire(EventImpl.java:67) > at org.jboss.arquillian.container.test.impl.execution.ClientTestExecuter.execute(ClientTestExecuter.java:57) > at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method) > at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:60) > at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:37) > at java.lang.reflect.Method.invoke(Method.java:611) > at org.jboss.arquillian.core.impl.ObserverImpl.invoke(ObserverImpl.java:94) > at org.jboss.arquillian.core.impl.EventContextImpl.invokeObservers(EventContextImpl.java:99) > at org.jboss.arquillian.core.impl.EventContextImpl.proceed(EventContextImpl.java:81) > at org.jboss.arquillian.container.test.impl.client.ContainerEventController.createContext(ContainerEventController.java:142) > at org.jboss.arquillian.container.test.impl.client.ContainerEventController.createTestContext(ContainerEventController.java:129) > at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method) > at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:60) > at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:37) > at java.lang.reflect.Method.invoke(Method.java:611) > at org.jboss.arquillian.core.impl.ObserverImpl.invoke(ObserverImpl.java:94) > at org.jboss.arquillian.core.impl.EventContextImpl.proceed(EventContextImpl.java:88) > at org.jboss.arquillian.test.impl.TestContextHandler.createTestContext(TestContextHandler.java:102) > at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method) > at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:60) > at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:37) > at java.lang.reflect.Method.invoke(Method.java:611) > at org.jboss.arquillian.core.impl.ObserverImpl.invoke(ObserverImpl.java:94) > at org.jboss.arquillian.core.impl.EventContextImpl.proceed(EventContextImpl.java:88) > at org.jboss.arquillian.test.impl.TestContextHandler.createClassContext(TestContextHandler.java:84) > at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method) > at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:60) > at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:37) > at java.lang.reflect.Method.invoke(Method.java:611) > at org.jboss.arquillian.core.impl.ObserverImpl.invoke(ObserverImpl.java:94) > at org.jboss.arquillian.core.impl.EventContextImpl.proceed(EventContextImpl.java:88) > at org.jboss.arquillian.test.impl.TestContextHandler.createSuiteContext(TestContextHandler.java:65) > at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method) > at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:60) > at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:37) > at java.lang.reflect.Method.invoke(Method.java:611) > at org.jboss.arquillian.core.impl.ObserverImpl.invoke(ObserverImpl.java:94) > at org.jboss.arquillian.core.impl.EventContextImpl.proceed(EventContextImpl.java:88) > at org.jboss.arquillian.core.impl.ManagerImpl.fire(ManagerImpl.java:145) > at org.jboss.arquillian.test.impl.EventTestRunnerAdaptor.test(EventTestRunnerAdaptor.java:111) > at org.jboss.arquillian.junit.Arquillian$6.evaluate(Arquillian.java:294) > at org.jboss.arquillian.junit.Arquillian$5.evaluate(Arquillian.java:269) > at org.junit.runners.ParentRunner.runLeaf(ParentRunner.java:271) > at org.junit.runners.BlockJUnit4ClassRunner.runChild(BlockJUnit4ClassRunner.java:70) > at org.junit.runners.BlockJUnit4ClassRunner.runChild(BlockJUnit4ClassRunner.java:50) > at org.junit.runners.ParentRunner$3.run(ParentRunner.java:238) > at org.junit.runners.ParentRunner$1.schedule(ParentRunner.java:63) > at org.junit.runners.ParentRunner.runChildren(ParentRunner.java:236) > at org.junit.runners.ParentRunner.access$000(ParentRunner.java:53) > at org.junit.runners.ParentRunner$2.evaluate(ParentRunner.java:229) > at org.jboss.arquillian.junit.Arquillian$2.evaluate(Arquillian.java:193) > at org.jboss.arquillian.junit.Arquillian.multiExecute(Arquillian.java:345) > at org.jboss.arquillian.junit.Arquillian.access$200(Arquillian.java:49) > at org.jboss.arquillian.junit.Arquillian$3.evaluate(Arquillian.java:207) > at org.junit.runners.ParentRunner.run(ParentRunner.java:309) > at org.jboss.arquillian.junit.Arquillian.run(Arquillian.java:155) > at org.junit.runner.JUnitCore.run(JUnitCore.java:160) > at org.junit.runner.JUnitCore.run(JUnitCore.java:138) > at org.jboss.arquillian.junit.container.JUnitTestRunner.execute(JUnitTestRunner.java:66) > at org.jboss.arquillian.protocol.servlet.runner.ServletTestRunner.executeTest(ServletTestRunner.java:159) > at org.jboss.arquillian.protocol.servlet.runner.ServletTestRunner.execute(ServletTestRunner.java:125) > at org.jboss.arquillian.protocol.servlet.runner.ServletTestRunner.doGet(ServletTestRunner.java:89) > at javax.servlet.http.HttpServlet.service(HttpServlet.java:575) > at javax.servlet.http.HttpServlet.service(HttpServlet.java:668) > at com.ibm.ws.webcontainer.servlet.ServletWrapper.service(ServletWrapper.java:1230) > at com.ibm.ws.webcontainer.servlet.ServletWrapper.handleRequest(ServletWrapper.java:779) > at com.ibm.ws.webcontainer.servlet.ServletWrapper.handleRequest(ServletWrapper.java:478) > at com.ibm.ws.webcontainer.servlet.ServletWrapperImpl.handleRequest(ServletWrapperImpl.java:178) > at com.ibm.ws.webcontainer.filter.WebAppFilterChain.invokeTarget(WebAppFilterChain.java:136) > at com.ibm.ws.webcontainer.filter.WebAppFilterChain.doFilter(WebAppFilterChain.java:79) > at com.ibm.ws.webcontainer.filter.WebAppFilterManager.doFilter(WebAppFilterManager.java:960) > at com.ibm.ws.webcontainer.filter.WebAppFilterManager.invokeFilters(WebAppFilterManager.java:1064) > at com.ibm.ws.webcontainer.servlet.CacheServletWrapper.handleRequest(CacheServletWrapper.java:87) > at com.ibm.ws.webcontainer.WebContainer.handleRequest(WebContainer.java:914) > at com.ibm.ws.webcontainer.WSWebContainer.handleRequest(WSWebContainer.java:1662) > at com.ibm.ws.webcontainer.channel.WCChannelLink.ready(WCChannelLink.java:200) > at com.ibm.ws.http.channel.inbound.impl.HttpInboundLink.handleDiscrimination(HttpInboundLink.java:453) > at com.ibm.ws.http.channel.inbound.impl.HttpInboundLink.handleNewRequest(HttpInboundLink.java:515) > at com.ibm.ws.http.channel.inbound.impl.HttpInboundLink.processRequest(HttpInboundLink.java:306) > at com.ibm.ws.http.channel.inbound.impl.HttpInboundLink.ready(HttpInboundLink.java:277) > at com.ibm.ws.tcp.channel.impl.NewConnectionInitialReadCallback.sendToDiscriminators(NewConnectionInitialReadCallback.java:214) > at com.ibm.ws.tcp.channel.impl.NewConnectionInitialReadCallback.complete(NewConnectionInitialReadCallback.java:113) > at com.ibm.ws.tcp.channel.impl.AioReadCompletionListener.futureCompleted(AioReadCompletionListener.java:175) > at com.ibm.io.async.AbstractAsyncFuture.invokeCallback(AbstractAsyncFuture.java:217) > at com.ibm.io.async.AsyncChannelFuture.fireCompletionActions(AsyncChannelFuture.java:161) > at com.ibm.io.async.AsyncFuture.completed(AsyncFuture.java:138) > at com.ibm.io.async.ResultHandler.complete(ResultHandler.java:204) > at com.ibm.io.async.ResultHandler.runEventProcessingLoop(ResultHandler.java:775) > at com.ibm.io.async.ResultHandler$2.run(ResultHandler.java:905) > at com.ibm.ws.util.ThreadPool$Worker.run(ThreadPool.java:1702) > Most Important Thing > ------------------------------ > I have commented out the code in WebSphereRemoteContainer.java (for WAS 8 - https://github.com/arquillian/arquillian-container-was) which is responsible for deploying and un-deploying the code. > For our requirements, the code is already deployed and all we need to run the test on PRE DEPLOYED code only. > Methods which I have modified > 1. public ProtocolMetaData deploy(final Archive archive) throws DeploymentException > 2. public void undeploy(final Archive archive) throws DeploymentException > I have just commented out the code which install / uninstall the application. > Can someone help me in getting this issue resolved. > Please let me know if I need to provide more information for debugging purpose. -- This message was sent by Atlassian JIRA (v6.3.11#6341) From issues at jboss.org Mon Mar 30 16:15:21 2015 From: issues at jboss.org (Christoffer Bromberg (JIRA)) Date: Mon, 30 Mar 2015 16:15:21 -0400 (EDT) Subject: [arquillian-issues] [JBoss JIRA] (ARQGRA-468) Cannot use relative @Location when using "standalone" JUnit integration In-Reply-To: References: Message-ID: [ https://issues.jboss.org/browse/ARQGRA-468?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=13054719#comment-13054719 ] Christoffer Bromberg commented on ARQGRA-468: --------------------------------------------- Created PR https://github.com/arquillian/arquillian-graphene/pull/128 Cheers, Chris > Cannot use relative @Location when using "standalone" JUnit integration > ----------------------------------------------------------------------- > > Key: ARQGRA-468 > URL: https://issues.jboss.org/browse/ARQGRA-468 > Project: Arquillian Graphene > Issue Type: Bug > Components: configuration > Affects Versions: 2.1.0.Alpha2 > Reporter: Christoffer Bromberg > Priority: Minor > > As per https://issues.jboss.org/browse/ARQGRA-374 one can use the arquillian.xml to specify a "contextRoot" for page objects that use a relative URL. > This feature does not work if you use the "Standalone Mode" as described here: https://docs.jboss.org/author/display/ARQGRA2/Framework+Integration+Options > After I switched to the "container" dependency it works as expected. > I don't use the deployment and container management feature of Arquillian and still the "container" dependency works without any hassle. So either the > {code} > > > org.jboss.arquillian.junit > arquillian-junit-standalone > test > > {code} > dependency should also include the correct classes (e.g. URLResourceProvider) or maybe the "Standalone" integration option is not (or no longer) needed. > So the workaround for me was to use the arquillian-junit-container dependency. -- This message was sent by Atlassian JIRA (v6.3.11#6341) From issues at jboss.org Tue Mar 31 02:41:18 2015 From: issues at jboss.org (Christoffer Bromberg (JIRA)) Date: Tue, 31 Mar 2015 02:41:18 -0400 (EDT) Subject: [arquillian-issues] [JBoss JIRA] (ARQGRA-468) Cannot use relative @Location when using "standalone" JUnit integration In-Reply-To: References: Message-ID: [ https://issues.jboss.org/browse/ARQGRA-468?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Christoffer Bromberg updated ARQGRA-468: ---------------------------------------- Status: Pull Request Sent (was: Open) Git Pull Request: https://github.com/arquillian/arquillian-graphene/pull/128 > Cannot use relative @Location when using "standalone" JUnit integration > ----------------------------------------------------------------------- > > Key: ARQGRA-468 > URL: https://issues.jboss.org/browse/ARQGRA-468 > Project: Arquillian Graphene > Issue Type: Bug > Components: configuration > Affects Versions: 2.1.0.Alpha2 > Reporter: Christoffer Bromberg > Priority: Minor > > As per https://issues.jboss.org/browse/ARQGRA-374 one can use the arquillian.xml to specify a "contextRoot" for page objects that use a relative URL. > This feature does not work if you use the "Standalone Mode" as described here: https://docs.jboss.org/author/display/ARQGRA2/Framework+Integration+Options > After I switched to the "container" dependency it works as expected. > I don't use the deployment and container management feature of Arquillian and still the "container" dependency works without any hassle. So either the > {code} > > > org.jboss.arquillian.junit > arquillian-junit-standalone > test > > {code} > dependency should also include the correct classes (e.g. URLResourceProvider) or maybe the "Standalone" integration option is not (or no longer) needed. > So the workaround for me was to use the arquillian-junit-container dependency. -- This message was sent by Atlassian JIRA (v6.3.11#6341) From issues at jboss.org Tue Mar 31 03:19:19 2015 From: issues at jboss.org (=?UTF-8?Q?Luk=C3=A1=C5=A1_Fry=C4=8D_=28JIRA=29?=) Date: Tue, 31 Mar 2015 03:19:19 -0400 (EDT) Subject: [arquillian-issues] [JBoss JIRA] (ARQGRA-468) Cannot use relative @Location when using "standalone" JUnit integration In-Reply-To: References: Message-ID: [ https://issues.jboss.org/browse/ARQGRA-468?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Luk?? Fry? reassigned ARQGRA-468: --------------------------------- Assignee: Christoffer Bromberg > Cannot use relative @Location when using "standalone" JUnit integration > ----------------------------------------------------------------------- > > Key: ARQGRA-468 > URL: https://issues.jboss.org/browse/ARQGRA-468 > Project: Arquillian Graphene > Issue Type: Bug > Components: configuration > Affects Versions: 2.1.0.Alpha2 > Reporter: Christoffer Bromberg > Assignee: Christoffer Bromberg > Priority: Minor > > As per https://issues.jboss.org/browse/ARQGRA-374 one can use the arquillian.xml to specify a "contextRoot" for page objects that use a relative URL. > This feature does not work if you use the "Standalone Mode" as described here: https://docs.jboss.org/author/display/ARQGRA2/Framework+Integration+Options > After I switched to the "container" dependency it works as expected. > I don't use the deployment and container management feature of Arquillian and still the "container" dependency works without any hassle. So either the > {code} > > > org.jboss.arquillian.junit > arquillian-junit-standalone > test > > {code} > dependency should also include the correct classes (e.g. URLResourceProvider) or maybe the "Standalone" integration option is not (or no longer) needed. > So the workaround for me was to use the arquillian-junit-container dependency. -- This message was sent by Atlassian JIRA (v6.3.11#6341) From issues at jboss.org Tue Mar 31 03:34:18 2015 From: issues at jboss.org (=?UTF-8?Q?Luk=C3=A1=C5=A1_Fry=C4=8D_=28JIRA=29?=) Date: Tue, 31 Mar 2015 03:34:18 -0400 (EDT) Subject: [arquillian-issues] [JBoss JIRA] (ARQGRA-468) Cannot use relative @Location when using "standalone" JUnit integration In-Reply-To: References: Message-ID: [ https://issues.jboss.org/browse/ARQGRA-468?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Luk?? Fry? updated ARQGRA-468: ------------------------------ Status: Resolved (was: Pull Request Sent) Fix Version/s: 2.1-Tracking Resolution: Done Thanks Christoffer, I've reviewed and merged your PR. > Cannot use relative @Location when using "standalone" JUnit integration > ----------------------------------------------------------------------- > > Key: ARQGRA-468 > URL: https://issues.jboss.org/browse/ARQGRA-468 > Project: Arquillian Graphene > Issue Type: Bug > Components: configuration > Affects Versions: 2.1.0.Alpha2 > Reporter: Christoffer Bromberg > Assignee: Christoffer Bromberg > Priority: Minor > Fix For: 2.1-Tracking > > > As per https://issues.jboss.org/browse/ARQGRA-374 one can use the arquillian.xml to specify a "contextRoot" for page objects that use a relative URL. > This feature does not work if you use the "Standalone Mode" as described here: https://docs.jboss.org/author/display/ARQGRA2/Framework+Integration+Options > After I switched to the "container" dependency it works as expected. > I don't use the deployment and container management feature of Arquillian and still the "container" dependency works without any hassle. So either the > {code} > > > org.jboss.arquillian.junit > arquillian-junit-standalone > test > > {code} > dependency should also include the correct classes (e.g. URLResourceProvider) or maybe the "Standalone" integration option is not (or no longer) needed. > So the workaround for me was to use the arquillian-junit-container dependency. -- This message was sent by Atlassian JIRA (v6.3.11#6341) From issues at jboss.org Tue Mar 31 08:02:18 2015 From: issues at jboss.org (Michael Kotten (JIRA)) Date: Tue, 31 Mar 2015 08:02:18 -0400 (EDT) Subject: [arquillian-issues] [JBoss JIRA] (ARQGRA-469) WebDriverWait.until() doesn't support Page Fragments that extend WebElement In-Reply-To: References: Message-ID: Michael Kotten created ARQGRA-469: ------------------------------------- Summary: WebDriverWait.until() doesn't support Page Fragments that extend WebElement Key: ARQGRA-469 URL: https://issues.jboss.org/browse/ARQGRA-469 Project: Arquillian Graphene Issue Type: Bug Components: core Affects Versions: 2.0.3.Final Reporter: Michael Kotten When using Page Fragments that extend the WebElement Interface (as described in http://arquillian.org/blog/2013/09/04/arquillian-graphene-2-0-0-Alpha5/) WebDriverWait.until().element().is().present() cannot be used, because the NoSuchElementException, that gets thrown, is encapsulated by an InvocationTargetException. Unfortunately this exception will not be ignored while waiting for the until() method to complete (see org.openqa.selenium.support.ui.FluentWait). -- This message was sent by Atlassian JIRA (v6.3.11#6341) From issues at jboss.org Tue Mar 31 08:04:18 2015 From: issues at jboss.org (Michael Kotten (JIRA)) Date: Tue, 31 Mar 2015 08:04:18 -0400 (EDT) Subject: [arquillian-issues] [JBoss JIRA] (ARQGRA-469) WebDriverWait.until() doesn't support Page Fragments that extend WebElement In-Reply-To: References: Message-ID: [ https://issues.jboss.org/browse/ARQGRA-469?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Michael Kotten updated ARQGRA-469: ---------------------------------- Attachment: ARQGRA-469.patch I've added a patch that fixes the problem. Maybe you want to apply this. > WebDriverWait.until() doesn't support Page Fragments that extend WebElement > --------------------------------------------------------------------------- > > Key: ARQGRA-469 > URL: https://issues.jboss.org/browse/ARQGRA-469 > Project: Arquillian Graphene > Issue Type: Bug > Components: core > Affects Versions: 2.0.3.Final, 2.1.0.Alpha2 > Reporter: Michael Kotten > Attachments: ARQGRA-469.patch > > > When using Page Fragments that extend the WebElement Interface (as described in http://arquillian.org/blog/2013/09/04/arquillian-graphene-2-0-0-Alpha5/) WebDriverWait.until().element().is().present() cannot be used, because the NoSuchElementException, that gets thrown, is encapsulated by an InvocationTargetException. Unfortunately this exception will not be ignored while waiting for the until() method to complete (see org.openqa.selenium.support.ui.FluentWait). -- This message was sent by Atlassian JIRA (v6.3.11#6341) From issues at jboss.org Tue Mar 31 08:04:19 2015 From: issues at jboss.org (Michael Kotten (JIRA)) Date: Tue, 31 Mar 2015 08:04:19 -0400 (EDT) Subject: [arquillian-issues] [JBoss JIRA] (ARQGRA-469) WebDriverWait.until() doesn't support Page Fragments that extend WebElement In-Reply-To: References: Message-ID: [ https://issues.jboss.org/browse/ARQGRA-469?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Michael Kotten updated ARQGRA-469: ---------------------------------- Affects Version/s: 2.1.0.Alpha2 > WebDriverWait.until() doesn't support Page Fragments that extend WebElement > --------------------------------------------------------------------------- > > Key: ARQGRA-469 > URL: https://issues.jboss.org/browse/ARQGRA-469 > Project: Arquillian Graphene > Issue Type: Bug > Components: core > Affects Versions: 2.0.3.Final, 2.1.0.Alpha2 > Reporter: Michael Kotten > Attachments: ARQGRA-469.patch > > > When using Page Fragments that extend the WebElement Interface (as described in http://arquillian.org/blog/2013/09/04/arquillian-graphene-2-0-0-Alpha5/) WebDriverWait.until().element().is().present() cannot be used, because the NoSuchElementException, that gets thrown, is encapsulated by an InvocationTargetException. Unfortunately this exception will not be ignored while waiting for the until() method to complete (see org.openqa.selenium.support.ui.FluentWait). -- This message was sent by Atlassian JIRA (v6.3.11#6341) From issues at jboss.org Tue Mar 31 08:22:18 2015 From: issues at jboss.org (Michael Kotten (JIRA)) Date: Tue, 31 Mar 2015 08:22:18 -0400 (EDT) Subject: [arquillian-issues] [JBoss JIRA] (ARQGRA-469) WebDriverWait.until() doesn't support Page Fragments that extend WebElement In-Reply-To: References: Message-ID: [ https://issues.jboss.org/browse/ARQGRA-469?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=13054936#comment-13054936 ] Michael Kotten commented on ARQGRA-469: --------------------------------------- Added pull request: https://github.com/arquillian/arquillian-graphene/pull/129 > WebDriverWait.until() doesn't support Page Fragments that extend WebElement > --------------------------------------------------------------------------- > > Key: ARQGRA-469 > URL: https://issues.jboss.org/browse/ARQGRA-469 > Project: Arquillian Graphene > Issue Type: Bug > Components: core > Affects Versions: 2.0.3.Final, 2.1.0.Alpha2 > Reporter: Michael Kotten > Attachments: ARQGRA-469.patch > > > When using Page Fragments that extend the WebElement Interface (as described in http://arquillian.org/blog/2013/09/04/arquillian-graphene-2-0-0-Alpha5/) WebDriverWait.until().element().is().present() cannot be used, because the NoSuchElementException, that gets thrown, is encapsulated by an InvocationTargetException. Unfortunately this exception will not be ignored while waiting for the until() method to complete (see org.openqa.selenium.support.ui.FluentWait). -- This message was sent by Atlassian JIRA (v6.3.11#6341) From issues at jboss.org Tue Mar 31 08:53:19 2015 From: issues at jboss.org (Christoffer Bromberg (JIRA)) Date: Tue, 31 Mar 2015 08:53:19 -0400 (EDT) Subject: [arquillian-issues] [JBoss JIRA] (ARQGRA-468) Cannot use relative @Location when using "standalone" JUnit integration In-Reply-To: References: Message-ID: [ https://issues.jboss.org/browse/ARQGRA-468?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=13054948#comment-13054948 ] Christoffer Bromberg commented on ARQGRA-468: --------------------------------------------- Hi Luk??, thanks for your kind feedback. Just one question - where would be the best place to discuss a feature request / enhancement (of which I already have an idea of how it could be implemented). Do you prefer the forums or a JIRA issue? Cheers, Chris > Cannot use relative @Location when using "standalone" JUnit integration > ----------------------------------------------------------------------- > > Key: ARQGRA-468 > URL: https://issues.jboss.org/browse/ARQGRA-468 > Project: Arquillian Graphene > Issue Type: Bug > Components: configuration > Affects Versions: 2.1.0.Alpha2 > Reporter: Christoffer Bromberg > Assignee: Christoffer Bromberg > Priority: Minor > Fix For: 2.1-Tracking > > > As per https://issues.jboss.org/browse/ARQGRA-374 one can use the arquillian.xml to specify a "contextRoot" for page objects that use a relative URL. > This feature does not work if you use the "Standalone Mode" as described here: https://docs.jboss.org/author/display/ARQGRA2/Framework+Integration+Options > After I switched to the "container" dependency it works as expected. > I don't use the deployment and container management feature of Arquillian and still the "container" dependency works without any hassle. So either the > {code} > > > org.jboss.arquillian.junit > arquillian-junit-standalone > test > > {code} > dependency should also include the correct classes (e.g. URLResourceProvider) or maybe the "Standalone" integration option is not (or no longer) needed. > So the workaround for me was to use the arquillian-junit-container dependency. -- This message was sent by Atlassian JIRA (v6.3.11#6341)