From issues at jboss.org Fri Nov 3 08:20:00 2017 From: issues at jboss.org (Matous Jobanek (JIRA)) Date: Fri, 3 Nov 2017 08:20:00 -0400 (EDT) Subject: [arquillian-issues] [JBoss JIRA] (ARQ-2147) Upgrade to Selenium 3.7.0 In-Reply-To: References: Message-ID: Matous Jobanek created ARQ-2147: ----------------------------------- Summary: Upgrade to Selenium 3.7.0 Key: ARQ-2147 URL: https://issues.jboss.org/browse/ARQ-2147 Project: Arquillian Issue Type: Component Upgrade Components: Extension - Drone Affects Versions: drone_2.4.2 Reporter: Matous Jobanek Assignee: Matous Jobanek Fix For: drone_2.4.3 -- This message was sent by Atlassian JIRA (v7.5.0#75005) From issues at jboss.org Fri Nov 3 10:13:00 2017 From: issues at jboss.org (Matous Jobanek (JIRA)) Date: Fri, 3 Nov 2017 10:13:00 -0400 (EDT) Subject: [arquillian-issues] [JBoss JIRA] (ARQGRA-513) Calling isPresent on root of fragment throws NoSuchElementException In-Reply-To: References: Message-ID: [ https://issues.jboss.org/browse/ARQGRA-513?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=13485657#comment-13485657 ] Matous Jobanek commented on ARQGRA-513: --------------------------------------- Hi, thank you for reporting this issue. I've been trying to reproduce this issue, but without any success. This exception is checked in the method `isPresent` so it shouldn't be thrown. Is your project/test somewhere available (github) > Calling isPresent on root of fragment throws NoSuchElementException > ------------------------------------------------------------------- > > Key: ARQGRA-513 > URL: https://issues.jboss.org/browse/ARQGRA-513 > Project: Arquillian Graphene > Issue Type: Bug > Components: core > Affects Versions: 2.3.1 > Reporter: S Haster > > We have a page object that includes a fragment. The fragment injects its root as a GrapheneElement so we could call isPresent() on it. However, if we do actually call isPresent() it throws a NoSuchElementException for the fragment. > The page is as follows: > {code:java} > public abstract class AbstractGKeyHubPage > { > @FindBy(css = "ul.feedbackPanel") > private GFeedbackPanel feedbackPanel; > } > {code} > The GFeedbackPanel fragment is set up like: > {code:java} > public class GFeedbackPanel > { > @Root > private GrapheneElement panel; > > public void assertNotInfo(String key) > { > boolean present = panel.isPresent(); > //... more tests > } > } > {code} > When we call > {code:java} > page.feedbackPanel.assertNotInfo(key); > {code} > we get a NoSuchElementException on the feedbackpanel, on the panel.isPresent();-line: > {noformat} > Caused by: org.openqa.selenium.NoSuchElementException: no such element: Unable to locate element: {"method":"css selector","selector":"ul.feedbackPanel"} > (Session info: headless chrome=61.0.3163.100) > (Driver info: chromedriver=2.33.506092 (733a02544d189eeb751fe0d7ddca79a0ee28cce4),platform=Linux 4.13.0-16-lowlatency x86_64) (WARNING: The server did not provide any stacktrace information) > Command duration or timeout: 0 milliseconds > For documentation on this error, please visit: http://seleniumhq.org/exceptions/no_such_element.html > Build info: version: '3.5.3', revision: 'a88d25fe6b', time: '2017-08-29T12:42:44.417Z' > System info: host: 'schootbak3', ip: '127.0.1.1', os.name: 'Linux', os.arch: 'amd64', os.version: '4.13.0-16-lowlatency', java.version: '1.8.0_144' > Driver info: org.openqa.selenium.remote.RemoteWebDriver > Capabilities [{mobileEmulationEnabled=false, hasTouchScreen=false, platform=LINUX, acceptSslCerts=true, webStorageEnabled=true, browserName=chrome, takesScreenshot=true, javascriptEnabled=true, platformName=LINUX, setWindowRect=true, unexpectedAlertBehaviour=, applicationCacheEnabled=false, rotatable=false, networkConnectionEnabled=false, chrome={chromedriverVersion=2.33.506092 (733a02544d189eeb751fe0d7ddca79a0ee28cce4), userDataDir=/tmp/.org.chromium.Chromium.uoWwlR}, takesHeapSnapshot=true, pageLoadStrategy=normal, unhandledPromptBehavior=, databaseEnabled=false, handlesAlerts=true, version=61.0.3163.100, browserConnectionEnabled=false, nativeEvents=true, locationContextEnabled=true, cssSelectorsEnabled=true}] > Session ID: 7f36f43306ea95223042b19584846cfe > *** Element info: {Using=css selector, value=ul.feedbackPanel} > at org.jboss.arquillian.graphene.enricher.WebElementUtils$5.getTarget(WebElementUtils.java:135) > at org.jboss.arquillian.graphene.proxy.GrapheneProxyHandler.getTarget(GrapheneProxyHandler.java:149) > at org.jboss.arquillian.graphene.proxy.GrapheneContextualHandler$1.getTarget(GrapheneContextualHandler.java:218) > at org.jboss.arquillian.graphene.proxy.GrapheneContextualHandler$1.invoke(GrapheneContextualHandler.java:169) > at org.jboss.arquillian.graphene.enricher.StaleElementInterceptor$1.apply(StaleElementInterceptor.java:47) > at org.jboss.arquillian.graphene.enricher.StaleElementInterceptor$1.apply(StaleElementInterceptor.java:43) > at org.openqa.selenium.support.ui.FluentWait.until(FluentWait.java:209) > at org.jboss.arquillian.graphene.wait.WebDriverWaitImpl.until(WebDriverWaitImpl.java:96) > at org.jboss.arquillian.graphene.enricher.StaleElementInterceptor.intercept(StaleElementInterceptor.java:43) > at org.jboss.arquillian.graphene.proxy.InvocationContextImpl.invoke(InvocationContextImpl.java:87) > at org.jboss.arquillian.graphene.intercept.InterceptorBuilder$2.intercept(InterceptorBuilder.java:139) > at org.jboss.arquillian.graphene.proxy.InvocationContextImpl.invoke(InvocationContextImpl.java:87) > at org.jboss.arquillian.graphene.enricher.SearchContextInterceptor.intercept(SearchContextInterceptor.java:50) > at org.jboss.arquillian.graphene.proxy.InvocationContextImpl.invoke(InvocationContextImpl.java:87) > at org.jboss.arquillian.graphene.proxy.GrapheneContextualHandler$2.call(GrapheneContextualHandler.java:241) > at org.jboss.arquillian.graphene.context.BrowserActions.performAction(BrowserActions.java:62) > at org.jboss.arquillian.graphene.proxy.GrapheneContextualHandler.invoke(GrapheneContextualHandler.java:237) > at nl.topicus.keyhub.arquillian.selenium.fragment.panel.GFeedbackPanel.assertNotInfo(GFeedbackPanel.java:78) > at org.jboss.arquillian.graphene.proxy.GrapheneProxyHandler.invokeReal(GrapheneProxyHandler.java:130) > at org.jboss.arquillian.graphene.proxy.GrapheneContextualHandler$1.invoke(GrapheneContextualHandler.java:169) > at org.jboss.arquillian.graphene.proxy.GrapheneContextualHandler$2.call(GrapheneContextualHandler.java:241) > at org.jboss.arquillian.graphene.context.BrowserActions.performAction(BrowserActions.java:62) > at org.jboss.arquillian.graphene.proxy.GrapheneContextualHandler.invoke(GrapheneContextualHandler.java:237) > at org.jboss.arquillian.graphene.proxy.GrapheneContextualHandler.intercept(GrapheneContextualHandler.java:263) > ... 1 more > Caused by: org.openqa.selenium.NoSuchElementException: no such element: Unable to locate element: {"method":"css selector","selector":"ul.feedbackPanel"} > (Session info: headless chrome=61.0.3163.100) > (Driver info: chromedriver=2.33.506092 (733a02544d189eeb751fe0d7ddca79a0ee28cce4),platform=Linux 4.13.0-16-lowlatency x86_64) (WARNING: The server did not provide any stacktrace information) > Command duration or timeout: 0 milliseconds > For documentation on this error, please visit: http://seleniumhq.org/exceptions/no_such_element.html > Build info: version: '3.5.3', revision: 'a88d25fe6b', time: '2017-08-29T12:42:44.417Z' > System info: host: 'schootbak3', ip: '127.0.1.1', os.name: 'Linux', os.arch: 'amd64', os.version: '4.13.0-16-lowlatency', java.version: '1.8.0_144' > Driver info: org.openqa.selenium.remote.RemoteWebDriver > Capabilities [{mobileEmulationEnabled=false, hasTouchScreen=false, platform=LINUX, acceptSslCerts=true, webStorageEnabled=true, browserName=chrome, takesScreenshot=true, javascriptEnabled=true, platformName=LINUX, setWindowRect=true, unexpectedAlertBehaviour=, applicationCacheEnabled=false, rotatable=false, networkConnectionEnabled=false, chrome={chromedriverVersion=2.33.506092 (733a02544d189eeb751fe0d7ddca79a0ee28cce4), userDataDir=/tmp/.org.chromium.Chromium.uoWwlR}, takesHeapSnapshot=true, pageLoadStrategy=normal, unhandledPromptBehavior=, databaseEnabled=false, handlesAlerts=true, version=61.0.3163.100, browserConnectionEnabled=false, nativeEvents=true, locationContextEnabled=true, cssSelectorsEnabled=true}] > Session ID: 7f36f43306ea95223042b19584846cfe > *** Element info: {Using=css selector, value=ul.feedbackPanel} > at org.openqa.selenium.remote.ErrorHandler.createThrowable(ErrorHandler.java:215) > at org.openqa.selenium.remote.ErrorHandler.throwIfResponseFailed(ErrorHandler.java:167) > at org.openqa.selenium.remote.http.JsonHttpResponseCodec.reconstructValue(JsonHttpResponseCodec.java:40) > at org.openqa.selenium.remote.http.AbstractHttpResponseCodec.decode(AbstractHttpResponseCodec.java:82) > at org.openqa.selenium.remote.http.AbstractHttpResponseCodec.decode(AbstractHttpResponseCodec.java:45) > at org.openqa.selenium.remote.HttpCommandExecutor.execute(HttpCommandExecutor.java:164) > at org.openqa.selenium.remote.RemoteWebDriver.execute(RemoteWebDriver.java:646) > at org.openqa.selenium.remote.RemoteWebDriver.findElement(RemoteWebDriver.java:416) > at org.openqa.selenium.remote.RemoteWebDriver.findElementByCssSelector(RemoteWebDriver.java:510) > at org.openqa.selenium.By$ByCssSelector.findElement(By.java:430) > at org.openqa.selenium.remote.RemoteWebDriver.findElement(RemoteWebDriver.java:408) > at org.openqa.selenium.remote.Augmenter$CompoundHandler.intercept(Augmenter.java:189) > at org.jboss.arquillian.graphene.enricher.WebElementUtils.dropProxyAndFindElement(WebElementUtils.java:168) > at org.jboss.arquillian.graphene.enricher.WebElementUtils$5.getTarget(WebElementUtils.java:133) > ... 24 more > {noformat} -- This message was sent by Atlassian JIRA (v7.5.0#75005) From issues at jboss.org Fri Nov 3 10:15:00 2017 From: issues at jboss.org (Matous Jobanek (JIRA)) Date: Fri, 3 Nov 2017 10:15:00 -0400 (EDT) Subject: [arquillian-issues] [JBoss JIRA] (ARQGRA-514) Upgrade to Drone 2.4.3 (Selenium 3.7.0) In-Reply-To: References: Message-ID: Matous Jobanek created ARQGRA-514: ------------------------------------- Summary: Upgrade to Drone 2.4.3 (Selenium 3.7.0) Key: ARQGRA-514 URL: https://issues.jboss.org/browse/ARQGRA-514 Project: Arquillian Graphene Issue Type: Component Upgrade Affects Versions: 2.3.1 Reporter: Matous Jobanek Assignee: Matous Jobanek Fix For: 2.3.2 -- This message was sent by Atlassian JIRA (v7.5.0#75005) From issues at jboss.org Fri Nov 3 10:16:00 2017 From: issues at jboss.org (Matous Jobanek (JIRA)) Date: Fri, 3 Nov 2017 10:16:00 -0400 (EDT) Subject: [arquillian-issues] [JBoss JIRA] (ARQGRA-512) ClassCastException while performing MouseActions against selenium 3.6.0 In-Reply-To: References: Message-ID: [ https://issues.jboss.org/browse/ARQGRA-512?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=13485658#comment-13485658 ] Matous Jobanek commented on ARQGRA-512: --------------------------------------- Hi, thx for reporting this issue. And sorry for a long inactivity. We weren't able to properly update to the Selenium 3.6.0 because of this issue: https://github.com/SeleniumHQ/selenium/issues/4781 This should fix it: https://github.com/arquillian/arquillian-graphene/pull/174 > ClassCastException while performing MouseActions against selenium 3.6.0 > ----------------------------------------------------------------------- > > Key: ARQGRA-512 > URL: https://issues.jboss.org/browse/ARQGRA-512 > Project: Arquillian Graphene > Issue Type: Bug > Affects Versions: 2.3.1 > Reporter: S Haster > > Selenium 3.6.0 is api breaking (w/ regards to 3.5.3) and graphene is not yet updated. > We recently upgraded to selenium 3.6.0 and are running graphene 2.3.1 > While performing a ClickAndHoldAction we get a ClassCastException. The reason is because selenium-api created a second Locatable as a super-interface of the old one and GrapheneElementImpl uses the 'old' one but RemoteWebElement only implements the 'new' one. > Stacktrace: > {noformat} > java.lang.ClassCastException: org.openqa.selenium.remote.RemoteWebElement cannot be cast to org.openqa.selenium.internal.Locatable > at org.jboss.arquillian.graphene.GrapheneElementImpl.getCoordinates(GrapheneElementImpl.java:259) > at org.jboss.arquillian.graphene.proxy.GrapheneProxyHandler.invokeReal(GrapheneProxyHandler.java:130) > at org.jboss.arquillian.graphene.proxy.GrapheneContextualHandler$1.invoke(GrapheneContextualHandler.java:169) > at org.jboss.arquillian.graphene.enricher.StaleElementInterceptor$1.apply(StaleElementInterceptor.java:47) > at org.jboss.arquillian.graphene.enricher.StaleElementInterceptor$1.apply(StaleElementInterceptor.java:43) > at org.openqa.selenium.support.ui.FluentWait.until(FluentWait.java:208) > at org.jboss.arquillian.graphene.wait.WebDriverWaitImpl.until(WebDriverWaitImpl.java:96) > at org.jboss.arquillian.graphene.enricher.StaleElementInterceptor.intercept(StaleElementInterceptor.java:43) > at org.jboss.arquillian.graphene.proxy.InvocationContextImpl.invoke(InvocationContextImpl.java:87) > at org.jboss.arquillian.graphene.intercept.InterceptorBuilder$2.intercept(InterceptorBuilder.java:139) > at org.jboss.arquillian.graphene.proxy.InvocationContextImpl.invoke(InvocationContextImpl.java:87) > at org.jboss.arquillian.graphene.enricher.SearchContextInterceptor.intercept(SearchContextInterceptor.java:50) > at org.jboss.arquillian.graphene.proxy.InvocationContextImpl.invoke(InvocationContextImpl.java:87) > at org.jboss.arquillian.graphene.proxy.GrapheneContextualHandler$2.call(GrapheneContextualHandler.java:241) > at org.jboss.arquillian.graphene.context.BrowserActions.performAction(BrowserActions.java:62) > at org.jboss.arquillian.graphene.proxy.GrapheneContextualHandler.invoke(GrapheneContextualHandler.java:237) > at org.openqa.selenium.interactions.internal.MouseAction.getActionLocation(MouseAction.java:65) > at org.openqa.selenium.interactions.internal.MouseAction.moveToLocation(MouseAction.java:72) > at org.openqa.selenium.interactions.ClickAndHoldAction.perform(ClickAndHoldAction.java:45) > at org.openqa.selenium.interactions.CompositeAction.perform(CompositeAction.java:36) > at org.openqa.selenium.interactions.Actions$BuiltAction.perform(Actions.java:641) > at nl.topicus.keyhub.arquillian.selenium.page.console.GMyGroupFoldersPage.dragOnto(GMyGroupFoldersPage.java:56) > at > {noformat} > The 'dragOnto'method does: > {code:java} > public void dragOnto(String groupName, String folderName) > { > WebDriver driver = GrapheneHelper.getDriver(add); > WebElement group = driver.findElement( > By.cssSelector("div.content--part div.tasks .task[data-value='" + groupName + "']")); > WebElement targetFolder = driver > .findElement(By.cssSelector("div.content--part[data-value='" + folderName + "']")); > Action dragAndDrop = new Actions(driver).dragAndDrop(group, targetFolder).build(); > dragAndDrop.perform(); > } > {code} -- This message was sent by Atlassian JIRA (v7.5.0#75005) From issues at jboss.org Fri Nov 3 10:39:00 2017 From: issues at jboss.org (Matous Jobanek (JIRA)) Date: Fri, 3 Nov 2017 10:39:00 -0400 (EDT) Subject: [arquillian-issues] [JBoss JIRA] (ARQGRA-511) Graphene proxies don't support calling protected/package-protected methods in a valid context In-Reply-To: References: Message-ID: [ https://issues.jboss.org/browse/ARQGRA-511?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=13485691#comment-13485691 ] Matous Jobanek commented on ARQGRA-511: --------------------------------------- Hi, thank you for reporting and sorry for the delay. Good catch with it - this should fix this issue: https://github.com/arquillian/arquillian-graphene/pull/175 > Graphene proxies don't support calling protected/package-protected methods in a valid context > --------------------------------------------------------------------------------------------- > > Key: ARQGRA-511 > URL: https://issues.jboss.org/browse/ARQGRA-511 > Project: Arquillian Graphene > Issue Type: Bug > Components: core > Affects Versions: 2.1.0.Final > Reporter: Vsevolod Golovanov > > I have this base Component (Page Fragment) Class: > {code} > public abstract class Component { > protected WebElement getRoot() { > // ... > } > @Override > public boolean equals(Object obj) { > if (!(obj instanceof Component)) > return false; > // WebElementUtils.equal is a ARQGRA-484 workaround, irrelevant here > return WebElementUtils.equal(getRoot(), ((Component) obj).getRoot()); > } > } > {code} > The equals call results in an exception > {code}java.lang.RuntimeException: unexpected invocation exception during invocation of ru.argustelecom.system.inf.testframework.it.ui.comp.Component#getRoot(), on target 'ru.argustelecom.system.inf.testframework.it.ui.comp.AutoComplete at 83ddf46d': Class org.jboss.arquillian.graphene.proxy.GrapheneProxyHandler can not access a member of class ru.argustelecom.system.inf.testframework.it.ui.comp.Component with modifiers "protected" > at org.jboss.arquillian.graphene.proxy.GrapheneProxyHandler.invokeReal(GrapheneProxyHandler.java:137) > at org.jboss.arquillian.graphene.proxy.GrapheneContextualHandler$1.invoke(GrapheneContextualHandler.java:162) > at org.jboss.arquillian.graphene.proxy.GrapheneContextualHandler$2.call(GrapheneContextualHandler.java:212) > at org.jboss.arquillian.graphene.context.BrowserActions.performAction(BrowserActions.java:62) > at org.jboss.arquillian.graphene.proxy.GrapheneContextualHandler.invoke(GrapheneContextualHandler.java:208) > at org.jboss.arquillian.graphene.proxy.GrapheneContextualHandler.intercept(GrapheneContextualHandler.java:234) > at ru.argustelecom.system.inf.testframework.it.ui.comp.AutoComplete$$EnhancerByGraphene$$4040d070.getRoot() > at ru.argustelecom.system.inf.testframework.it.ui.comp.Component.equals(Component.java:283) > 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:498) > at org.jboss.arquillian.graphene.proxy.GrapheneProxyHandler.invokeReal(GrapheneProxyHandler.java:130) > at org.jboss.arquillian.graphene.proxy.GrapheneContextualHandler$1.invoke(GrapheneContextualHandler.java:162) > at org.jboss.arquillian.graphene.proxy.GrapheneContextualHandler$2.call(GrapheneContextualHandler.java:212) > at org.jboss.arquillian.graphene.context.BrowserActions.performAction(BrowserActions.java:62) > at org.jboss.arquillian.graphene.proxy.GrapheneContextualHandler.invoke(GrapheneContextualHandler.java:208) > at org.jboss.arquillian.graphene.proxy.GrapheneContextualHandler.intercept(GrapheneContextualHandler.java:234) > at ru.argustelecom.system.inf.testframework.it.ui.comp.AutoComplete$$EnhancerByGraphene$$4040d070.equals() > at org.junit.Assert.isEquals(Assert.java:131) > at org.junit.Assert.equalsRegardingNull(Assert.java:127) > at org.junit.Assert.assertEquals(Assert.java:111) > at org.junit.Assert.assertEquals(Assert.java:144) > at ru.argustelecom.system.inf.testframework.it.ui.comp.test.AutoCompleteIT.autoComplete(AutoCompleteIT.java:42) > 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:498) > at org.junit.runners.model.FrameworkMethod$1.runReflectiveCall(FrameworkMethod.java:50) > at org.junit.internal.runners.model.ReflectiveCallable.run(ReflectiveCallable.java:12) > at org.junit.runners.model.FrameworkMethod.invokeExplosively(FrameworkMethod.java:47) > at org.jboss.arquillian.junit.Arquillian$8$1.invoke(Arquillian.java:370) > 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:62) > at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43) > at java.lang.reflect.Method.invoke(Method.java:498) > 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:53) > 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:498) > 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:62) > at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43) > at java.lang.reflect.Method.invoke(Method.java:498) > 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:130) > 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:498) > 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:92) > 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:498) > 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: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:498) > 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:136) > at org.jboss.arquillian.junit.Arquillian$8.evaluate(Arquillian.java:363) > at org.jboss.arquillian.junit.Arquillian$4.evaluate(Arquillian.java:245) > at org.jboss.arquillian.junit.Arquillian.multiExecute(Arquillian.java:422) > at org.jboss.arquillian.junit.Arquillian.access$200(Arquillian.java:54) > at org.jboss.arquillian.junit.Arquillian$5.evaluate(Arquillian.java:259) > at org.junit.rules.TestWatcher$1.evaluate(TestWatcher.java:55) > at org.junit.rules.RunRules.evaluate(RunRules.java:20) > at org.jboss.arquillian.junit.Arquillian$7$1.invoke(Arquillian.java:315) > at org.jboss.arquillian.container.test.impl.execution.ClientBeforeAfterLifecycleEventExecuter.execute(ClientBeforeAfterLifecycleEventExecuter.java:99) > at org.jboss.arquillian.container.test.impl.execution.ClientBeforeAfterLifecycleEventExecuter.on(ClientBeforeAfterLifecycleEventExecuter.java:72) > 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:498) > 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.createBeforeContext(ContainerEventController.java:124) > 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:498) > 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:130) > 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:498) > 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:92) > 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:498) > 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: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:498) > 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.fireCustomLifecycle(EventTestRunnerAdaptor.java:159) > at org.jboss.arquillian.junit.Arquillian$7.evaluate(Arquillian.java:311) > at org.junit.runners.ParentRunner.runLeaf(ParentRunner.java:325) > at org.junit.runners.BlockJUnit4ClassRunner.runChild(BlockJUnit4ClassRunner.java:78) > at org.junit.runners.BlockJUnit4ClassRunner.runChild(BlockJUnit4ClassRunner.java:57) > at org.junit.runners.ParentRunner$3.run(ParentRunner.java:290) > at org.junit.runners.ParentRunner$1.schedule(ParentRunner.java:71) > at org.junit.runners.ParentRunner.runChildren(ParentRunner.java:288) > at org.junit.runners.ParentRunner.access$000(ParentRunner.java:58) > at org.junit.runners.ParentRunner$2.evaluate(ParentRunner.java:268) > at org.jboss.arquillian.junit.Arquillian$2.evaluate(Arquillian.java:204) > at org.jboss.arquillian.junit.Arquillian.multiExecute(Arquillian.java:422) > at org.jboss.arquillian.junit.Arquillian.access$200(Arquillian.java:54) > at org.jboss.arquillian.junit.Arquillian$3.evaluate(Arquillian.java:218) > at org.junit.runners.ParentRunner.run(ParentRunner.java:363) > at org.jboss.arquillian.junit.Arquillian.run(Arquillian.java:166) > at org.eclipse.jdt.internal.junit4.runner.JUnit4TestReference.run(JUnit4TestReference.java:86) > 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:678) > at org.eclipse.jdt.internal.junit.runner.RemoteTestRunner.run(RemoteTestRunner.java:382) > at org.eclipse.jdt.internal.junit.runner.RemoteTestRunner.main(RemoteTestRunner.java:192) > Caused by: java.lang.IllegalAccessException: Class org.jboss.arquillian.graphene.proxy.GrapheneProxyHandler can not access a member of class ru.argustelecom.system.inf.testframework.it.ui.comp.Component with modifiers "protected" > at sun.reflect.Reflection.ensureMemberAccess(Reflection.java:102) > at java.lang.reflect.AccessibleObject.slowCheckMemberAccess(AccessibleObject.java:296) > at java.lang.reflect.AccessibleObject.checkAccess(AccessibleObject.java:288) > at java.lang.reflect.Method.invoke(Method.java:491) > at org.jboss.arquillian.graphene.proxy.GrapheneProxyHandler.invokeReal(GrapheneProxyHandler.java:130) > ... 151 more > {code} > Looking at the GrapheneProxyHandler code: > {code} > protected Object invokeReal(Object target, Method method, Object[] args) throws Throwable { > Object result; > try { > if (target instanceof GrapheneProxyInstance) { > target = ((GrapheneProxyInstance) target).unwrap(); > } > if (!method.getDeclaringClass().isInstance(target)) { > Method realMethod = target.getClass().getDeclaredMethod(method.getName(), method.getParameterTypes()); > if (!realMethod.isAccessible()) { > realMethod.setAccessible(true); > } > result = realMethod.invoke(target, args); > } else { > result = method.invoke(target, args); > } > // ... > {code} > This {{!method.getDeclaringClass().isInstance(target)}} check doesn't pass, so the accessibility modification is skipped. And naturally GrapheneProxyHandler doesn't have an access to Component#getRoot since it's in a different package and not a subclass. -- This message was sent by Atlassian JIRA (v7.5.0#75005) From issues at jboss.org Fri Nov 3 10:58:00 2017 From: issues at jboss.org (Matous Jobanek (JIRA)) Date: Fri, 3 Nov 2017 10:58:00 -0400 (EDT) Subject: [arquillian-issues] [JBoss JIRA] (ARQGRA-512) ClassCastException while performing MouseActions against selenium 3.6.0 In-Reply-To: References: Message-ID: [ https://issues.jboss.org/browse/ARQGRA-512?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Matous Jobanek reassigned ARQGRA-512: ------------------------------------- Assignee: Matous Jobanek > ClassCastException while performing MouseActions against selenium 3.6.0 > ----------------------------------------------------------------------- > > Key: ARQGRA-512 > URL: https://issues.jboss.org/browse/ARQGRA-512 > Project: Arquillian Graphene > Issue Type: Bug > Affects Versions: 2.3.1 > Reporter: S Haster > Assignee: Matous Jobanek > > Selenium 3.6.0 is api breaking (w/ regards to 3.5.3) and graphene is not yet updated. > We recently upgraded to selenium 3.6.0 and are running graphene 2.3.1 > While performing a ClickAndHoldAction we get a ClassCastException. The reason is because selenium-api created a second Locatable as a super-interface of the old one and GrapheneElementImpl uses the 'old' one but RemoteWebElement only implements the 'new' one. > Stacktrace: > {noformat} > java.lang.ClassCastException: org.openqa.selenium.remote.RemoteWebElement cannot be cast to org.openqa.selenium.internal.Locatable > at org.jboss.arquillian.graphene.GrapheneElementImpl.getCoordinates(GrapheneElementImpl.java:259) > at org.jboss.arquillian.graphene.proxy.GrapheneProxyHandler.invokeReal(GrapheneProxyHandler.java:130) > at org.jboss.arquillian.graphene.proxy.GrapheneContextualHandler$1.invoke(GrapheneContextualHandler.java:169) > at org.jboss.arquillian.graphene.enricher.StaleElementInterceptor$1.apply(StaleElementInterceptor.java:47) > at org.jboss.arquillian.graphene.enricher.StaleElementInterceptor$1.apply(StaleElementInterceptor.java:43) > at org.openqa.selenium.support.ui.FluentWait.until(FluentWait.java:208) > at org.jboss.arquillian.graphene.wait.WebDriverWaitImpl.until(WebDriverWaitImpl.java:96) > at org.jboss.arquillian.graphene.enricher.StaleElementInterceptor.intercept(StaleElementInterceptor.java:43) > at org.jboss.arquillian.graphene.proxy.InvocationContextImpl.invoke(InvocationContextImpl.java:87) > at org.jboss.arquillian.graphene.intercept.InterceptorBuilder$2.intercept(InterceptorBuilder.java:139) > at org.jboss.arquillian.graphene.proxy.InvocationContextImpl.invoke(InvocationContextImpl.java:87) > at org.jboss.arquillian.graphene.enricher.SearchContextInterceptor.intercept(SearchContextInterceptor.java:50) > at org.jboss.arquillian.graphene.proxy.InvocationContextImpl.invoke(InvocationContextImpl.java:87) > at org.jboss.arquillian.graphene.proxy.GrapheneContextualHandler$2.call(GrapheneContextualHandler.java:241) > at org.jboss.arquillian.graphene.context.BrowserActions.performAction(BrowserActions.java:62) > at org.jboss.arquillian.graphene.proxy.GrapheneContextualHandler.invoke(GrapheneContextualHandler.java:237) > at org.openqa.selenium.interactions.internal.MouseAction.getActionLocation(MouseAction.java:65) > at org.openqa.selenium.interactions.internal.MouseAction.moveToLocation(MouseAction.java:72) > at org.openqa.selenium.interactions.ClickAndHoldAction.perform(ClickAndHoldAction.java:45) > at org.openqa.selenium.interactions.CompositeAction.perform(CompositeAction.java:36) > at org.openqa.selenium.interactions.Actions$BuiltAction.perform(Actions.java:641) > at nl.topicus.keyhub.arquillian.selenium.page.console.GMyGroupFoldersPage.dragOnto(GMyGroupFoldersPage.java:56) > at > {noformat} > The 'dragOnto'method does: > {code:java} > public void dragOnto(String groupName, String folderName) > { > WebDriver driver = GrapheneHelper.getDriver(add); > WebElement group = driver.findElement( > By.cssSelector("div.content--part div.tasks .task[data-value='" + groupName + "']")); > WebElement targetFolder = driver > .findElement(By.cssSelector("div.content--part[data-value='" + folderName + "']")); > Action dragAndDrop = new Actions(driver).dragAndDrop(group, targetFolder).build(); > dragAndDrop.perform(); > } > {code} -- This message was sent by Atlassian JIRA (v7.5.0#75005) From issues at jboss.org Fri Nov 3 10:59:01 2017 From: issues at jboss.org (Matous Jobanek (JIRA)) Date: Fri, 3 Nov 2017 10:59:01 -0400 (EDT) Subject: [arquillian-issues] [JBoss JIRA] (ARQGRA-512) ClassCastException while performing MouseActions against selenium 3.6.0 In-Reply-To: References: Message-ID: [ https://issues.jboss.org/browse/ARQGRA-512?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Matous Jobanek resolved ARQGRA-512. ----------------------------------- Fix Version/s: 2.3.2 Resolution: Done Pushed upstream in: https://github.com/arquillian/arquillian-graphene/pull/174 > ClassCastException while performing MouseActions against selenium 3.6.0 > ----------------------------------------------------------------------- > > Key: ARQGRA-512 > URL: https://issues.jboss.org/browse/ARQGRA-512 > Project: Arquillian Graphene > Issue Type: Bug > Affects Versions: 2.3.1 > Reporter: S Haster > Assignee: Matous Jobanek > Fix For: 2.3.2 > > > Selenium 3.6.0 is api breaking (w/ regards to 3.5.3) and graphene is not yet updated. > We recently upgraded to selenium 3.6.0 and are running graphene 2.3.1 > While performing a ClickAndHoldAction we get a ClassCastException. The reason is because selenium-api created a second Locatable as a super-interface of the old one and GrapheneElementImpl uses the 'old' one but RemoteWebElement only implements the 'new' one. > Stacktrace: > {noformat} > java.lang.ClassCastException: org.openqa.selenium.remote.RemoteWebElement cannot be cast to org.openqa.selenium.internal.Locatable > at org.jboss.arquillian.graphene.GrapheneElementImpl.getCoordinates(GrapheneElementImpl.java:259) > at org.jboss.arquillian.graphene.proxy.GrapheneProxyHandler.invokeReal(GrapheneProxyHandler.java:130) > at org.jboss.arquillian.graphene.proxy.GrapheneContextualHandler$1.invoke(GrapheneContextualHandler.java:169) > at org.jboss.arquillian.graphene.enricher.StaleElementInterceptor$1.apply(StaleElementInterceptor.java:47) > at org.jboss.arquillian.graphene.enricher.StaleElementInterceptor$1.apply(StaleElementInterceptor.java:43) > at org.openqa.selenium.support.ui.FluentWait.until(FluentWait.java:208) > at org.jboss.arquillian.graphene.wait.WebDriverWaitImpl.until(WebDriverWaitImpl.java:96) > at org.jboss.arquillian.graphene.enricher.StaleElementInterceptor.intercept(StaleElementInterceptor.java:43) > at org.jboss.arquillian.graphene.proxy.InvocationContextImpl.invoke(InvocationContextImpl.java:87) > at org.jboss.arquillian.graphene.intercept.InterceptorBuilder$2.intercept(InterceptorBuilder.java:139) > at org.jboss.arquillian.graphene.proxy.InvocationContextImpl.invoke(InvocationContextImpl.java:87) > at org.jboss.arquillian.graphene.enricher.SearchContextInterceptor.intercept(SearchContextInterceptor.java:50) > at org.jboss.arquillian.graphene.proxy.InvocationContextImpl.invoke(InvocationContextImpl.java:87) > at org.jboss.arquillian.graphene.proxy.GrapheneContextualHandler$2.call(GrapheneContextualHandler.java:241) > at org.jboss.arquillian.graphene.context.BrowserActions.performAction(BrowserActions.java:62) > at org.jboss.arquillian.graphene.proxy.GrapheneContextualHandler.invoke(GrapheneContextualHandler.java:237) > at org.openqa.selenium.interactions.internal.MouseAction.getActionLocation(MouseAction.java:65) > at org.openqa.selenium.interactions.internal.MouseAction.moveToLocation(MouseAction.java:72) > at org.openqa.selenium.interactions.ClickAndHoldAction.perform(ClickAndHoldAction.java:45) > at org.openqa.selenium.interactions.CompositeAction.perform(CompositeAction.java:36) > at org.openqa.selenium.interactions.Actions$BuiltAction.perform(Actions.java:641) > at nl.topicus.keyhub.arquillian.selenium.page.console.GMyGroupFoldersPage.dragOnto(GMyGroupFoldersPage.java:56) > at > {noformat} > The 'dragOnto'method does: > {code:java} > public void dragOnto(String groupName, String folderName) > { > WebDriver driver = GrapheneHelper.getDriver(add); > WebElement group = driver.findElement( > By.cssSelector("div.content--part div.tasks .task[data-value='" + groupName + "']")); > WebElement targetFolder = driver > .findElement(By.cssSelector("div.content--part[data-value='" + folderName + "']")); > Action dragAndDrop = new Actions(driver).dragAndDrop(group, targetFolder).build(); > dragAndDrop.perform(); > } > {code} -- This message was sent by Atlassian JIRA (v7.5.0#75005) From issues at jboss.org Fri Nov 3 10:59:01 2017 From: issues at jboss.org (Matous Jobanek (JIRA)) Date: Fri, 3 Nov 2017 10:59:01 -0400 (EDT) Subject: [arquillian-issues] [JBoss JIRA] (ARQGRA-511) Graphene proxies don't support calling protected/package-protected methods in a valid context In-Reply-To: References: Message-ID: [ https://issues.jboss.org/browse/ARQGRA-511?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Matous Jobanek reassigned ARQGRA-511: ------------------------------------- Assignee: Matous Jobanek > Graphene proxies don't support calling protected/package-protected methods in a valid context > --------------------------------------------------------------------------------------------- > > Key: ARQGRA-511 > URL: https://issues.jboss.org/browse/ARQGRA-511 > Project: Arquillian Graphene > Issue Type: Bug > Components: core > Affects Versions: 2.1.0.Final > Reporter: Vsevolod Golovanov > Assignee: Matous Jobanek > > I have this base Component (Page Fragment) Class: > {code} > public abstract class Component { > protected WebElement getRoot() { > // ... > } > @Override > public boolean equals(Object obj) { > if (!(obj instanceof Component)) > return false; > // WebElementUtils.equal is a ARQGRA-484 workaround, irrelevant here > return WebElementUtils.equal(getRoot(), ((Component) obj).getRoot()); > } > } > {code} > The equals call results in an exception > {code}java.lang.RuntimeException: unexpected invocation exception during invocation of ru.argustelecom.system.inf.testframework.it.ui.comp.Component#getRoot(), on target 'ru.argustelecom.system.inf.testframework.it.ui.comp.AutoComplete at 83ddf46d': Class org.jboss.arquillian.graphene.proxy.GrapheneProxyHandler can not access a member of class ru.argustelecom.system.inf.testframework.it.ui.comp.Component with modifiers "protected" > at org.jboss.arquillian.graphene.proxy.GrapheneProxyHandler.invokeReal(GrapheneProxyHandler.java:137) > at org.jboss.arquillian.graphene.proxy.GrapheneContextualHandler$1.invoke(GrapheneContextualHandler.java:162) > at org.jboss.arquillian.graphene.proxy.GrapheneContextualHandler$2.call(GrapheneContextualHandler.java:212) > at org.jboss.arquillian.graphene.context.BrowserActions.performAction(BrowserActions.java:62) > at org.jboss.arquillian.graphene.proxy.GrapheneContextualHandler.invoke(GrapheneContextualHandler.java:208) > at org.jboss.arquillian.graphene.proxy.GrapheneContextualHandler.intercept(GrapheneContextualHandler.java:234) > at ru.argustelecom.system.inf.testframework.it.ui.comp.AutoComplete$$EnhancerByGraphene$$4040d070.getRoot() > at ru.argustelecom.system.inf.testframework.it.ui.comp.Component.equals(Component.java:283) > 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:498) > at org.jboss.arquillian.graphene.proxy.GrapheneProxyHandler.invokeReal(GrapheneProxyHandler.java:130) > at org.jboss.arquillian.graphene.proxy.GrapheneContextualHandler$1.invoke(GrapheneContextualHandler.java:162) > at org.jboss.arquillian.graphene.proxy.GrapheneContextualHandler$2.call(GrapheneContextualHandler.java:212) > at org.jboss.arquillian.graphene.context.BrowserActions.performAction(BrowserActions.java:62) > at org.jboss.arquillian.graphene.proxy.GrapheneContextualHandler.invoke(GrapheneContextualHandler.java:208) > at org.jboss.arquillian.graphene.proxy.GrapheneContextualHandler.intercept(GrapheneContextualHandler.java:234) > at ru.argustelecom.system.inf.testframework.it.ui.comp.AutoComplete$$EnhancerByGraphene$$4040d070.equals() > at org.junit.Assert.isEquals(Assert.java:131) > at org.junit.Assert.equalsRegardingNull(Assert.java:127) > at org.junit.Assert.assertEquals(Assert.java:111) > at org.junit.Assert.assertEquals(Assert.java:144) > at ru.argustelecom.system.inf.testframework.it.ui.comp.test.AutoCompleteIT.autoComplete(AutoCompleteIT.java:42) > 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:498) > at org.junit.runners.model.FrameworkMethod$1.runReflectiveCall(FrameworkMethod.java:50) > at org.junit.internal.runners.model.ReflectiveCallable.run(ReflectiveCallable.java:12) > at org.junit.runners.model.FrameworkMethod.invokeExplosively(FrameworkMethod.java:47) > at org.jboss.arquillian.junit.Arquillian$8$1.invoke(Arquillian.java:370) > 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:62) > at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43) > at java.lang.reflect.Method.invoke(Method.java:498) > 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:53) > 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:498) > 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:62) > at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43) > at java.lang.reflect.Method.invoke(Method.java:498) > 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:130) > 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:498) > 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:92) > 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:498) > 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: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:498) > 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:136) > at org.jboss.arquillian.junit.Arquillian$8.evaluate(Arquillian.java:363) > at org.jboss.arquillian.junit.Arquillian$4.evaluate(Arquillian.java:245) > at org.jboss.arquillian.junit.Arquillian.multiExecute(Arquillian.java:422) > at org.jboss.arquillian.junit.Arquillian.access$200(Arquillian.java:54) > at org.jboss.arquillian.junit.Arquillian$5.evaluate(Arquillian.java:259) > at org.junit.rules.TestWatcher$1.evaluate(TestWatcher.java:55) > at org.junit.rules.RunRules.evaluate(RunRules.java:20) > at org.jboss.arquillian.junit.Arquillian$7$1.invoke(Arquillian.java:315) > at org.jboss.arquillian.container.test.impl.execution.ClientBeforeAfterLifecycleEventExecuter.execute(ClientBeforeAfterLifecycleEventExecuter.java:99) > at org.jboss.arquillian.container.test.impl.execution.ClientBeforeAfterLifecycleEventExecuter.on(ClientBeforeAfterLifecycleEventExecuter.java:72) > 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:498) > 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.createBeforeContext(ContainerEventController.java:124) > 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:498) > 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:130) > 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:498) > 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:92) > 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:498) > 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: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:498) > 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.fireCustomLifecycle(EventTestRunnerAdaptor.java:159) > at org.jboss.arquillian.junit.Arquillian$7.evaluate(Arquillian.java:311) > at org.junit.runners.ParentRunner.runLeaf(ParentRunner.java:325) > at org.junit.runners.BlockJUnit4ClassRunner.runChild(BlockJUnit4ClassRunner.java:78) > at org.junit.runners.BlockJUnit4ClassRunner.runChild(BlockJUnit4ClassRunner.java:57) > at org.junit.runners.ParentRunner$3.run(ParentRunner.java:290) > at org.junit.runners.ParentRunner$1.schedule(ParentRunner.java:71) > at org.junit.runners.ParentRunner.runChildren(ParentRunner.java:288) > at org.junit.runners.ParentRunner.access$000(ParentRunner.java:58) > at org.junit.runners.ParentRunner$2.evaluate(ParentRunner.java:268) > at org.jboss.arquillian.junit.Arquillian$2.evaluate(Arquillian.java:204) > at org.jboss.arquillian.junit.Arquillian.multiExecute(Arquillian.java:422) > at org.jboss.arquillian.junit.Arquillian.access$200(Arquillian.java:54) > at org.jboss.arquillian.junit.Arquillian$3.evaluate(Arquillian.java:218) > at org.junit.runners.ParentRunner.run(ParentRunner.java:363) > at org.jboss.arquillian.junit.Arquillian.run(Arquillian.java:166) > at org.eclipse.jdt.internal.junit4.runner.JUnit4TestReference.run(JUnit4TestReference.java:86) > 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:678) > at org.eclipse.jdt.internal.junit.runner.RemoteTestRunner.run(RemoteTestRunner.java:382) > at org.eclipse.jdt.internal.junit.runner.RemoteTestRunner.main(RemoteTestRunner.java:192) > Caused by: java.lang.IllegalAccessException: Class org.jboss.arquillian.graphene.proxy.GrapheneProxyHandler can not access a member of class ru.argustelecom.system.inf.testframework.it.ui.comp.Component with modifiers "protected" > at sun.reflect.Reflection.ensureMemberAccess(Reflection.java:102) > at java.lang.reflect.AccessibleObject.slowCheckMemberAccess(AccessibleObject.java:296) > at java.lang.reflect.AccessibleObject.checkAccess(AccessibleObject.java:288) > at java.lang.reflect.Method.invoke(Method.java:491) > at org.jboss.arquillian.graphene.proxy.GrapheneProxyHandler.invokeReal(GrapheneProxyHandler.java:130) > ... 151 more > {code} > Looking at the GrapheneProxyHandler code: > {code} > protected Object invokeReal(Object target, Method method, Object[] args) throws Throwable { > Object result; > try { > if (target instanceof GrapheneProxyInstance) { > target = ((GrapheneProxyInstance) target).unwrap(); > } > if (!method.getDeclaringClass().isInstance(target)) { > Method realMethod = target.getClass().getDeclaredMethod(method.getName(), method.getParameterTypes()); > if (!realMethod.isAccessible()) { > realMethod.setAccessible(true); > } > result = realMethod.invoke(target, args); > } else { > result = method.invoke(target, args); > } > // ... > {code} > This {{!method.getDeclaringClass().isInstance(target)}} check doesn't pass, so the accessibility modification is skipped. And naturally GrapheneProxyHandler doesn't have an access to Component#getRoot since it's in a different package and not a subclass. -- This message was sent by Atlassian JIRA (v7.5.0#75005) From issues at jboss.org Fri Nov 3 11:00:00 2017 From: issues at jboss.org (Matous Jobanek (JIRA)) Date: Fri, 3 Nov 2017 11:00:00 -0400 (EDT) Subject: [arquillian-issues] [JBoss JIRA] (ARQGRA-511) Graphene proxies don't support calling protected/package-protected methods in a valid context In-Reply-To: References: Message-ID: [ https://issues.jboss.org/browse/ARQGRA-511?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Matous Jobanek closed ARQGRA-511. --------------------------------- Fix Version/s: 2.3.2 Resolution: Done Pushed upstream in: https://github.com/arquillian/arquillian-graphene/pull/175 > Graphene proxies don't support calling protected/package-protected methods in a valid context > --------------------------------------------------------------------------------------------- > > Key: ARQGRA-511 > URL: https://issues.jboss.org/browse/ARQGRA-511 > Project: Arquillian Graphene > Issue Type: Bug > Components: core > Affects Versions: 2.1.0.Final > Reporter: Vsevolod Golovanov > Assignee: Matous Jobanek > Fix For: 2.3.2 > > > I have this base Component (Page Fragment) Class: > {code} > public abstract class Component { > protected WebElement getRoot() { > // ... > } > @Override > public boolean equals(Object obj) { > if (!(obj instanceof Component)) > return false; > // WebElementUtils.equal is a ARQGRA-484 workaround, irrelevant here > return WebElementUtils.equal(getRoot(), ((Component) obj).getRoot()); > } > } > {code} > The equals call results in an exception > {code}java.lang.RuntimeException: unexpected invocation exception during invocation of ru.argustelecom.system.inf.testframework.it.ui.comp.Component#getRoot(), on target 'ru.argustelecom.system.inf.testframework.it.ui.comp.AutoComplete at 83ddf46d': Class org.jboss.arquillian.graphene.proxy.GrapheneProxyHandler can not access a member of class ru.argustelecom.system.inf.testframework.it.ui.comp.Component with modifiers "protected" > at org.jboss.arquillian.graphene.proxy.GrapheneProxyHandler.invokeReal(GrapheneProxyHandler.java:137) > at org.jboss.arquillian.graphene.proxy.GrapheneContextualHandler$1.invoke(GrapheneContextualHandler.java:162) > at org.jboss.arquillian.graphene.proxy.GrapheneContextualHandler$2.call(GrapheneContextualHandler.java:212) > at org.jboss.arquillian.graphene.context.BrowserActions.performAction(BrowserActions.java:62) > at org.jboss.arquillian.graphene.proxy.GrapheneContextualHandler.invoke(GrapheneContextualHandler.java:208) > at org.jboss.arquillian.graphene.proxy.GrapheneContextualHandler.intercept(GrapheneContextualHandler.java:234) > at ru.argustelecom.system.inf.testframework.it.ui.comp.AutoComplete$$EnhancerByGraphene$$4040d070.getRoot() > at ru.argustelecom.system.inf.testframework.it.ui.comp.Component.equals(Component.java:283) > 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:498) > at org.jboss.arquillian.graphene.proxy.GrapheneProxyHandler.invokeReal(GrapheneProxyHandler.java:130) > at org.jboss.arquillian.graphene.proxy.GrapheneContextualHandler$1.invoke(GrapheneContextualHandler.java:162) > at org.jboss.arquillian.graphene.proxy.GrapheneContextualHandler$2.call(GrapheneContextualHandler.java:212) > at org.jboss.arquillian.graphene.context.BrowserActions.performAction(BrowserActions.java:62) > at org.jboss.arquillian.graphene.proxy.GrapheneContextualHandler.invoke(GrapheneContextualHandler.java:208) > at org.jboss.arquillian.graphene.proxy.GrapheneContextualHandler.intercept(GrapheneContextualHandler.java:234) > at ru.argustelecom.system.inf.testframework.it.ui.comp.AutoComplete$$EnhancerByGraphene$$4040d070.equals() > at org.junit.Assert.isEquals(Assert.java:131) > at org.junit.Assert.equalsRegardingNull(Assert.java:127) > at org.junit.Assert.assertEquals(Assert.java:111) > at org.junit.Assert.assertEquals(Assert.java:144) > at ru.argustelecom.system.inf.testframework.it.ui.comp.test.AutoCompleteIT.autoComplete(AutoCompleteIT.java:42) > 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:498) > at org.junit.runners.model.FrameworkMethod$1.runReflectiveCall(FrameworkMethod.java:50) > at org.junit.internal.runners.model.ReflectiveCallable.run(ReflectiveCallable.java:12) > at org.junit.runners.model.FrameworkMethod.invokeExplosively(FrameworkMethod.java:47) > at org.jboss.arquillian.junit.Arquillian$8$1.invoke(Arquillian.java:370) > 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:62) > at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43) > at java.lang.reflect.Method.invoke(Method.java:498) > 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:53) > 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:498) > 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:62) > at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43) > at java.lang.reflect.Method.invoke(Method.java:498) > 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:130) > 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:498) > 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:92) > 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:498) > 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: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:498) > 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:136) > at org.jboss.arquillian.junit.Arquillian$8.evaluate(Arquillian.java:363) > at org.jboss.arquillian.junit.Arquillian$4.evaluate(Arquillian.java:245) > at org.jboss.arquillian.junit.Arquillian.multiExecute(Arquillian.java:422) > at org.jboss.arquillian.junit.Arquillian.access$200(Arquillian.java:54) > at org.jboss.arquillian.junit.Arquillian$5.evaluate(Arquillian.java:259) > at org.junit.rules.TestWatcher$1.evaluate(TestWatcher.java:55) > at org.junit.rules.RunRules.evaluate(RunRules.java:20) > at org.jboss.arquillian.junit.Arquillian$7$1.invoke(Arquillian.java:315) > at org.jboss.arquillian.container.test.impl.execution.ClientBeforeAfterLifecycleEventExecuter.execute(ClientBeforeAfterLifecycleEventExecuter.java:99) > at org.jboss.arquillian.container.test.impl.execution.ClientBeforeAfterLifecycleEventExecuter.on(ClientBeforeAfterLifecycleEventExecuter.java:72) > 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:498) > 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.createBeforeContext(ContainerEventController.java:124) > 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:498) > 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:130) > 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:498) > 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:92) > 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:498) > 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: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:498) > 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.fireCustomLifecycle(EventTestRunnerAdaptor.java:159) > at org.jboss.arquillian.junit.Arquillian$7.evaluate(Arquillian.java:311) > at org.junit.runners.ParentRunner.runLeaf(ParentRunner.java:325) > at org.junit.runners.BlockJUnit4ClassRunner.runChild(BlockJUnit4ClassRunner.java:78) > at org.junit.runners.BlockJUnit4ClassRunner.runChild(BlockJUnit4ClassRunner.java:57) > at org.junit.runners.ParentRunner$3.run(ParentRunner.java:290) > at org.junit.runners.ParentRunner$1.schedule(ParentRunner.java:71) > at org.junit.runners.ParentRunner.runChildren(ParentRunner.java:288) > at org.junit.runners.ParentRunner.access$000(ParentRunner.java:58) > at org.junit.runners.ParentRunner$2.evaluate(ParentRunner.java:268) > at org.jboss.arquillian.junit.Arquillian$2.evaluate(Arquillian.java:204) > at org.jboss.arquillian.junit.Arquillian.multiExecute(Arquillian.java:422) > at org.jboss.arquillian.junit.Arquillian.access$200(Arquillian.java:54) > at org.jboss.arquillian.junit.Arquillian$3.evaluate(Arquillian.java:218) > at org.junit.runners.ParentRunner.run(ParentRunner.java:363) > at org.jboss.arquillian.junit.Arquillian.run(Arquillian.java:166) > at org.eclipse.jdt.internal.junit4.runner.JUnit4TestReference.run(JUnit4TestReference.java:86) > 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:678) > at org.eclipse.jdt.internal.junit.runner.RemoteTestRunner.run(RemoteTestRunner.java:382) > at org.eclipse.jdt.internal.junit.runner.RemoteTestRunner.main(RemoteTestRunner.java:192) > Caused by: java.lang.IllegalAccessException: Class org.jboss.arquillian.graphene.proxy.GrapheneProxyHandler can not access a member of class ru.argustelecom.system.inf.testframework.it.ui.comp.Component with modifiers "protected" > at sun.reflect.Reflection.ensureMemberAccess(Reflection.java:102) > at java.lang.reflect.AccessibleObject.slowCheckMemberAccess(AccessibleObject.java:296) > at java.lang.reflect.AccessibleObject.checkAccess(AccessibleObject.java:288) > at java.lang.reflect.Method.invoke(Method.java:491) > at org.jboss.arquillian.graphene.proxy.GrapheneProxyHandler.invokeReal(GrapheneProxyHandler.java:130) > ... 151 more > {code} > Looking at the GrapheneProxyHandler code: > {code} > protected Object invokeReal(Object target, Method method, Object[] args) throws Throwable { > Object result; > try { > if (target instanceof GrapheneProxyInstance) { > target = ((GrapheneProxyInstance) target).unwrap(); > } > if (!method.getDeclaringClass().isInstance(target)) { > Method realMethod = target.getClass().getDeclaredMethod(method.getName(), method.getParameterTypes()); > if (!realMethod.isAccessible()) { > realMethod.setAccessible(true); > } > result = realMethod.invoke(target, args); > } else { > result = method.invoke(target, args); > } > // ... > {code} > This {{!method.getDeclaringClass().isInstance(target)}} check doesn't pass, so the accessibility modification is skipped. And naturally GrapheneProxyHandler doesn't have an access to Component#getRoot since it's in a different package and not a subclass. -- This message was sent by Atlassian JIRA (v7.5.0#75005) From issues at jboss.org Fri Nov 3 11:00:00 2017 From: issues at jboss.org (Matous Jobanek (JIRA)) Date: Fri, 3 Nov 2017 11:00:00 -0400 (EDT) Subject: [arquillian-issues] [JBoss JIRA] (ARQGRA-512) ClassCastException while performing MouseActions against selenium 3.6.0 In-Reply-To: References: Message-ID: [ https://issues.jboss.org/browse/ARQGRA-512?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Matous Jobanek closed ARQGRA-512. --------------------------------- > ClassCastException while performing MouseActions against selenium 3.6.0 > ----------------------------------------------------------------------- > > Key: ARQGRA-512 > URL: https://issues.jboss.org/browse/ARQGRA-512 > Project: Arquillian Graphene > Issue Type: Bug > Affects Versions: 2.3.1 > Reporter: S Haster > Assignee: Matous Jobanek > Fix For: 2.3.2 > > > Selenium 3.6.0 is api breaking (w/ regards to 3.5.3) and graphene is not yet updated. > We recently upgraded to selenium 3.6.0 and are running graphene 2.3.1 > While performing a ClickAndHoldAction we get a ClassCastException. The reason is because selenium-api created a second Locatable as a super-interface of the old one and GrapheneElementImpl uses the 'old' one but RemoteWebElement only implements the 'new' one. > Stacktrace: > {noformat} > java.lang.ClassCastException: org.openqa.selenium.remote.RemoteWebElement cannot be cast to org.openqa.selenium.internal.Locatable > at org.jboss.arquillian.graphene.GrapheneElementImpl.getCoordinates(GrapheneElementImpl.java:259) > at org.jboss.arquillian.graphene.proxy.GrapheneProxyHandler.invokeReal(GrapheneProxyHandler.java:130) > at org.jboss.arquillian.graphene.proxy.GrapheneContextualHandler$1.invoke(GrapheneContextualHandler.java:169) > at org.jboss.arquillian.graphene.enricher.StaleElementInterceptor$1.apply(StaleElementInterceptor.java:47) > at org.jboss.arquillian.graphene.enricher.StaleElementInterceptor$1.apply(StaleElementInterceptor.java:43) > at org.openqa.selenium.support.ui.FluentWait.until(FluentWait.java:208) > at org.jboss.arquillian.graphene.wait.WebDriverWaitImpl.until(WebDriverWaitImpl.java:96) > at org.jboss.arquillian.graphene.enricher.StaleElementInterceptor.intercept(StaleElementInterceptor.java:43) > at org.jboss.arquillian.graphene.proxy.InvocationContextImpl.invoke(InvocationContextImpl.java:87) > at org.jboss.arquillian.graphene.intercept.InterceptorBuilder$2.intercept(InterceptorBuilder.java:139) > at org.jboss.arquillian.graphene.proxy.InvocationContextImpl.invoke(InvocationContextImpl.java:87) > at org.jboss.arquillian.graphene.enricher.SearchContextInterceptor.intercept(SearchContextInterceptor.java:50) > at org.jboss.arquillian.graphene.proxy.InvocationContextImpl.invoke(InvocationContextImpl.java:87) > at org.jboss.arquillian.graphene.proxy.GrapheneContextualHandler$2.call(GrapheneContextualHandler.java:241) > at org.jboss.arquillian.graphene.context.BrowserActions.performAction(BrowserActions.java:62) > at org.jboss.arquillian.graphene.proxy.GrapheneContextualHandler.invoke(GrapheneContextualHandler.java:237) > at org.openqa.selenium.interactions.internal.MouseAction.getActionLocation(MouseAction.java:65) > at org.openqa.selenium.interactions.internal.MouseAction.moveToLocation(MouseAction.java:72) > at org.openqa.selenium.interactions.ClickAndHoldAction.perform(ClickAndHoldAction.java:45) > at org.openqa.selenium.interactions.CompositeAction.perform(CompositeAction.java:36) > at org.openqa.selenium.interactions.Actions$BuiltAction.perform(Actions.java:641) > at nl.topicus.keyhub.arquillian.selenium.page.console.GMyGroupFoldersPage.dragOnto(GMyGroupFoldersPage.java:56) > at > {noformat} > The 'dragOnto'method does: > {code:java} > public void dragOnto(String groupName, String folderName) > { > WebDriver driver = GrapheneHelper.getDriver(add); > WebElement group = driver.findElement( > By.cssSelector("div.content--part div.tasks .task[data-value='" + groupName + "']")); > WebElement targetFolder = driver > .findElement(By.cssSelector("div.content--part[data-value='" + folderName + "']")); > Action dragAndDrop = new Actions(driver).dragAndDrop(group, targetFolder).build(); > dragAndDrop.perform(); > } > {code} -- This message was sent by Atlassian JIRA (v7.5.0#75005) From issues at jboss.org Fri Nov 3 11:01:00 2017 From: issues at jboss.org (Matous Jobanek (JIRA)) Date: Fri, 3 Nov 2017 11:01:00 -0400 (EDT) Subject: [arquillian-issues] [JBoss JIRA] (ARQGRA-514) Upgrade to Drone 2.4.3 (Selenium 3.7.0) In-Reply-To: References: Message-ID: [ https://issues.jboss.org/browse/ARQGRA-514?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Matous Jobanek closed ARQGRA-514. --------------------------------- Resolution: Done Pushed upstream in: https://github.com/arquillian/arquillian-graphene/pull/174 > Upgrade to Drone 2.4.3 (Selenium 3.7.0) > --------------------------------------- > > Key: ARQGRA-514 > URL: https://issues.jboss.org/browse/ARQGRA-514 > Project: Arquillian Graphene > Issue Type: Component Upgrade > Affects Versions: 2.3.1 > Reporter: Matous Jobanek > Assignee: Matous Jobanek > Fix For: 2.3.2 > > -- This message was sent by Atlassian JIRA (v7.5.0#75005) From issues at jboss.org Fri Nov 3 11:01:00 2017 From: issues at jboss.org (Matous Jobanek (JIRA)) Date: Fri, 3 Nov 2017 11:01:00 -0400 (EDT) Subject: [arquillian-issues] [JBoss JIRA] (ARQGRA-512) ClassCastException while performing MouseActions against selenium 3.6.0 In-Reply-To: References: Message-ID: [ https://issues.jboss.org/browse/ARQGRA-512?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Matous Jobanek reopened ARQGRA-512: ----------------------------------- > ClassCastException while performing MouseActions against selenium 3.6.0 > ----------------------------------------------------------------------- > > Key: ARQGRA-512 > URL: https://issues.jboss.org/browse/ARQGRA-512 > Project: Arquillian Graphene > Issue Type: Bug > Affects Versions: 2.3.1 > Reporter: S Haster > Assignee: Matous Jobanek > Fix For: 2.3.2 > > > Selenium 3.6.0 is api breaking (w/ regards to 3.5.3) and graphene is not yet updated. > We recently upgraded to selenium 3.6.0 and are running graphene 2.3.1 > While performing a ClickAndHoldAction we get a ClassCastException. The reason is because selenium-api created a second Locatable as a super-interface of the old one and GrapheneElementImpl uses the 'old' one but RemoteWebElement only implements the 'new' one. > Stacktrace: > {noformat} > java.lang.ClassCastException: org.openqa.selenium.remote.RemoteWebElement cannot be cast to org.openqa.selenium.internal.Locatable > at org.jboss.arquillian.graphene.GrapheneElementImpl.getCoordinates(GrapheneElementImpl.java:259) > at org.jboss.arquillian.graphene.proxy.GrapheneProxyHandler.invokeReal(GrapheneProxyHandler.java:130) > at org.jboss.arquillian.graphene.proxy.GrapheneContextualHandler$1.invoke(GrapheneContextualHandler.java:169) > at org.jboss.arquillian.graphene.enricher.StaleElementInterceptor$1.apply(StaleElementInterceptor.java:47) > at org.jboss.arquillian.graphene.enricher.StaleElementInterceptor$1.apply(StaleElementInterceptor.java:43) > at org.openqa.selenium.support.ui.FluentWait.until(FluentWait.java:208) > at org.jboss.arquillian.graphene.wait.WebDriverWaitImpl.until(WebDriverWaitImpl.java:96) > at org.jboss.arquillian.graphene.enricher.StaleElementInterceptor.intercept(StaleElementInterceptor.java:43) > at org.jboss.arquillian.graphene.proxy.InvocationContextImpl.invoke(InvocationContextImpl.java:87) > at org.jboss.arquillian.graphene.intercept.InterceptorBuilder$2.intercept(InterceptorBuilder.java:139) > at org.jboss.arquillian.graphene.proxy.InvocationContextImpl.invoke(InvocationContextImpl.java:87) > at org.jboss.arquillian.graphene.enricher.SearchContextInterceptor.intercept(SearchContextInterceptor.java:50) > at org.jboss.arquillian.graphene.proxy.InvocationContextImpl.invoke(InvocationContextImpl.java:87) > at org.jboss.arquillian.graphene.proxy.GrapheneContextualHandler$2.call(GrapheneContextualHandler.java:241) > at org.jboss.arquillian.graphene.context.BrowserActions.performAction(BrowserActions.java:62) > at org.jboss.arquillian.graphene.proxy.GrapheneContextualHandler.invoke(GrapheneContextualHandler.java:237) > at org.openqa.selenium.interactions.internal.MouseAction.getActionLocation(MouseAction.java:65) > at org.openqa.selenium.interactions.internal.MouseAction.moveToLocation(MouseAction.java:72) > at org.openqa.selenium.interactions.ClickAndHoldAction.perform(ClickAndHoldAction.java:45) > at org.openqa.selenium.interactions.CompositeAction.perform(CompositeAction.java:36) > at org.openqa.selenium.interactions.Actions$BuiltAction.perform(Actions.java:641) > at nl.topicus.keyhub.arquillian.selenium.page.console.GMyGroupFoldersPage.dragOnto(GMyGroupFoldersPage.java:56) > at > {noformat} > The 'dragOnto'method does: > {code:java} > public void dragOnto(String groupName, String folderName) > { > WebDriver driver = GrapheneHelper.getDriver(add); > WebElement group = driver.findElement( > By.cssSelector("div.content--part div.tasks .task[data-value='" + groupName + "']")); > WebElement targetFolder = driver > .findElement(By.cssSelector("div.content--part[data-value='" + folderName + "']")); > Action dragAndDrop = new Actions(driver).dragAndDrop(group, targetFolder).build(); > dragAndDrop.perform(); > } > {code} -- This message was sent by Atlassian JIRA (v7.5.0#75005) From issues at jboss.org Fri Nov 3 11:01:00 2017 From: issues at jboss.org (Matous Jobanek (JIRA)) Date: Fri, 3 Nov 2017 11:01:00 -0400 (EDT) Subject: [arquillian-issues] [JBoss JIRA] (ARQGRA-512) ClassCastException while performing MouseActions against selenium 3.6.0 In-Reply-To: References: Message-ID: [ https://issues.jboss.org/browse/ARQGRA-512?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=13485713#comment-13485713 ] Matous Jobanek edited comment on ARQGRA-512 at 11/3/17 11:00 AM: ----------------------------------------------------------------- Pushed upstream in: https://github.com/arquillian/arquillian-graphene/commit/e5e25489d7b689355efe41ec225bd5b342c0bd5a was (Author: mjobanek): Pushed upstream in: https://github.com/arquillian/arquillian-graphene/pull/174 > ClassCastException while performing MouseActions against selenium 3.6.0 > ----------------------------------------------------------------------- > > Key: ARQGRA-512 > URL: https://issues.jboss.org/browse/ARQGRA-512 > Project: Arquillian Graphene > Issue Type: Bug > Affects Versions: 2.3.1 > Reporter: S Haster > Assignee: Matous Jobanek > Fix For: 2.3.2 > > > Selenium 3.6.0 is api breaking (w/ regards to 3.5.3) and graphene is not yet updated. > We recently upgraded to selenium 3.6.0 and are running graphene 2.3.1 > While performing a ClickAndHoldAction we get a ClassCastException. The reason is because selenium-api created a second Locatable as a super-interface of the old one and GrapheneElementImpl uses the 'old' one but RemoteWebElement only implements the 'new' one. > Stacktrace: > {noformat} > java.lang.ClassCastException: org.openqa.selenium.remote.RemoteWebElement cannot be cast to org.openqa.selenium.internal.Locatable > at org.jboss.arquillian.graphene.GrapheneElementImpl.getCoordinates(GrapheneElementImpl.java:259) > at org.jboss.arquillian.graphene.proxy.GrapheneProxyHandler.invokeReal(GrapheneProxyHandler.java:130) > at org.jboss.arquillian.graphene.proxy.GrapheneContextualHandler$1.invoke(GrapheneContextualHandler.java:169) > at org.jboss.arquillian.graphene.enricher.StaleElementInterceptor$1.apply(StaleElementInterceptor.java:47) > at org.jboss.arquillian.graphene.enricher.StaleElementInterceptor$1.apply(StaleElementInterceptor.java:43) > at org.openqa.selenium.support.ui.FluentWait.until(FluentWait.java:208) > at org.jboss.arquillian.graphene.wait.WebDriverWaitImpl.until(WebDriverWaitImpl.java:96) > at org.jboss.arquillian.graphene.enricher.StaleElementInterceptor.intercept(StaleElementInterceptor.java:43) > at org.jboss.arquillian.graphene.proxy.InvocationContextImpl.invoke(InvocationContextImpl.java:87) > at org.jboss.arquillian.graphene.intercept.InterceptorBuilder$2.intercept(InterceptorBuilder.java:139) > at org.jboss.arquillian.graphene.proxy.InvocationContextImpl.invoke(InvocationContextImpl.java:87) > at org.jboss.arquillian.graphene.enricher.SearchContextInterceptor.intercept(SearchContextInterceptor.java:50) > at org.jboss.arquillian.graphene.proxy.InvocationContextImpl.invoke(InvocationContextImpl.java:87) > at org.jboss.arquillian.graphene.proxy.GrapheneContextualHandler$2.call(GrapheneContextualHandler.java:241) > at org.jboss.arquillian.graphene.context.BrowserActions.performAction(BrowserActions.java:62) > at org.jboss.arquillian.graphene.proxy.GrapheneContextualHandler.invoke(GrapheneContextualHandler.java:237) > at org.openqa.selenium.interactions.internal.MouseAction.getActionLocation(MouseAction.java:65) > at org.openqa.selenium.interactions.internal.MouseAction.moveToLocation(MouseAction.java:72) > at org.openqa.selenium.interactions.ClickAndHoldAction.perform(ClickAndHoldAction.java:45) > at org.openqa.selenium.interactions.CompositeAction.perform(CompositeAction.java:36) > at org.openqa.selenium.interactions.Actions$BuiltAction.perform(Actions.java:641) > at nl.topicus.keyhub.arquillian.selenium.page.console.GMyGroupFoldersPage.dragOnto(GMyGroupFoldersPage.java:56) > at > {noformat} > The 'dragOnto'method does: > {code:java} > public void dragOnto(String groupName, String folderName) > { > WebDriver driver = GrapheneHelper.getDriver(add); > WebElement group = driver.findElement( > By.cssSelector("div.content--part div.tasks .task[data-value='" + groupName + "']")); > WebElement targetFolder = driver > .findElement(By.cssSelector("div.content--part[data-value='" + folderName + "']")); > Action dragAndDrop = new Actions(driver).dragAndDrop(group, targetFolder).build(); > dragAndDrop.perform(); > } > {code} -- This message was sent by Atlassian JIRA (v7.5.0#75005) From issues at jboss.org Fri Nov 3 11:01:00 2017 From: issues at jboss.org (Matous Jobanek (JIRA)) Date: Fri, 3 Nov 2017 11:01:00 -0400 (EDT) Subject: [arquillian-issues] [JBoss JIRA] (ARQGRA-512) ClassCastException while performing MouseActions against selenium 3.6.0 In-Reply-To: References: Message-ID: [ https://issues.jboss.org/browse/ARQGRA-512?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Matous Jobanek closed ARQGRA-512. --------------------------------- Resolution: Done > ClassCastException while performing MouseActions against selenium 3.6.0 > ----------------------------------------------------------------------- > > Key: ARQGRA-512 > URL: https://issues.jboss.org/browse/ARQGRA-512 > Project: Arquillian Graphene > Issue Type: Bug > Affects Versions: 2.3.1 > Reporter: S Haster > Assignee: Matous Jobanek > Fix For: 2.3.2 > > > Selenium 3.6.0 is api breaking (w/ regards to 3.5.3) and graphene is not yet updated. > We recently upgraded to selenium 3.6.0 and are running graphene 2.3.1 > While performing a ClickAndHoldAction we get a ClassCastException. The reason is because selenium-api created a second Locatable as a super-interface of the old one and GrapheneElementImpl uses the 'old' one but RemoteWebElement only implements the 'new' one. > Stacktrace: > {noformat} > java.lang.ClassCastException: org.openqa.selenium.remote.RemoteWebElement cannot be cast to org.openqa.selenium.internal.Locatable > at org.jboss.arquillian.graphene.GrapheneElementImpl.getCoordinates(GrapheneElementImpl.java:259) > at org.jboss.arquillian.graphene.proxy.GrapheneProxyHandler.invokeReal(GrapheneProxyHandler.java:130) > at org.jboss.arquillian.graphene.proxy.GrapheneContextualHandler$1.invoke(GrapheneContextualHandler.java:169) > at org.jboss.arquillian.graphene.enricher.StaleElementInterceptor$1.apply(StaleElementInterceptor.java:47) > at org.jboss.arquillian.graphene.enricher.StaleElementInterceptor$1.apply(StaleElementInterceptor.java:43) > at org.openqa.selenium.support.ui.FluentWait.until(FluentWait.java:208) > at org.jboss.arquillian.graphene.wait.WebDriverWaitImpl.until(WebDriverWaitImpl.java:96) > at org.jboss.arquillian.graphene.enricher.StaleElementInterceptor.intercept(StaleElementInterceptor.java:43) > at org.jboss.arquillian.graphene.proxy.InvocationContextImpl.invoke(InvocationContextImpl.java:87) > at org.jboss.arquillian.graphene.intercept.InterceptorBuilder$2.intercept(InterceptorBuilder.java:139) > at org.jboss.arquillian.graphene.proxy.InvocationContextImpl.invoke(InvocationContextImpl.java:87) > at org.jboss.arquillian.graphene.enricher.SearchContextInterceptor.intercept(SearchContextInterceptor.java:50) > at org.jboss.arquillian.graphene.proxy.InvocationContextImpl.invoke(InvocationContextImpl.java:87) > at org.jboss.arquillian.graphene.proxy.GrapheneContextualHandler$2.call(GrapheneContextualHandler.java:241) > at org.jboss.arquillian.graphene.context.BrowserActions.performAction(BrowserActions.java:62) > at org.jboss.arquillian.graphene.proxy.GrapheneContextualHandler.invoke(GrapheneContextualHandler.java:237) > at org.openqa.selenium.interactions.internal.MouseAction.getActionLocation(MouseAction.java:65) > at org.openqa.selenium.interactions.internal.MouseAction.moveToLocation(MouseAction.java:72) > at org.openqa.selenium.interactions.ClickAndHoldAction.perform(ClickAndHoldAction.java:45) > at org.openqa.selenium.interactions.CompositeAction.perform(CompositeAction.java:36) > at org.openqa.selenium.interactions.Actions$BuiltAction.perform(Actions.java:641) > at nl.topicus.keyhub.arquillian.selenium.page.console.GMyGroupFoldersPage.dragOnto(GMyGroupFoldersPage.java:56) > at > {noformat} > The 'dragOnto'method does: > {code:java} > public void dragOnto(String groupName, String folderName) > { > WebDriver driver = GrapheneHelper.getDriver(add); > WebElement group = driver.findElement( > By.cssSelector("div.content--part div.tasks .task[data-value='" + groupName + "']")); > WebElement targetFolder = driver > .findElement(By.cssSelector("div.content--part[data-value='" + folderName + "']")); > Action dragAndDrop = new Actions(driver).dragAndDrop(group, targetFolder).build(); > dragAndDrop.perform(); > } > {code} -- This message was sent by Atlassian JIRA (v7.5.0#75005) From issues at jboss.org Fri Nov 3 11:02:01 2017 From: issues at jboss.org (Matous Jobanek (JIRA)) Date: Fri, 3 Nov 2017 11:02:01 -0400 (EDT) Subject: [arquillian-issues] [JBoss JIRA] (ARQGRA-514) Upgrade to Drone 2.4.3 (Selenium 3.7.0) In-Reply-To: References: Message-ID: [ https://issues.jboss.org/browse/ARQGRA-514?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Matous Jobanek reopened ARQGRA-514: ----------------------------------- > Upgrade to Drone 2.4.3 (Selenium 3.7.0) > --------------------------------------- > > Key: ARQGRA-514 > URL: https://issues.jboss.org/browse/ARQGRA-514 > Project: Arquillian Graphene > Issue Type: Component Upgrade > Affects Versions: 2.3.1 > Reporter: Matous Jobanek > Assignee: Matous Jobanek > Fix For: 2.3.2 > > -- This message was sent by Atlassian JIRA (v7.5.0#75005) From issues at jboss.org Fri Nov 3 11:02:01 2017 From: issues at jboss.org (Matous Jobanek (JIRA)) Date: Fri, 3 Nov 2017 11:02:01 -0400 (EDT) Subject: [arquillian-issues] [JBoss JIRA] (ARQGRA-514) Upgrade to Drone 2.4.3 (Selenium 3.7.0) In-Reply-To: References: Message-ID: [ https://issues.jboss.org/browse/ARQGRA-514?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=13485719#comment-13485719 ] Matous Jobanek edited comment on ARQGRA-514 at 11/3/17 11:01 AM: ----------------------------------------------------------------- Pushed upstream in: https://github.com/arquillian/arquillian-graphene/commit/e5e25489d7b689355efe41ec225bd5b342c0bd5a was (Author: mjobanek): Pushed upstream in: https://github.com/arquillian/arquillian-graphene/pull/174 > Upgrade to Drone 2.4.3 (Selenium 3.7.0) > --------------------------------------- > > Key: ARQGRA-514 > URL: https://issues.jboss.org/browse/ARQGRA-514 > Project: Arquillian Graphene > Issue Type: Component Upgrade > Affects Versions: 2.3.1 > Reporter: Matous Jobanek > Assignee: Matous Jobanek > Fix For: 2.3.2 > > -- This message was sent by Atlassian JIRA (v7.5.0#75005) From issues at jboss.org Fri Nov 3 11:02:01 2017 From: issues at jboss.org (Matous Jobanek (JIRA)) Date: Fri, 3 Nov 2017 11:02:01 -0400 (EDT) Subject: [arquillian-issues] [JBoss JIRA] (ARQGRA-514) Upgrade to Drone 2.4.3 (Selenium 3.7.0) In-Reply-To: References: Message-ID: [ https://issues.jboss.org/browse/ARQGRA-514?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Matous Jobanek closed ARQGRA-514. --------------------------------- Resolution: Done > Upgrade to Drone 2.4.3 (Selenium 3.7.0) > --------------------------------------- > > Key: ARQGRA-514 > URL: https://issues.jboss.org/browse/ARQGRA-514 > Project: Arquillian Graphene > Issue Type: Component Upgrade > Affects Versions: 2.3.1 > Reporter: Matous Jobanek > Assignee: Matous Jobanek > Fix For: 2.3.2 > > -- This message was sent by Atlassian JIRA (v7.5.0#75005) From issues at jboss.org Fri Nov 3 11:03:00 2017 From: issues at jboss.org (Matous Jobanek (JIRA)) Date: Fri, 3 Nov 2017 11:03:00 -0400 (EDT) Subject: [arquillian-issues] [JBoss JIRA] (ARQGRA-511) Graphene proxies don't support calling protected/package-protected methods in a valid context In-Reply-To: References: Message-ID: [ https://issues.jboss.org/browse/ARQGRA-511?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Matous Jobanek reopened ARQGRA-511: ----------------------------------- > Graphene proxies don't support calling protected/package-protected methods in a valid context > --------------------------------------------------------------------------------------------- > > Key: ARQGRA-511 > URL: https://issues.jboss.org/browse/ARQGRA-511 > Project: Arquillian Graphene > Issue Type: Bug > Components: core > Affects Versions: 2.1.0.Final > Reporter: Vsevolod Golovanov > Assignee: Matous Jobanek > Fix For: 2.3.2 > > > I have this base Component (Page Fragment) Class: > {code} > public abstract class Component { > protected WebElement getRoot() { > // ... > } > @Override > public boolean equals(Object obj) { > if (!(obj instanceof Component)) > return false; > // WebElementUtils.equal is a ARQGRA-484 workaround, irrelevant here > return WebElementUtils.equal(getRoot(), ((Component) obj).getRoot()); > } > } > {code} > The equals call results in an exception > {code}java.lang.RuntimeException: unexpected invocation exception during invocation of ru.argustelecom.system.inf.testframework.it.ui.comp.Component#getRoot(), on target 'ru.argustelecom.system.inf.testframework.it.ui.comp.AutoComplete at 83ddf46d': Class org.jboss.arquillian.graphene.proxy.GrapheneProxyHandler can not access a member of class ru.argustelecom.system.inf.testframework.it.ui.comp.Component with modifiers "protected" > at org.jboss.arquillian.graphene.proxy.GrapheneProxyHandler.invokeReal(GrapheneProxyHandler.java:137) > at org.jboss.arquillian.graphene.proxy.GrapheneContextualHandler$1.invoke(GrapheneContextualHandler.java:162) > at org.jboss.arquillian.graphene.proxy.GrapheneContextualHandler$2.call(GrapheneContextualHandler.java:212) > at org.jboss.arquillian.graphene.context.BrowserActions.performAction(BrowserActions.java:62) > at org.jboss.arquillian.graphene.proxy.GrapheneContextualHandler.invoke(GrapheneContextualHandler.java:208) > at org.jboss.arquillian.graphene.proxy.GrapheneContextualHandler.intercept(GrapheneContextualHandler.java:234) > at ru.argustelecom.system.inf.testframework.it.ui.comp.AutoComplete$$EnhancerByGraphene$$4040d070.getRoot() > at ru.argustelecom.system.inf.testframework.it.ui.comp.Component.equals(Component.java:283) > 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:498) > at org.jboss.arquillian.graphene.proxy.GrapheneProxyHandler.invokeReal(GrapheneProxyHandler.java:130) > at org.jboss.arquillian.graphene.proxy.GrapheneContextualHandler$1.invoke(GrapheneContextualHandler.java:162) > at org.jboss.arquillian.graphene.proxy.GrapheneContextualHandler$2.call(GrapheneContextualHandler.java:212) > at org.jboss.arquillian.graphene.context.BrowserActions.performAction(BrowserActions.java:62) > at org.jboss.arquillian.graphene.proxy.GrapheneContextualHandler.invoke(GrapheneContextualHandler.java:208) > at org.jboss.arquillian.graphene.proxy.GrapheneContextualHandler.intercept(GrapheneContextualHandler.java:234) > at ru.argustelecom.system.inf.testframework.it.ui.comp.AutoComplete$$EnhancerByGraphene$$4040d070.equals() > at org.junit.Assert.isEquals(Assert.java:131) > at org.junit.Assert.equalsRegardingNull(Assert.java:127) > at org.junit.Assert.assertEquals(Assert.java:111) > at org.junit.Assert.assertEquals(Assert.java:144) > at ru.argustelecom.system.inf.testframework.it.ui.comp.test.AutoCompleteIT.autoComplete(AutoCompleteIT.java:42) > 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:498) > at org.junit.runners.model.FrameworkMethod$1.runReflectiveCall(FrameworkMethod.java:50) > at org.junit.internal.runners.model.ReflectiveCallable.run(ReflectiveCallable.java:12) > at org.junit.runners.model.FrameworkMethod.invokeExplosively(FrameworkMethod.java:47) > at org.jboss.arquillian.junit.Arquillian$8$1.invoke(Arquillian.java:370) > 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:62) > at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43) > at java.lang.reflect.Method.invoke(Method.java:498) > 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:53) > 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:498) > 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:62) > at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43) > at java.lang.reflect.Method.invoke(Method.java:498) > 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:130) > 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:498) > 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:92) > 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:498) > 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: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:498) > 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:136) > at org.jboss.arquillian.junit.Arquillian$8.evaluate(Arquillian.java:363) > at org.jboss.arquillian.junit.Arquillian$4.evaluate(Arquillian.java:245) > at org.jboss.arquillian.junit.Arquillian.multiExecute(Arquillian.java:422) > at org.jboss.arquillian.junit.Arquillian.access$200(Arquillian.java:54) > at org.jboss.arquillian.junit.Arquillian$5.evaluate(Arquillian.java:259) > at org.junit.rules.TestWatcher$1.evaluate(TestWatcher.java:55) > at org.junit.rules.RunRules.evaluate(RunRules.java:20) > at org.jboss.arquillian.junit.Arquillian$7$1.invoke(Arquillian.java:315) > at org.jboss.arquillian.container.test.impl.execution.ClientBeforeAfterLifecycleEventExecuter.execute(ClientBeforeAfterLifecycleEventExecuter.java:99) > at org.jboss.arquillian.container.test.impl.execution.ClientBeforeAfterLifecycleEventExecuter.on(ClientBeforeAfterLifecycleEventExecuter.java:72) > 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:498) > 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.createBeforeContext(ContainerEventController.java:124) > 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:498) > 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:130) > 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:498) > 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:92) > 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:498) > 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: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:498) > 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.fireCustomLifecycle(EventTestRunnerAdaptor.java:159) > at org.jboss.arquillian.junit.Arquillian$7.evaluate(Arquillian.java:311) > at org.junit.runners.ParentRunner.runLeaf(ParentRunner.java:325) > at org.junit.runners.BlockJUnit4ClassRunner.runChild(BlockJUnit4ClassRunner.java:78) > at org.junit.runners.BlockJUnit4ClassRunner.runChild(BlockJUnit4ClassRunner.java:57) > at org.junit.runners.ParentRunner$3.run(ParentRunner.java:290) > at org.junit.runners.ParentRunner$1.schedule(ParentRunner.java:71) > at org.junit.runners.ParentRunner.runChildren(ParentRunner.java:288) > at org.junit.runners.ParentRunner.access$000(ParentRunner.java:58) > at org.junit.runners.ParentRunner$2.evaluate(ParentRunner.java:268) > at org.jboss.arquillian.junit.Arquillian$2.evaluate(Arquillian.java:204) > at org.jboss.arquillian.junit.Arquillian.multiExecute(Arquillian.java:422) > at org.jboss.arquillian.junit.Arquillian.access$200(Arquillian.java:54) > at org.jboss.arquillian.junit.Arquillian$3.evaluate(Arquillian.java:218) > at org.junit.runners.ParentRunner.run(ParentRunner.java:363) > at org.jboss.arquillian.junit.Arquillian.run(Arquillian.java:166) > at org.eclipse.jdt.internal.junit4.runner.JUnit4TestReference.run(JUnit4TestReference.java:86) > 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:678) > at org.eclipse.jdt.internal.junit.runner.RemoteTestRunner.run(RemoteTestRunner.java:382) > at org.eclipse.jdt.internal.junit.runner.RemoteTestRunner.main(RemoteTestRunner.java:192) > Caused by: java.lang.IllegalAccessException: Class org.jboss.arquillian.graphene.proxy.GrapheneProxyHandler can not access a member of class ru.argustelecom.system.inf.testframework.it.ui.comp.Component with modifiers "protected" > at sun.reflect.Reflection.ensureMemberAccess(Reflection.java:102) > at java.lang.reflect.AccessibleObject.slowCheckMemberAccess(AccessibleObject.java:296) > at java.lang.reflect.AccessibleObject.checkAccess(AccessibleObject.java:288) > at java.lang.reflect.Method.invoke(Method.java:491) > at org.jboss.arquillian.graphene.proxy.GrapheneProxyHandler.invokeReal(GrapheneProxyHandler.java:130) > ... 151 more > {code} > Looking at the GrapheneProxyHandler code: > {code} > protected Object invokeReal(Object target, Method method, Object[] args) throws Throwable { > Object result; > try { > if (target instanceof GrapheneProxyInstance) { > target = ((GrapheneProxyInstance) target).unwrap(); > } > if (!method.getDeclaringClass().isInstance(target)) { > Method realMethod = target.getClass().getDeclaredMethod(method.getName(), method.getParameterTypes()); > if (!realMethod.isAccessible()) { > realMethod.setAccessible(true); > } > result = realMethod.invoke(target, args); > } else { > result = method.invoke(target, args); > } > // ... > {code} > This {{!method.getDeclaringClass().isInstance(target)}} check doesn't pass, so the accessibility modification is skipped. And naturally GrapheneProxyHandler doesn't have an access to Component#getRoot since it's in a different package and not a subclass. -- This message was sent by Atlassian JIRA (v7.5.0#75005) From issues at jboss.org Fri Nov 3 11:03:00 2017 From: issues at jboss.org (Matous Jobanek (JIRA)) Date: Fri, 3 Nov 2017 11:03:00 -0400 (EDT) Subject: [arquillian-issues] [JBoss JIRA] (ARQGRA-511) Graphene proxies don't support calling protected/package-protected methods in a valid context In-Reply-To: References: Message-ID: [ https://issues.jboss.org/browse/ARQGRA-511?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=13485716#comment-13485716 ] Matous Jobanek edited comment on ARQGRA-511 at 11/3/17 11:02 AM: ----------------------------------------------------------------- Pushed upstream in: https://github.com/arquillian/arquillian-graphene/commit/e36f8fe148a4515dfebc86066a01d749ef093c6c was (Author: mjobanek): Pushed upstream in: https://github.com/arquillian/arquillian-graphene/pull/175 > Graphene proxies don't support calling protected/package-protected methods in a valid context > --------------------------------------------------------------------------------------------- > > Key: ARQGRA-511 > URL: https://issues.jboss.org/browse/ARQGRA-511 > Project: Arquillian Graphene > Issue Type: Bug > Components: core > Affects Versions: 2.1.0.Final > Reporter: Vsevolod Golovanov > Assignee: Matous Jobanek > Fix For: 2.3.2 > > > I have this base Component (Page Fragment) Class: > {code} > public abstract class Component { > protected WebElement getRoot() { > // ... > } > @Override > public boolean equals(Object obj) { > if (!(obj instanceof Component)) > return false; > // WebElementUtils.equal is a ARQGRA-484 workaround, irrelevant here > return WebElementUtils.equal(getRoot(), ((Component) obj).getRoot()); > } > } > {code} > The equals call results in an exception > {code}java.lang.RuntimeException: unexpected invocation exception during invocation of ru.argustelecom.system.inf.testframework.it.ui.comp.Component#getRoot(), on target 'ru.argustelecom.system.inf.testframework.it.ui.comp.AutoComplete at 83ddf46d': Class org.jboss.arquillian.graphene.proxy.GrapheneProxyHandler can not access a member of class ru.argustelecom.system.inf.testframework.it.ui.comp.Component with modifiers "protected" > at org.jboss.arquillian.graphene.proxy.GrapheneProxyHandler.invokeReal(GrapheneProxyHandler.java:137) > at org.jboss.arquillian.graphene.proxy.GrapheneContextualHandler$1.invoke(GrapheneContextualHandler.java:162) > at org.jboss.arquillian.graphene.proxy.GrapheneContextualHandler$2.call(GrapheneContextualHandler.java:212) > at org.jboss.arquillian.graphene.context.BrowserActions.performAction(BrowserActions.java:62) > at org.jboss.arquillian.graphene.proxy.GrapheneContextualHandler.invoke(GrapheneContextualHandler.java:208) > at org.jboss.arquillian.graphene.proxy.GrapheneContextualHandler.intercept(GrapheneContextualHandler.java:234) > at ru.argustelecom.system.inf.testframework.it.ui.comp.AutoComplete$$EnhancerByGraphene$$4040d070.getRoot() > at ru.argustelecom.system.inf.testframework.it.ui.comp.Component.equals(Component.java:283) > 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:498) > at org.jboss.arquillian.graphene.proxy.GrapheneProxyHandler.invokeReal(GrapheneProxyHandler.java:130) > at org.jboss.arquillian.graphene.proxy.GrapheneContextualHandler$1.invoke(GrapheneContextualHandler.java:162) > at org.jboss.arquillian.graphene.proxy.GrapheneContextualHandler$2.call(GrapheneContextualHandler.java:212) > at org.jboss.arquillian.graphene.context.BrowserActions.performAction(BrowserActions.java:62) > at org.jboss.arquillian.graphene.proxy.GrapheneContextualHandler.invoke(GrapheneContextualHandler.java:208) > at org.jboss.arquillian.graphene.proxy.GrapheneContextualHandler.intercept(GrapheneContextualHandler.java:234) > at ru.argustelecom.system.inf.testframework.it.ui.comp.AutoComplete$$EnhancerByGraphene$$4040d070.equals() > at org.junit.Assert.isEquals(Assert.java:131) > at org.junit.Assert.equalsRegardingNull(Assert.java:127) > at org.junit.Assert.assertEquals(Assert.java:111) > at org.junit.Assert.assertEquals(Assert.java:144) > at ru.argustelecom.system.inf.testframework.it.ui.comp.test.AutoCompleteIT.autoComplete(AutoCompleteIT.java:42) > 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:498) > at org.junit.runners.model.FrameworkMethod$1.runReflectiveCall(FrameworkMethod.java:50) > at org.junit.internal.runners.model.ReflectiveCallable.run(ReflectiveCallable.java:12) > at org.junit.runners.model.FrameworkMethod.invokeExplosively(FrameworkMethod.java:47) > at org.jboss.arquillian.junit.Arquillian$8$1.invoke(Arquillian.java:370) > 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:62) > at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43) > at java.lang.reflect.Method.invoke(Method.java:498) > 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:53) > 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:498) > 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:62) > at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43) > at java.lang.reflect.Method.invoke(Method.java:498) > 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:130) > 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:498) > 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:92) > 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:498) > 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: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:498) > 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:136) > at org.jboss.arquillian.junit.Arquillian$8.evaluate(Arquillian.java:363) > at org.jboss.arquillian.junit.Arquillian$4.evaluate(Arquillian.java:245) > at org.jboss.arquillian.junit.Arquillian.multiExecute(Arquillian.java:422) > at org.jboss.arquillian.junit.Arquillian.access$200(Arquillian.java:54) > at org.jboss.arquillian.junit.Arquillian$5.evaluate(Arquillian.java:259) > at org.junit.rules.TestWatcher$1.evaluate(TestWatcher.java:55) > at org.junit.rules.RunRules.evaluate(RunRules.java:20) > at org.jboss.arquillian.junit.Arquillian$7$1.invoke(Arquillian.java:315) > at org.jboss.arquillian.container.test.impl.execution.ClientBeforeAfterLifecycleEventExecuter.execute(ClientBeforeAfterLifecycleEventExecuter.java:99) > at org.jboss.arquillian.container.test.impl.execution.ClientBeforeAfterLifecycleEventExecuter.on(ClientBeforeAfterLifecycleEventExecuter.java:72) > 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:498) > 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.createBeforeContext(ContainerEventController.java:124) > 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:498) > 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:130) > 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:498) > 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:92) > 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:498) > 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: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:498) > 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.fireCustomLifecycle(EventTestRunnerAdaptor.java:159) > at org.jboss.arquillian.junit.Arquillian$7.evaluate(Arquillian.java:311) > at org.junit.runners.ParentRunner.runLeaf(ParentRunner.java:325) > at org.junit.runners.BlockJUnit4ClassRunner.runChild(BlockJUnit4ClassRunner.java:78) > at org.junit.runners.BlockJUnit4ClassRunner.runChild(BlockJUnit4ClassRunner.java:57) > at org.junit.runners.ParentRunner$3.run(ParentRunner.java:290) > at org.junit.runners.ParentRunner$1.schedule(ParentRunner.java:71) > at org.junit.runners.ParentRunner.runChildren(ParentRunner.java:288) > at org.junit.runners.ParentRunner.access$000(ParentRunner.java:58) > at org.junit.runners.ParentRunner$2.evaluate(ParentRunner.java:268) > at org.jboss.arquillian.junit.Arquillian$2.evaluate(Arquillian.java:204) > at org.jboss.arquillian.junit.Arquillian.multiExecute(Arquillian.java:422) > at org.jboss.arquillian.junit.Arquillian.access$200(Arquillian.java:54) > at org.jboss.arquillian.junit.Arquillian$3.evaluate(Arquillian.java:218) > at org.junit.runners.ParentRunner.run(ParentRunner.java:363) > at org.jboss.arquillian.junit.Arquillian.run(Arquillian.java:166) > at org.eclipse.jdt.internal.junit4.runner.JUnit4TestReference.run(JUnit4TestReference.java:86) > 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:678) > at org.eclipse.jdt.internal.junit.runner.RemoteTestRunner.run(RemoteTestRunner.java:382) > at org.eclipse.jdt.internal.junit.runner.RemoteTestRunner.main(RemoteTestRunner.java:192) > Caused by: java.lang.IllegalAccessException: Class org.jboss.arquillian.graphene.proxy.GrapheneProxyHandler can not access a member of class ru.argustelecom.system.inf.testframework.it.ui.comp.Component with modifiers "protected" > at sun.reflect.Reflection.ensureMemberAccess(Reflection.java:102) > at java.lang.reflect.AccessibleObject.slowCheckMemberAccess(AccessibleObject.java:296) > at java.lang.reflect.AccessibleObject.checkAccess(AccessibleObject.java:288) > at java.lang.reflect.Method.invoke(Method.java:491) > at org.jboss.arquillian.graphene.proxy.GrapheneProxyHandler.invokeReal(GrapheneProxyHandler.java:130) > ... 151 more > {code} > Looking at the GrapheneProxyHandler code: > {code} > protected Object invokeReal(Object target, Method method, Object[] args) throws Throwable { > Object result; > try { > if (target instanceof GrapheneProxyInstance) { > target = ((GrapheneProxyInstance) target).unwrap(); > } > if (!method.getDeclaringClass().isInstance(target)) { > Method realMethod = target.getClass().getDeclaredMethod(method.getName(), method.getParameterTypes()); > if (!realMethod.isAccessible()) { > realMethod.setAccessible(true); > } > result = realMethod.invoke(target, args); > } else { > result = method.invoke(target, args); > } > // ... > {code} > This {{!method.getDeclaringClass().isInstance(target)}} check doesn't pass, so the accessibility modification is skipped. And naturally GrapheneProxyHandler doesn't have an access to Component#getRoot since it's in a different package and not a subclass. -- This message was sent by Atlassian JIRA (v7.5.0#75005) From issues at jboss.org Fri Nov 3 11:03:00 2017 From: issues at jboss.org (Matous Jobanek (JIRA)) Date: Fri, 3 Nov 2017 11:03:00 -0400 (EDT) Subject: [arquillian-issues] [JBoss JIRA] (ARQGRA-511) Graphene proxies don't support calling protected/package-protected methods in a valid context In-Reply-To: References: Message-ID: [ https://issues.jboss.org/browse/ARQGRA-511?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Matous Jobanek closed ARQGRA-511. --------------------------------- Resolution: Done > Graphene proxies don't support calling protected/package-protected methods in a valid context > --------------------------------------------------------------------------------------------- > > Key: ARQGRA-511 > URL: https://issues.jboss.org/browse/ARQGRA-511 > Project: Arquillian Graphene > Issue Type: Bug > Components: core > Affects Versions: 2.1.0.Final > Reporter: Vsevolod Golovanov > Assignee: Matous Jobanek > Fix For: 2.3.2 > > > I have this base Component (Page Fragment) Class: > {code} > public abstract class Component { > protected WebElement getRoot() { > // ... > } > @Override > public boolean equals(Object obj) { > if (!(obj instanceof Component)) > return false; > // WebElementUtils.equal is a ARQGRA-484 workaround, irrelevant here > return WebElementUtils.equal(getRoot(), ((Component) obj).getRoot()); > } > } > {code} > The equals call results in an exception > {code}java.lang.RuntimeException: unexpected invocation exception during invocation of ru.argustelecom.system.inf.testframework.it.ui.comp.Component#getRoot(), on target 'ru.argustelecom.system.inf.testframework.it.ui.comp.AutoComplete at 83ddf46d': Class org.jboss.arquillian.graphene.proxy.GrapheneProxyHandler can not access a member of class ru.argustelecom.system.inf.testframework.it.ui.comp.Component with modifiers "protected" > at org.jboss.arquillian.graphene.proxy.GrapheneProxyHandler.invokeReal(GrapheneProxyHandler.java:137) > at org.jboss.arquillian.graphene.proxy.GrapheneContextualHandler$1.invoke(GrapheneContextualHandler.java:162) > at org.jboss.arquillian.graphene.proxy.GrapheneContextualHandler$2.call(GrapheneContextualHandler.java:212) > at org.jboss.arquillian.graphene.context.BrowserActions.performAction(BrowserActions.java:62) > at org.jboss.arquillian.graphene.proxy.GrapheneContextualHandler.invoke(GrapheneContextualHandler.java:208) > at org.jboss.arquillian.graphene.proxy.GrapheneContextualHandler.intercept(GrapheneContextualHandler.java:234) > at ru.argustelecom.system.inf.testframework.it.ui.comp.AutoComplete$$EnhancerByGraphene$$4040d070.getRoot() > at ru.argustelecom.system.inf.testframework.it.ui.comp.Component.equals(Component.java:283) > 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:498) > at org.jboss.arquillian.graphene.proxy.GrapheneProxyHandler.invokeReal(GrapheneProxyHandler.java:130) > at org.jboss.arquillian.graphene.proxy.GrapheneContextualHandler$1.invoke(GrapheneContextualHandler.java:162) > at org.jboss.arquillian.graphene.proxy.GrapheneContextualHandler$2.call(GrapheneContextualHandler.java:212) > at org.jboss.arquillian.graphene.context.BrowserActions.performAction(BrowserActions.java:62) > at org.jboss.arquillian.graphene.proxy.GrapheneContextualHandler.invoke(GrapheneContextualHandler.java:208) > at org.jboss.arquillian.graphene.proxy.GrapheneContextualHandler.intercept(GrapheneContextualHandler.java:234) > at ru.argustelecom.system.inf.testframework.it.ui.comp.AutoComplete$$EnhancerByGraphene$$4040d070.equals() > at org.junit.Assert.isEquals(Assert.java:131) > at org.junit.Assert.equalsRegardingNull(Assert.java:127) > at org.junit.Assert.assertEquals(Assert.java:111) > at org.junit.Assert.assertEquals(Assert.java:144) > at ru.argustelecom.system.inf.testframework.it.ui.comp.test.AutoCompleteIT.autoComplete(AutoCompleteIT.java:42) > 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:498) > at org.junit.runners.model.FrameworkMethod$1.runReflectiveCall(FrameworkMethod.java:50) > at org.junit.internal.runners.model.ReflectiveCallable.run(ReflectiveCallable.java:12) > at org.junit.runners.model.FrameworkMethod.invokeExplosively(FrameworkMethod.java:47) > at org.jboss.arquillian.junit.Arquillian$8$1.invoke(Arquillian.java:370) > 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:62) > at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43) > at java.lang.reflect.Method.invoke(Method.java:498) > 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:53) > 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:498) > 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:62) > at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43) > at java.lang.reflect.Method.invoke(Method.java:498) > 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:130) > 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:498) > 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:92) > 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:498) > 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: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:498) > 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:136) > at org.jboss.arquillian.junit.Arquillian$8.evaluate(Arquillian.java:363) > at org.jboss.arquillian.junit.Arquillian$4.evaluate(Arquillian.java:245) > at org.jboss.arquillian.junit.Arquillian.multiExecute(Arquillian.java:422) > at org.jboss.arquillian.junit.Arquillian.access$200(Arquillian.java:54) > at org.jboss.arquillian.junit.Arquillian$5.evaluate(Arquillian.java:259) > at org.junit.rules.TestWatcher$1.evaluate(TestWatcher.java:55) > at org.junit.rules.RunRules.evaluate(RunRules.java:20) > at org.jboss.arquillian.junit.Arquillian$7$1.invoke(Arquillian.java:315) > at org.jboss.arquillian.container.test.impl.execution.ClientBeforeAfterLifecycleEventExecuter.execute(ClientBeforeAfterLifecycleEventExecuter.java:99) > at org.jboss.arquillian.container.test.impl.execution.ClientBeforeAfterLifecycleEventExecuter.on(ClientBeforeAfterLifecycleEventExecuter.java:72) > 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:498) > 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.createBeforeContext(ContainerEventController.java:124) > 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:498) > 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:130) > 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:498) > 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:92) > 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:498) > 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: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:498) > 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.fireCustomLifecycle(EventTestRunnerAdaptor.java:159) > at org.jboss.arquillian.junit.Arquillian$7.evaluate(Arquillian.java:311) > at org.junit.runners.ParentRunner.runLeaf(ParentRunner.java:325) > at org.junit.runners.BlockJUnit4ClassRunner.runChild(BlockJUnit4ClassRunner.java:78) > at org.junit.runners.BlockJUnit4ClassRunner.runChild(BlockJUnit4ClassRunner.java:57) > at org.junit.runners.ParentRunner$3.run(ParentRunner.java:290) > at org.junit.runners.ParentRunner$1.schedule(ParentRunner.java:71) > at org.junit.runners.ParentRunner.runChildren(ParentRunner.java:288) > at org.junit.runners.ParentRunner.access$000(ParentRunner.java:58) > at org.junit.runners.ParentRunner$2.evaluate(ParentRunner.java:268) > at org.jboss.arquillian.junit.Arquillian$2.evaluate(Arquillian.java:204) > at org.jboss.arquillian.junit.Arquillian.multiExecute(Arquillian.java:422) > at org.jboss.arquillian.junit.Arquillian.access$200(Arquillian.java:54) > at org.jboss.arquillian.junit.Arquillian$3.evaluate(Arquillian.java:218) > at org.junit.runners.ParentRunner.run(ParentRunner.java:363) > at org.jboss.arquillian.junit.Arquillian.run(Arquillian.java:166) > at org.eclipse.jdt.internal.junit4.runner.JUnit4TestReference.run(JUnit4TestReference.java:86) > 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:678) > at org.eclipse.jdt.internal.junit.runner.RemoteTestRunner.run(RemoteTestRunner.java:382) > at org.eclipse.jdt.internal.junit.runner.RemoteTestRunner.main(RemoteTestRunner.java:192) > Caused by: java.lang.IllegalAccessException: Class org.jboss.arquillian.graphene.proxy.GrapheneProxyHandler can not access a member of class ru.argustelecom.system.inf.testframework.it.ui.comp.Component with modifiers "protected" > at sun.reflect.Reflection.ensureMemberAccess(Reflection.java:102) > at java.lang.reflect.AccessibleObject.slowCheckMemberAccess(AccessibleObject.java:296) > at java.lang.reflect.AccessibleObject.checkAccess(AccessibleObject.java:288) > at java.lang.reflect.Method.invoke(Method.java:491) > at org.jboss.arquillian.graphene.proxy.GrapheneProxyHandler.invokeReal(GrapheneProxyHandler.java:130) > ... 151 more > {code} > Looking at the GrapheneProxyHandler code: > {code} > protected Object invokeReal(Object target, Method method, Object[] args) throws Throwable { > Object result; > try { > if (target instanceof GrapheneProxyInstance) { > target = ((GrapheneProxyInstance) target).unwrap(); > } > if (!method.getDeclaringClass().isInstance(target)) { > Method realMethod = target.getClass().getDeclaredMethod(method.getName(), method.getParameterTypes()); > if (!realMethod.isAccessible()) { > realMethod.setAccessible(true); > } > result = realMethod.invoke(target, args); > } else { > result = method.invoke(target, args); > } > // ... > {code} > This {{!method.getDeclaringClass().isInstance(target)}} check doesn't pass, so the accessibility modification is skipped. And naturally GrapheneProxyHandler doesn't have an access to Component#getRoot since it's in a different package and not a subclass. -- This message was sent by Atlassian JIRA (v7.5.0#75005) From issues at jboss.org Fri Nov 3 11:06:00 2017 From: issues at jboss.org (Matous Jobanek (JIRA)) Date: Fri, 3 Nov 2017 11:06:00 -0400 (EDT) Subject: [arquillian-issues] [JBoss JIRA] (ARQ-2147) Upgrade to Selenium 3.7.0 In-Reply-To: References: Message-ID: [ https://issues.jboss.org/browse/ARQ-2147?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Matous Jobanek closed ARQ-2147. ------------------------------- Release Notes Text: Pushed upstream in: https://github.com/arquillian/arquillian-extension-drone/commit/e4b7cb83ae484c8080aaca3019c6ac0446ba4b51 Resolution: Done > Upgrade to Selenium 3.7.0 > ------------------------- > > Key: ARQ-2147 > URL: https://issues.jboss.org/browse/ARQ-2147 > Project: Arquillian > Issue Type: Component Upgrade > Components: Extension - Drone > Affects Versions: drone_2.4.2 > Reporter: Matous Jobanek > Assignee: Matous Jobanek > Fix For: drone_2.4.3 > > -- This message was sent by Atlassian JIRA (v7.5.0#75005) From issues at jboss.org Thu Nov 9 04:19:00 2017 From: issues at jboss.org (Alex Soto (JIRA)) Date: Thu, 9 Nov 2017 04:19:00 -0500 (EST) Subject: [arquillian-issues] [JBoss JIRA] (ARQ-2148) Add support for automatically loading Boot and JPA files In-Reply-To: References: Message-ID: Alex Soto created ARQ-2148: ------------------------------ Summary: Add support for automatically loading Boot and JPA files Key: ARQ-2148 URL: https://issues.jboss.org/browse/ARQ-2148 Project: Arquillian Issue Type: Enhancement Components: Extension - Persistence Reporter: Alex Soto Assignee: Bartosz Majsak Priority: Minor Currently in APE 2.0.0 when using programmatic way you need to set over and over again. It will be great if you could use the information configured at `application.properties` (Spring Boot) or `persistence.xml` (JPA) to configure the connection. -- This message was sent by Atlassian JIRA (v7.5.0#75005) From issues at jboss.org Thu Nov 9 04:24:02 2017 From: issues at jboss.org (Alex Soto (JIRA)) Date: Thu, 9 Nov 2017 04:24:02 -0500 (EST) Subject: [arquillian-issues] [JBoss JIRA] (ARQ-2148) Add support for automatically loading Boot and JPA files In-Reply-To: References: Message-ID: [ https://issues.jboss.org/browse/ARQ-2148?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Alex Soto updated ARQ-2148: --------------------------- Status: Pull Request Sent (was: Open) Git Pull Request: https://github.com/arquillian/arquillian-extension-persistence/pull/95 > Add support for automatically loading Boot and JPA files > -------------------------------------------------------- > > Key: ARQ-2148 > URL: https://issues.jboss.org/browse/ARQ-2148 > Project: Arquillian > Issue Type: Enhancement > Components: Extension - Persistence > Reporter: Alex Soto > Assignee: Bartosz Majsak > Priority: Minor > > Currently in APE 2.0.0 when using programmatic way you need to set over and over again. > It will be great if you could use the information configured at `application.properties` (Spring Boot) or `persistence.xml` (JPA) to configure the connection. -- This message was sent by Atlassian JIRA (v7.5.0#75005) From issues at jboss.org Thu Nov 9 04:28:00 2017 From: issues at jboss.org (Alex Soto (JIRA)) Date: Thu, 9 Nov 2017 04:28:00 -0500 (EST) Subject: [arquillian-issues] [JBoss JIRA] (ARQ-2148) Add support for automatically loading Boot and JPA files In-Reply-To: References: Message-ID: [ https://issues.jboss.org/browse/ARQ-2148?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Alex Soto reassigned ARQ-2148: ------------------------------ Assignee: Alex Soto (was: Bartosz Majsak) > Add support for automatically loading Boot and JPA files > -------------------------------------------------------- > > Key: ARQ-2148 > URL: https://issues.jboss.org/browse/ARQ-2148 > Project: Arquillian > Issue Type: Enhancement > Components: Extension - Persistence > Reporter: Alex Soto > Assignee: Alex Soto > Priority: Minor > > Currently in APE 2.0.0 when using programmatic way you need to set over and over again. > It will be great if you could use the information configured at `application.properties` (Spring Boot) or `persistence.xml` (JPA) to configure the connection. -- This message was sent by Atlassian JIRA (v7.5.0#75005) From issues at jboss.org Thu Nov 9 09:13:00 2017 From: issues at jboss.org (Matous Jobanek (JIRA)) Date: Thu, 9 Nov 2017 09:13:00 -0500 (EST) Subject: [arquillian-issues] [JBoss JIRA] (ARQ-2149) Upgrade to Selenium 3.7.1 In-Reply-To: References: Message-ID: Matous Jobanek created ARQ-2149: ----------------------------------- Summary: Upgrade to Selenium 3.7.1 Key: ARQ-2149 URL: https://issues.jboss.org/browse/ARQ-2149 Project: Arquillian Issue Type: Component Upgrade Components: Extension - Drone Affects Versions: drone_2.4.3 Reporter: Matous Jobanek Assignee: Matous Jobanek Fix For: 2.4.4 -- This message was sent by Atlassian JIRA (v7.5.0#75005) From issues at jboss.org Thu Nov 9 09:19:00 2017 From: issues at jboss.org (Matous Jobanek (JIRA)) Date: Thu, 9 Nov 2017 09:19:00 -0500 (EST) Subject: [arquillian-issues] [JBoss JIRA] (ARQ-2150) Update HtmlUnit driver to 2.27 In-Reply-To: References: Message-ID: Matous Jobanek created ARQ-2150: ----------------------------------- Summary: Update HtmlUnit driver to 2.27 Key: ARQ-2150 URL: https://issues.jboss.org/browse/ARQ-2150 Project: Arquillian Issue Type: Component Upgrade Components: Extension - Drone Affects Versions: drone_2.4.3 Reporter: Matous Jobanek Assignee: Matous Jobanek Fix For: drone_2.4.4 -- This message was sent by Atlassian JIRA (v7.5.0#75005) From issues at jboss.org Thu Nov 9 09:20:00 2017 From: issues at jboss.org (Matous Jobanek (JIRA)) Date: Thu, 9 Nov 2017 09:20:00 -0500 (EST) Subject: [arquillian-issues] [JBoss JIRA] (ARQ-2149) Upgrade to Selenium 3.7.1 In-Reply-To: References: Message-ID: [ https://issues.jboss.org/browse/ARQ-2149?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Matous Jobanek updated ARQ-2149: -------------------------------- Fix Version/s: drone_2.4.4 (was: 2.4.4) > Upgrade to Selenium 3.7.1 > ------------------------- > > Key: ARQ-2149 > URL: https://issues.jboss.org/browse/ARQ-2149 > Project: Arquillian > Issue Type: Component Upgrade > Components: Extension - Drone > Affects Versions: drone_2.4.3 > Reporter: Matous Jobanek > Assignee: Matous Jobanek > Fix For: drone_2.4.4 > > -- This message was sent by Atlassian JIRA (v7.5.0#75005) From issues at jboss.org Thu Nov 9 09:26:00 2017 From: issues at jboss.org (Matous Jobanek (JIRA)) Date: Thu, 9 Nov 2017 09:26:00 -0500 (EST) Subject: [arquillian-issues] [JBoss JIRA] (ARQ-2151) Cannot set useAutomationExtension option for chrome In-Reply-To: References: Message-ID: Matous Jobanek created ARQ-2151: ----------------------------------- Summary: Cannot set useAutomationExtension option for chrome Key: ARQ-2151 URL: https://issues.jboss.org/browse/ARQ-2151 Project: Arquillian Issue Type: Bug Components: Extension - Drone Affects Versions: drone_2.4.3 Reporter: Matous Jobanek Assignee: Matous Jobanek Fix For: drone_2.4.4 There is ISE thrown when this configuration is used: {code:xml} { "useAutomationExtension": "false" } {code} -- This message was sent by Atlassian JIRA (v7.5.0#75005) From issues at jboss.org Thu Nov 9 09:27:00 2017 From: issues at jboss.org (Matous Jobanek (JIRA)) Date: Thu, 9 Nov 2017 09:27:00 -0500 (EST) Subject: [arquillian-issues] [JBoss JIRA] (ARQ-2151) Cannot set useAutomationExtension option for chrome In-Reply-To: References: Message-ID: [ https://issues.jboss.org/browse/ARQ-2151?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Matous Jobanek closed ARQ-2151. ------------------------------- Resolution: Done Fix by https://github.com/arquillian/arquillian-extension-drone/commit/bca6e0d43ebc8e88762e9de839f785d77ccf7154 > Cannot set useAutomationExtension option for chrome > ---------------------------------------------------- > > Key: ARQ-2151 > URL: https://issues.jboss.org/browse/ARQ-2151 > Project: Arquillian > Issue Type: Bug > Components: Extension - Drone > Affects Versions: drone_2.4.3 > Reporter: Matous Jobanek > Assignee: Matous Jobanek > Fix For: drone_2.4.4 > > > There is ISE thrown when this configuration is used: > {code:xml} > > > { > "useAutomationExtension": "false" > } > > > {code} -- This message was sent by Atlassian JIRA (v7.5.0#75005) From issues at jboss.org Thu Nov 9 09:35:03 2017 From: issues at jboss.org (Matous Jobanek (JIRA)) Date: Thu, 9 Nov 2017 09:35:03 -0500 (EST) Subject: [arquillian-issues] [JBoss JIRA] (ARQ-2150) Update HtmlUnit driver to 2.27 In-Reply-To: References: Message-ID: [ https://issues.jboss.org/browse/ARQ-2150?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Matous Jobanek closed ARQ-2150. ------------------------------- Resolution: Done Pushed upstream in: https://github.com/arquillian/arquillian-extension-drone/commit/8f96d17cbf1c9e005bb48d71595106b72c959a1d > Update HtmlUnit driver to 2.27 > ------------------------------ > > Key: ARQ-2150 > URL: https://issues.jboss.org/browse/ARQ-2150 > Project: Arquillian > Issue Type: Component Upgrade > Components: Extension - Drone > Affects Versions: drone_2.4.3 > Reporter: Matous Jobanek > Assignee: Matous Jobanek > Fix For: drone_2.4.4 > > -- This message was sent by Atlassian JIRA (v7.5.0#75005) From issues at jboss.org Thu Nov 9 10:01:02 2017 From: issues at jboss.org (Matous Jobanek (JIRA)) Date: Thu, 9 Nov 2017 10:01:02 -0500 (EST) Subject: [arquillian-issues] [JBoss JIRA] (ARQ-2149) Upgrade to Selenium 3.7.1 In-Reply-To: References: Message-ID: [ https://issues.jboss.org/browse/ARQ-2149?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Matous Jobanek closed ARQ-2149. ------------------------------- Resolution: Done Pushed upstream in https://github.com/arquillian/arquillian-extension-drone/commit/2012237da6daabe07d87e3e170609b8e6cff2b4c > Upgrade to Selenium 3.7.1 > ------------------------- > > Key: ARQ-2149 > URL: https://issues.jboss.org/browse/ARQ-2149 > Project: Arquillian > Issue Type: Component Upgrade > Components: Extension - Drone > Affects Versions: drone_2.4.3 > Reporter: Matous Jobanek > Assignee: Matous Jobanek > Fix For: drone_2.4.4 > > -- This message was sent by Atlassian JIRA (v7.5.0#75005) From issues at jboss.org Mon Nov 13 09:01:00 2017 From: issues at jboss.org (Matous Jobanek (JIRA)) Date: Mon, 13 Nov 2017 09:01:00 -0500 (EST) Subject: [arquillian-issues] [JBoss JIRA] (ARQ-2151) Cannot set useAutomationExtension option for chrome In-Reply-To: References: Message-ID: [ https://issues.jboss.org/browse/ARQ-2151?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Matous Jobanek reopened ARQ-2151: --------------------------------- I'm reopening this issue as the fix doesn't cover cases when the value is a primitive type but not a string - can be also either a boolean or a number: {code:xml} { "useAutomationExtension": false } {code} > Cannot set useAutomationExtension option for chrome > ---------------------------------------------------- > > Key: ARQ-2151 > URL: https://issues.jboss.org/browse/ARQ-2151 > Project: Arquillian > Issue Type: Bug > Components: Extension - Drone > Affects Versions: drone_2.4.3 > Reporter: Matous Jobanek > Assignee: Matous Jobanek > Fix For: drone_2.4.4 > > > There is ISE thrown when this configuration is used: > {code:xml} > > > { > "useAutomationExtension": "false" > } > > > {code} -- This message was sent by Atlassian JIRA (v7.5.0#75005) From issues at jboss.org Mon Nov 13 09:03:01 2017 From: issues at jboss.org (Matous Jobanek (JIRA)) Date: Mon, 13 Nov 2017 09:03:01 -0500 (EST) Subject: [arquillian-issues] [JBoss JIRA] (ARQ-2151) Cannot set useAutomationExtension option for chrome In-Reply-To: References: Message-ID: [ https://issues.jboss.org/browse/ARQ-2151?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Matous Jobanek closed ARQ-2151. ------------------------------- Fix Version/s: drone_2.4.5 Resolution: Done The cases when the values are other types than a String are fixed here: https://github.com/arquillian/arquillian-extension-drone/commit/27ceccd098c1ece1b2f8475e95510c8206a5e055 > Cannot set useAutomationExtension option for chrome > ---------------------------------------------------- > > Key: ARQ-2151 > URL: https://issues.jboss.org/browse/ARQ-2151 > Project: Arquillian > Issue Type: Bug > Components: Extension - Drone > Affects Versions: drone_2.4.3 > Reporter: Matous Jobanek > Assignee: Matous Jobanek > Fix For: drone_2.4.5, drone_2.4.4 > > > There is ISE thrown when this configuration is used: > {code:xml} > > > { > "useAutomationExtension": "false" > } > > > {code} -- This message was sent by Atlassian JIRA (v7.5.0#75005) From issues at jboss.org Wed Nov 15 11:30:00 2017 From: issues at jboss.org (Gordon Hutchison (JIRA)) Date: Wed, 15 Nov 2017 11:30:00 -0500 (EST) Subject: [arquillian-issues] [JBoss JIRA] (ARQ-2152) Add support for setting 'apiTypeVisibility' in Websphere Liberty Application Server Container In-Reply-To: References: Message-ID: Gordon Hutchison created ARQ-2152: ------------------------------------- Summary: Add support for setting 'apiTypeVisibility' in Websphere Liberty Application Server Container Key: ARQ-2152 URL: https://issues.jboss.org/browse/ARQ-2152 Project: Arquillian Issue Type: Feature Request Components: WebSphere Containers Affects Versions: was_1.0.0.next Environment: Testing Microprofile TCKs on WebSphere Liberty (Apologies for setting the priority.) (Apologies if the version is incorrect for https://github.com/arquillian/arquillian-container-was/tree/master/wlp-managed-8.5 Reporter: Gordon Hutchison Assignee: Gerhard Poul Priority: Minor (I have to thank my colleague Kevin Grigorenko for this patch which I integrated into my local clone. The text below is pasted from text written by him: ) "Added support for injecting a Tracer into the TCK: For the CDI injection to work, the TCK application's classloader must be configured with apiTypeVisibility="spec, ibm-api, third-party". The WAS Arquillian container's default deployType is dropins and I couldn't find a way to configure the classloader for that. The WAS Arquiallian container also supports deployType=xml which puts the WAR into apps and dynamically adds configuration to Liberty's server.xml with the element and some sub-elements. I forked that code to also add support for apiTypeVisibility and also submitted a pull request. Now, running with that fork and specifying xml and spec, ibm-api, third-party in mpOpentracingTckRunner/tck/src/test/resources/arquillian.xml allows the TCK to inject the Tracer." This WLP feature is discussed here: https://www.ibm.com/support/knowledgecenter/en/SSEQTP_8.5.5/com.ibm.websphere.wlp.doc/ae/twlp_classloader_3p_apis.html I have Kevin's code patch that does this and am only raising this issue in order to reference it in a pull request I am going to make at https://github.com/arquillian/arquillian-container-was/tree/master/wlp-managed-8.5/src/main/java/org/jboss/arquillian/container/was/wlp_managed_8_5 I have checked with Kevin that he is happy for me to do this: (On IBM Sametime) gordon_hutchison at uk.ibm.com - Gordon Hutchison/UK/IBM: 4:17:28 PM: Hi Kevin, is it OK with you if I create an issue and then a PR to integrate the 'apiTypeVisibility' change you did to the public upstream repo? Kevin GRIGORENKO: 4:17:54 PM: Yes, absolutely. Thanks very much! -- This message was sent by Atlassian JIRA (v7.5.0#75005) From issues at jboss.org Wed Nov 15 11:43:00 2017 From: issues at jboss.org (Gordon Hutchison (JIRA)) Date: Wed, 15 Nov 2017 11:43:00 -0500 (EST) Subject: [arquillian-issues] [JBoss JIRA] (ARQ-2152) Add support for setting 'apiTypeVisibility' in Websphere Liberty Application Server Container In-Reply-To: References: Message-ID: [ https://issues.jboss.org/browse/ARQ-2152?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=13490544#comment-13490544 ] Gordon Hutchison commented on ARQ-2152: --------------------------------------- The patch is on a slightly backlevel base but has in WLPManagedContainer::createApplication ``` java + if (this.containerConfiguration.getApiTypeVisibility() != null) { + classLoader.setAttribute("apiTypeVisibility", this.containerConfiguration.getApiTypeVisibility()); + } ``` and WLPManagedContainerConfiguration.java gets a ``` java private String apiTypeVisibility; ``` and a getter and setter: ``` java + public void setApiTypeVisibility(String apiTypeVisibility) { + this.apiTypeVisibility = apiTypeVisibility; + } + + public String getApiTypeVisibility() { + return apiTypeVisibility; + } ``` > Add support for setting 'apiTypeVisibility' in Websphere Liberty Application Server Container > ---------------------------------------------------------------------------------------------- > > Key: ARQ-2152 > URL: https://issues.jboss.org/browse/ARQ-2152 > Project: Arquillian > Issue Type: Feature Request > Components: WebSphere Containers > Affects Versions: was_1.0.0.next > Environment: Testing Microprofile TCKs on WebSphere Liberty > (Apologies for setting the priority.) > (Apologies if the version is incorrect for https://github.com/arquillian/arquillian-container-was/tree/master/wlp-managed-8.5 > Reporter: Gordon Hutchison > Assignee: Gerhard Poul > Priority: Minor > > (I have to thank my colleague Kevin Grigorenko for this patch which I integrated into > my local clone. The text below is pasted from text written by him: ) > "Added support for injecting a Tracer into the TCK: For the CDI injection to work, the TCK application's classloader must be configured with apiTypeVisibility="spec, ibm-api, third-party". The WAS Arquillian container's default deployType is dropins and I couldn't find a way to configure the classloader for that. The WAS Arquiallian container also supports deployType=xml which puts the WAR into apps and dynamically adds configuration to Liberty's server.xml with the element and some sub-elements. I forked that code to also add support for apiTypeVisibility and also submitted a pull request. Now, running with that fork and specifying xml and spec, ibm-api, third-party in mpOpentracingTckRunner/tck/src/test/resources/arquillian.xml allows the TCK to inject the Tracer." > This WLP feature is discussed here: > https://www.ibm.com/support/knowledgecenter/en/SSEQTP_8.5.5/com.ibm.websphere.wlp.doc/ae/twlp_classloader_3p_apis.html > I have Kevin's code patch that does this and am only raising this issue > in order to reference it in a pull request I am going to make > at > https://github.com/arquillian/arquillian-container-was/tree/master/wlp-managed-8.5/src/main/java/org/jboss/arquillian/container/was/wlp_managed_8_5 > I have checked with Kevin that he is happy for me to do this: > (On IBM Sametime) > gordon_hutchison at uk.ibm.com - Gordon Hutchison/UK/IBM: > 4:17:28 PM: Hi Kevin, is it OK with you if I create an issue and then a PR to integrate the 'apiTypeVisibility' change you did to the public upstream repo? > Kevin GRIGORENKO: > 4:17:54 PM: Yes, absolutely. Thanks very much! -- This message was sent by Atlassian JIRA (v7.5.0#75005) From issues at jboss.org Wed Nov 15 11:44:00 2017 From: issues at jboss.org (Gordon Hutchison (JIRA)) Date: Wed, 15 Nov 2017 11:44:00 -0500 (EST) Subject: [arquillian-issues] [JBoss JIRA] (ARQ-2152) Add support for setting 'apiTypeVisibility' in Websphere Liberty Application Server Container In-Reply-To: References: Message-ID: [ https://issues.jboss.org/browse/ARQ-2152?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=13490544#comment-13490544 ] Gordon Hutchison edited comment on ARQ-2152 at 11/15/17 11:43 AM: ------------------------------------------------------------------ The patch is on a slightly backlevel base but has in WLPManagedContainer::createApplication ''' java + if (this.containerConfiguration.getApiTypeVisibility() != null) { + classLoader.setAttribute("apiTypeVisibility", this.containerConfiguration.getApiTypeVisibility()); + } ''' and WLPManagedContainerConfiguration.java gets a ''' java private String apiTypeVisibility; ``` and a getter and setter: ``` java + public void setApiTypeVisibility(String apiTypeVisibility) { + this.apiTypeVisibility = apiTypeVisibility; + } + + public String getApiTypeVisibility() { + return apiTypeVisibility; + } ''' was (Author: hutchig): The patch is on a slightly backlevel base but has in WLPManagedContainer::createApplication ``` java + if (this.containerConfiguration.getApiTypeVisibility() != null) { + classLoader.setAttribute("apiTypeVisibility", this.containerConfiguration.getApiTypeVisibility()); + } ``` and WLPManagedContainerConfiguration.java gets a ``` java private String apiTypeVisibility; ``` and a getter and setter: ``` java + public void setApiTypeVisibility(String apiTypeVisibility) { + this.apiTypeVisibility = apiTypeVisibility; + } + + public String getApiTypeVisibility() { + return apiTypeVisibility; + } ``` > Add support for setting 'apiTypeVisibility' in Websphere Liberty Application Server Container > ---------------------------------------------------------------------------------------------- > > Key: ARQ-2152 > URL: https://issues.jboss.org/browse/ARQ-2152 > Project: Arquillian > Issue Type: Feature Request > Components: WebSphere Containers > Affects Versions: was_1.0.0.next > Environment: Testing Microprofile TCKs on WebSphere Liberty > (Apologies for setting the priority.) > (Apologies if the version is incorrect for https://github.com/arquillian/arquillian-container-was/tree/master/wlp-managed-8.5 > Reporter: Gordon Hutchison > Assignee: Gerhard Poul > Priority: Minor > > (I have to thank my colleague Kevin Grigorenko for this patch which I integrated into > my local clone. The text below is pasted from text written by him: ) > "Added support for injecting a Tracer into the TCK: For the CDI injection to work, the TCK application's classloader must be configured with apiTypeVisibility="spec, ibm-api, third-party". The WAS Arquillian container's default deployType is dropins and I couldn't find a way to configure the classloader for that. The WAS Arquiallian container also supports deployType=xml which puts the WAR into apps and dynamically adds configuration to Liberty's server.xml with the element and some sub-elements. I forked that code to also add support for apiTypeVisibility and also submitted a pull request. Now, running with that fork and specifying xml and spec, ibm-api, third-party in mpOpentracingTckRunner/tck/src/test/resources/arquillian.xml allows the TCK to inject the Tracer." > This WLP feature is discussed here: > https://www.ibm.com/support/knowledgecenter/en/SSEQTP_8.5.5/com.ibm.websphere.wlp.doc/ae/twlp_classloader_3p_apis.html > I have Kevin's code patch that does this and am only raising this issue > in order to reference it in a pull request I am going to make > at > https://github.com/arquillian/arquillian-container-was/tree/master/wlp-managed-8.5/src/main/java/org/jboss/arquillian/container/was/wlp_managed_8_5 > I have checked with Kevin that he is happy for me to do this: > (On IBM Sametime) > gordon_hutchison at uk.ibm.com - Gordon Hutchison/UK/IBM: > 4:17:28 PM: Hi Kevin, is it OK with you if I create an issue and then a PR to integrate the 'apiTypeVisibility' change you did to the public upstream repo? > Kevin GRIGORENKO: > 4:17:54 PM: Yes, absolutely. Thanks very much! -- This message was sent by Atlassian JIRA (v7.5.0#75005) From issues at jboss.org Wed Nov 15 11:45:00 2017 From: issues at jboss.org (Gordon Hutchison (JIRA)) Date: Wed, 15 Nov 2017 11:45:00 -0500 (EST) Subject: [arquillian-issues] [JBoss JIRA] (ARQ-2152) Add support for setting 'apiTypeVisibility' in Websphere Liberty Application Server Container In-Reply-To: References: Message-ID: [ https://issues.jboss.org/browse/ARQ-2152?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=13490544#comment-13490544 ] Gordon Hutchison edited comment on ARQ-2152 at 11/15/17 11:44 AM: ------------------------------------------------------------------ The patch is on a slightly backlevel base but has in WLPManagedContainer::createApplication {code:java} + if (this.containerConfiguration.getApiTypeVisibility() != null) { + classLoader.setAttribute("apiTypeVisibility", this.containerConfiguration.getApiTypeVisibility()); + } {code} and WLPManagedContainerConfiguration.java gets a private String apiTypeVisibility; and a getter and setter: {code:java} + public void setApiTypeVisibility(String apiTypeVisibility) { + this.apiTypeVisibility = apiTypeVisibility; + } + + public String getApiTypeVisibility() { + return apiTypeVisibility; + } {code} was (Author: hutchig): The patch is on a slightly backlevel base but has in WLPManagedContainer::createApplication ''' java + if (this.containerConfiguration.getApiTypeVisibility() != null) { + classLoader.setAttribute("apiTypeVisibility", this.containerConfiguration.getApiTypeVisibility()); + } ''' and WLPManagedContainerConfiguration.java gets a ''' java private String apiTypeVisibility; ``` and a getter and setter: ``` java + public void setApiTypeVisibility(String apiTypeVisibility) { + this.apiTypeVisibility = apiTypeVisibility; + } + + public String getApiTypeVisibility() { + return apiTypeVisibility; + } ''' > Add support for setting 'apiTypeVisibility' in Websphere Liberty Application Server Container > ---------------------------------------------------------------------------------------------- > > Key: ARQ-2152 > URL: https://issues.jboss.org/browse/ARQ-2152 > Project: Arquillian > Issue Type: Feature Request > Components: WebSphere Containers > Affects Versions: was_1.0.0.next > Environment: Testing Microprofile TCKs on WebSphere Liberty > (Apologies for setting the priority.) > (Apologies if the version is incorrect for https://github.com/arquillian/arquillian-container-was/tree/master/wlp-managed-8.5 > Reporter: Gordon Hutchison > Assignee: Gerhard Poul > Priority: Minor > > (I have to thank my colleague Kevin Grigorenko for this patch which I integrated into > my local clone. The text below is pasted from text written by him: ) > "Added support for injecting a Tracer into the TCK: For the CDI injection to work, the TCK application's classloader must be configured with apiTypeVisibility="spec, ibm-api, third-party". The WAS Arquillian container's default deployType is dropins and I couldn't find a way to configure the classloader for that. The WAS Arquiallian container also supports deployType=xml which puts the WAR into apps and dynamically adds configuration to Liberty's server.xml with the element and some sub-elements. I forked that code to also add support for apiTypeVisibility and also submitted a pull request. Now, running with that fork and specifying xml and spec, ibm-api, third-party in mpOpentracingTckRunner/tck/src/test/resources/arquillian.xml allows the TCK to inject the Tracer." > This WLP feature is discussed here: > https://www.ibm.com/support/knowledgecenter/en/SSEQTP_8.5.5/com.ibm.websphere.wlp.doc/ae/twlp_classloader_3p_apis.html > I have Kevin's code patch that does this and am only raising this issue > in order to reference it in a pull request I am going to make > at > https://github.com/arquillian/arquillian-container-was/tree/master/wlp-managed-8.5/src/main/java/org/jboss/arquillian/container/was/wlp_managed_8_5 > I have checked with Kevin that he is happy for me to do this: > (On IBM Sametime) > gordon_hutchison at uk.ibm.com - Gordon Hutchison/UK/IBM: > 4:17:28 PM: Hi Kevin, is it OK with you if I create an issue and then a PR to integrate the 'apiTypeVisibility' change you did to the public upstream repo? > Kevin GRIGORENKO: > 4:17:54 PM: Yes, absolutely. Thanks very much! -- This message was sent by Atlassian JIRA (v7.5.0#75005) From issues at jboss.org Wed Nov 15 11:46:00 2017 From: issues at jboss.org (Gordon Hutchison (JIRA)) Date: Wed, 15 Nov 2017 11:46:00 -0500 (EST) Subject: [arquillian-issues] [JBoss JIRA] (ARQ-2152) Add support for setting 'apiTypeVisibility' in Websphere Liberty Application Server Container In-Reply-To: References: Message-ID: [ https://issues.jboss.org/browse/ARQ-2152?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=13490544#comment-13490544 ] Gordon Hutchison edited comment on ARQ-2152 at 11/15/17 11:45 AM: ------------------------------------------------------------------ The patch is on a slightly backlevel base but has in WLPManagedContainer::createApplication {code:java} + if (this.containerConfiguration.getApiTypeVisibility() != null) { + classLoader.setAttribute("apiTypeVisibility", this.containerConfiguration.getApiTypeVisibility()); + } {code} and WLPManagedContainerConfiguration.java gets a {code:java} private String apiTypeVisibility; {code} and a getter and setter: {code:java} + public void setApiTypeVisibility(String apiTypeVisibility) { + this.apiTypeVisibility = apiTypeVisibility; + } + + public String getApiTypeVisibility() { + return apiTypeVisibility; + } {code} was (Author: hutchig): The patch is on a slightly backlevel base but has in WLPManagedContainer::createApplication {code:java} + if (this.containerConfiguration.getApiTypeVisibility() != null) { + classLoader.setAttribute("apiTypeVisibility", this.containerConfiguration.getApiTypeVisibility()); + } {code} and WLPManagedContainerConfiguration.java gets a private String apiTypeVisibility; and a getter and setter: {code:java} + public void setApiTypeVisibility(String apiTypeVisibility) { + this.apiTypeVisibility = apiTypeVisibility; + } + + public String getApiTypeVisibility() { + return apiTypeVisibility; + } {code} > Add support for setting 'apiTypeVisibility' in Websphere Liberty Application Server Container > ---------------------------------------------------------------------------------------------- > > Key: ARQ-2152 > URL: https://issues.jboss.org/browse/ARQ-2152 > Project: Arquillian > Issue Type: Feature Request > Components: WebSphere Containers > Affects Versions: was_1.0.0.next > Environment: Testing Microprofile TCKs on WebSphere Liberty > (Apologies for setting the priority.) > (Apologies if the version is incorrect for https://github.com/arquillian/arquillian-container-was/tree/master/wlp-managed-8.5 > Reporter: Gordon Hutchison > Assignee: Gerhard Poul > Priority: Minor > > (I have to thank my colleague Kevin Grigorenko for this patch which I integrated into > my local clone. The text below is pasted from text written by him: ) > "Added support for injecting a Tracer into the TCK: For the CDI injection to work, the TCK application's classloader must be configured with apiTypeVisibility="spec, ibm-api, third-party". The WAS Arquillian container's default deployType is dropins and I couldn't find a way to configure the classloader for that. The WAS Arquiallian container also supports deployType=xml which puts the WAR into apps and dynamically adds configuration to Liberty's server.xml with the element and some sub-elements. I forked that code to also add support for apiTypeVisibility and also submitted a pull request. Now, running with that fork and specifying xml and spec, ibm-api, third-party in mpOpentracingTckRunner/tck/src/test/resources/arquillian.xml allows the TCK to inject the Tracer." > This WLP feature is discussed here: > https://www.ibm.com/support/knowledgecenter/en/SSEQTP_8.5.5/com.ibm.websphere.wlp.doc/ae/twlp_classloader_3p_apis.html > I have Kevin's code patch that does this and am only raising this issue > in order to reference it in a pull request I am going to make > at > https://github.com/arquillian/arquillian-container-was/tree/master/wlp-managed-8.5/src/main/java/org/jboss/arquillian/container/was/wlp_managed_8_5 > I have checked with Kevin that he is happy for me to do this: > (On IBM Sametime) > gordon_hutchison at uk.ibm.com - Gordon Hutchison/UK/IBM: > 4:17:28 PM: Hi Kevin, is it OK with you if I create an issue and then a PR to integrate the 'apiTypeVisibility' change you did to the public upstream repo? > Kevin GRIGORENKO: > 4:17:54 PM: Yes, absolutely. Thanks very much! -- This message was sent by Atlassian JIRA (v7.5.0#75005) From issues at jboss.org Wed Nov 15 12:56:00 2017 From: issues at jboss.org (Bartosz Majsak (JIRA)) Date: Wed, 15 Nov 2017 12:56:00 -0500 (EST) Subject: [arquillian-issues] [JBoss JIRA] (ARQ-2143) Deployments that expect exceptions are not testable. In-Reply-To: References: Message-ID: [ https://issues.jboss.org/browse/ARQ-2143?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Bartosz Majsak updated ARQ-2143: -------------------------------- Fix Version/s: 1.1.14.Final > Deployments that expect exceptions are not testable. > ---------------------------------------------------- > > Key: ARQ-2143 > URL: https://issues.jboss.org/browse/ARQ-2143 > Project: Arquillian > Issue Type: Bug > Reporter: John Ament > Fix For: 1.1.14.Final > > > Microprofile has some spec tests that rely on throwing exceptions on deployment. https://github.com/eclipse/microprofile-jwt-auth/blob/master/tck/src/test/java/org/eclipse/microprofile/jwt/tck/container/jaxrs/AppScopedTest.java#L45 is one such test (ignore that it doesn't extend Arquillian). > The problem is that its not the code in the package that generates the exception, but classes added via an ArchiveProcessor, e.g. a CDI extension, that will generate the exception. > I'm not sure the reasoning behind this behavior, but I don't see why {{ShouldThrowException}} implies that an archive is not testable. Can this behavior be changed? -- This message was sent by Atlassian JIRA (v7.5.0#75005) From issues at jboss.org Wed Nov 15 12:56:00 2017 From: issues at jboss.org (Bartosz Majsak (JIRA)) Date: Wed, 15 Nov 2017 12:56:00 -0500 (EST) Subject: [arquillian-issues] [JBoss JIRA] (ARQ-2143) Deployments that expect exceptions are not testable. In-Reply-To: References: Message-ID: [ https://issues.jboss.org/browse/ARQ-2143?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Bartosz Majsak updated ARQ-2143: -------------------------------- Status: Pull Request Sent (was: Open) Git Pull Request: https://github.com/arquillian/arquillian-core/pull/135 > Deployments that expect exceptions are not testable. > ---------------------------------------------------- > > Key: ARQ-2143 > URL: https://issues.jboss.org/browse/ARQ-2143 > Project: Arquillian > Issue Type: Bug > Reporter: John Ament > Fix For: 1.1.14.Final > > > Microprofile has some spec tests that rely on throwing exceptions on deployment. https://github.com/eclipse/microprofile-jwt-auth/blob/master/tck/src/test/java/org/eclipse/microprofile/jwt/tck/container/jaxrs/AppScopedTest.java#L45 is one such test (ignore that it doesn't extend Arquillian). > The problem is that its not the code in the package that generates the exception, but classes added via an ArchiveProcessor, e.g. a CDI extension, that will generate the exception. > I'm not sure the reasoning behind this behavior, but I don't see why {{ShouldThrowException}} implies that an archive is not testable. Can this behavior be changed? -- This message was sent by Atlassian JIRA (v7.5.0#75005) From issues at jboss.org Wed Nov 15 12:57:00 2017 From: issues at jboss.org (Bartosz Majsak (JIRA)) Date: Wed, 15 Nov 2017 12:57:00 -0500 (EST) Subject: [arquillian-issues] [JBoss JIRA] (ARQ-2143) Deployments that expect exceptions are not testable. In-Reply-To: References: Message-ID: [ https://issues.jboss.org/browse/ARQ-2143?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Bartosz Majsak updated ARQ-2143: -------------------------------- Status: Resolved (was: Pull Request Sent) Resolution: Done > Deployments that expect exceptions are not testable. > ---------------------------------------------------- > > Key: ARQ-2143 > URL: https://issues.jboss.org/browse/ARQ-2143 > Project: Arquillian > Issue Type: Bug > Reporter: John Ament > Fix For: 1.1.14.Final > > > Microprofile has some spec tests that rely on throwing exceptions on deployment. https://github.com/eclipse/microprofile-jwt-auth/blob/master/tck/src/test/java/org/eclipse/microprofile/jwt/tck/container/jaxrs/AppScopedTest.java#L45 is one such test (ignore that it doesn't extend Arquillian). > The problem is that its not the code in the package that generates the exception, but classes added via an ArchiveProcessor, e.g. a CDI extension, that will generate the exception. > I'm not sure the reasoning behind this behavior, but I don't see why {{ShouldThrowException}} implies that an archive is not testable. Can this behavior be changed? -- This message was sent by Atlassian JIRA (v7.5.0#75005) From issues at jboss.org Wed Nov 15 12:57:00 2017 From: issues at jboss.org (Bartosz Majsak (JIRA)) Date: Wed, 15 Nov 2017 12:57:00 -0500 (EST) Subject: [arquillian-issues] [JBoss JIRA] (ARQ-2117) Confusing warning message from observer In-Reply-To: References: Message-ID: [ https://issues.jboss.org/browse/ARQ-2117?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Bartosz Majsak updated ARQ-2117: -------------------------------- Fix Version/s: 1.1.14.Final > Confusing warning message from observer > --------------------------------------- > > Key: ARQ-2117 > URL: https://issues.jboss.org/browse/ARQ-2117 > Project: Arquillian > Issue Type: Enhancement > Components: Base Implementation > Reporter: Bartosz Majsak > Assignee: Dipak Pawar > Priority: Minor > Fix For: 1.1.14.Final > > > When observer has one of the arguments null following warning is displayed: > {{WARNING [org.jboss.arquillian.core.spi.ObserverMethod] (main) Argument 2 for ArquillianServiceDeployer.doServiceDeploy is null. It won't be invoked.}} > It's been introduced for debugging purposes and it's just confusing for the users. > We should only display it when {{arquillian.debug=true}} is enabled. -- This message was sent by Atlassian JIRA (v7.5.0#75005) From issues at jboss.org Wed Nov 15 12:57:00 2017 From: issues at jboss.org (Bartosz Majsak (JIRA)) Date: Wed, 15 Nov 2017 12:57:00 -0500 (EST) Subject: [arquillian-issues] [JBoss JIRA] (ARQ-2143) Deployments that expect exceptions are not testable. In-Reply-To: References: Message-ID: [ https://issues.jboss.org/browse/ARQ-2143?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Bartosz Majsak updated ARQ-2143: -------------------------------- Component/s: Base Implementation > Deployments that expect exceptions are not testable. > ---------------------------------------------------- > > Key: ARQ-2143 > URL: https://issues.jboss.org/browse/ARQ-2143 > Project: Arquillian > Issue Type: Bug > Components: Base Implementation > Reporter: John Ament > Fix For: 1.1.14.Final > > > Microprofile has some spec tests that rely on throwing exceptions on deployment. https://github.com/eclipse/microprofile-jwt-auth/blob/master/tck/src/test/java/org/eclipse/microprofile/jwt/tck/container/jaxrs/AppScopedTest.java#L45 is one such test (ignore that it doesn't extend Arquillian). > The problem is that its not the code in the package that generates the exception, but classes added via an ArchiveProcessor, e.g. a CDI extension, that will generate the exception. > I'm not sure the reasoning behind this behavior, but I don't see why {{ShouldThrowException}} implies that an archive is not testable. Can this behavior be changed? -- This message was sent by Atlassian JIRA (v7.5.0#75005) From issues at jboss.org Wed Nov 15 12:58:00 2017 From: issues at jboss.org (Bartosz Majsak (JIRA)) Date: Wed, 15 Nov 2017 12:58:00 -0500 (EST) Subject: [arquillian-issues] [JBoss JIRA] (ARQ-2107) ResourceInjectionEnricher doesn't consult the @Resource(lookup = "...") value In-Reply-To: References: Message-ID: [ https://issues.jboss.org/browse/ARQ-2107?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Bartosz Majsak updated ARQ-2107: -------------------------------- Fix Version/s: 1.1.14.Final > ResourceInjectionEnricher doesn't consult the @Resource(lookup = "...") value > ----------------------------------------------------------------------------- > > Key: ARQ-2107 > URL: https://issues.jboss.org/browse/ARQ-2107 > Project: Arquillian > Issue Type: Bug > Components: Runtime Enricher SPI > Affects Versions: 1.1.13.Final > Reporter: Ladislav Thon > Fix For: 1.1.14.Final > > > The {{ResourceInjectionEnricher}} supports injecting the test instance fields annotated with {{javax.annotation.Resource}}. However, looking at the {{ResourceInjectionEnricher.getResourceName}} method, it only consults the annotation's {{name}} and {{mappedName}} attributes, falling back to some default afterward. The annotation's {{lookup}} attribute isn't considered at all. This might be because the {{lookup}} attribute was only added in Java EE 6 / Java SE 7, and Arquillian still supports Java 6, but that can be solved with a little bit of reflection. > I don't know if this omission was intentional or not, but it could have easily gone unnoticed for a long while, because if CDI is present, the {{CDIInjectionEnricher}} will inject such field. However, CDI doesn't necessarily have to be present -- for example with WildFly Swarm. -- This message was sent by Atlassian JIRA (v7.5.0#75005) From issues at jboss.org Wed Nov 15 12:58:00 2017 From: issues at jboss.org (Bartosz Majsak (JIRA)) Date: Wed, 15 Nov 2017 12:58:00 -0500 (EST) Subject: [arquillian-issues] [JBoss JIRA] (ARQ-2109) EJBInjectionEnricher makes too strong assumptions about JNDI names in the "anonymous" case In-Reply-To: References: Message-ID: [ https://issues.jboss.org/browse/ARQ-2109?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Bartosz Majsak updated ARQ-2109: -------------------------------- Fix Version/s: 1.1.14.Final > EJBInjectionEnricher makes too strong assumptions about JNDI names in the "anonymous" case > ------------------------------------------------------------------------------------------ > > Key: ARQ-2109 > URL: https://issues.jboss.org/browse/ARQ-2109 > Project: Arquillian > Issue Type: Bug > Components: Runtime Enricher SPI > Affects Versions: 1.1.13.Final > Reporter: Ladislav Thon > Fix For: 1.1.14.Final > > > The {{EJBInjectionEnricher}} supports injecting the test instance fields annotated with {{javax.ejb.EJB}}. However, looking at the {{EJBInjectionEnricher.getJndiNamesForAnonymousEJB}} method, it makes too strong assumptions about the JNDI name. Specifically, it assumes the {{test.ear}} and {{test}} names. That doesn't necessarily have to be correct (e.g. WildFly Swarm Arquillian adapter doesn't use these names). There's an easy way to improve this for some situations: also consider the {{java:module}} portable namespace. It can't fix all situations, but it does fix some of them. (For Swarm, it's completely enough, since Swarm doesn't support EARs.) -- This message was sent by Atlassian JIRA (v7.5.0#75005) From issues at jboss.org Wed Nov 15 12:58:00 2017 From: issues at jboss.org (Bartosz Majsak (JIRA)) Date: Wed, 15 Nov 2017 12:58:00 -0500 (EST) Subject: [arquillian-issues] [JBoss JIRA] (ARQ-2136) Add support to preserve original property value using placeholder In-Reply-To: References: Message-ID: [ https://issues.jboss.org/browse/ARQ-2136?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Bartosz Majsak updated ARQ-2136: -------------------------------- Fix Version/s: 1.1.14.Final > Add support to preserve original property value using placeholder > ----------------------------------------------------------------- > > Key: ARQ-2136 > URL: https://issues.jboss.org/browse/ARQ-2136 > Project: Arquillian > Issue Type: Enhancement > Components: Configuration > Affects Versions: 1.1.13.Final > Reporter: Bartosz Majsak > Assignee: Bartosz Majsak > Priority: Minor > Fix For: 1.1.14.Final > > > https://github.com/arquillian/arquillian-core/pull/122 -- This message was sent by Atlassian JIRA (v7.5.0#75005) From issues at jboss.org Thu Nov 16 09:27:00 2017 From: issues at jboss.org (Gordon Hutchison (JIRA)) Date: Thu, 16 Nov 2017 09:27:00 -0500 (EST) Subject: [arquillian-issues] [JBoss JIRA] (ARQ-2152) Add support for setting 'apiTypeVisibility' in Websphere Liberty Application Server Container In-Reply-To: References: Message-ID: [ https://issues.jboss.org/browse/ARQ-2152?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=13490860#comment-13490860 ] Gordon Hutchison commented on ARQ-2152: --------------------------------------- An example arquillian.xml (tck/src/test/resources/arquillian.xml) that sets this elelement into server.xml is: {code:java} target/ /work/liberty/src/libertyGit/open-liberty/dev/build.image/wlp server1 9080 true xml spec, ibm-api, third-party {code} > Add support for setting 'apiTypeVisibility' in Websphere Liberty Application Server Container > ---------------------------------------------------------------------------------------------- > > Key: ARQ-2152 > URL: https://issues.jboss.org/browse/ARQ-2152 > Project: Arquillian > Issue Type: Feature Request > Components: WebSphere Containers > Affects Versions: was_1.0.0.next > Environment: Testing Microprofile TCKs on WebSphere Liberty > (Apologies for setting the priority.) > (Apologies if the version is incorrect for https://github.com/arquillian/arquillian-container-was/tree/master/wlp-managed-8.5 > Reporter: Gordon Hutchison > Assignee: Gerhard Poul > Priority: Minor > > (I have to thank my colleague Kevin Grigorenko for this patch which I integrated into > my local clone. The text below is pasted from text written by him: ) > "Added support for injecting a Tracer into the TCK: For the CDI injection to work, the TCK application's classloader must be configured with apiTypeVisibility="spec, ibm-api, third-party". The WAS Arquillian container's default deployType is dropins and I couldn't find a way to configure the classloader for that. The WAS Arquiallian container also supports deployType=xml which puts the WAR into apps and dynamically adds configuration to Liberty's server.xml with the element and some sub-elements. I forked that code to also add support for apiTypeVisibility and also submitted a pull request. Now, running with that fork and specifying xml and spec, ibm-api, third-party in mpOpentracingTckRunner/tck/src/test/resources/arquillian.xml allows the TCK to inject the Tracer." > This WLP feature is discussed here: > https://www.ibm.com/support/knowledgecenter/en/SSEQTP_8.5.5/com.ibm.websphere.wlp.doc/ae/twlp_classloader_3p_apis.html > I have Kevin's code patch that does this and am only raising this issue > in order to reference it in a pull request I am going to make > at > https://github.com/arquillian/arquillian-container-was/tree/master/wlp-managed-8.5/src/main/java/org/jboss/arquillian/container/was/wlp_managed_8_5 > I have checked with Kevin that he is happy for me to do this: > (On IBM Sametime) > gordon_hutchison at uk.ibm.com - Gordon Hutchison/UK/IBM: > 4:17:28 PM: Hi Kevin, is it OK with you if I create an issue and then a PR to integrate the 'apiTypeVisibility' change you did to the public upstream repo? > Kevin GRIGORENKO: > 4:17:54 PM: Yes, absolutely. Thanks very much! -- This message was sent by Atlassian JIRA (v7.5.0#75005) From issues at jboss.org Thu Nov 16 09:28:00 2017 From: issues at jboss.org (Gordon Hutchison (JIRA)) Date: Thu, 16 Nov 2017 09:28:00 -0500 (EST) Subject: [arquillian-issues] [JBoss JIRA] (ARQ-2152) Add support for setting 'apiTypeVisibility' in Websphere Liberty Application Server Container In-Reply-To: References: Message-ID: [ https://issues.jboss.org/browse/ARQ-2152?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=13490860#comment-13490860 ] Gordon Hutchison edited comment on ARQ-2152 at 11/16/17 9:27 AM: ----------------------------------------------------------------- An example arquillian.xml (tck/src/test/resources/arquillian.xml) that sets this element into server.xml is (look for apiTypeVisibility") {code:java} target/ /work/liberty/src/libertyGit/open-liberty/dev/build.image/wlp server1 9080 true xml spec, ibm-api, third-party {code} was (Author: hutchig): An example arquillian.xml (tck/src/test/resources/arquillian.xml) that sets this elelement into server.xml is: {code:java} target/ /work/liberty/src/libertyGit/open-liberty/dev/build.image/wlp server1 9080 true xml spec, ibm-api, third-party {code} > Add support for setting 'apiTypeVisibility' in Websphere Liberty Application Server Container > ---------------------------------------------------------------------------------------------- > > Key: ARQ-2152 > URL: https://issues.jboss.org/browse/ARQ-2152 > Project: Arquillian > Issue Type: Feature Request > Components: WebSphere Containers > Affects Versions: was_1.0.0.next > Environment: Testing Microprofile TCKs on WebSphere Liberty > (Apologies for setting the priority.) > (Apologies if the version is incorrect for https://github.com/arquillian/arquillian-container-was/tree/master/wlp-managed-8.5 > Reporter: Gordon Hutchison > Assignee: Gerhard Poul > Priority: Minor > > (I have to thank my colleague Kevin Grigorenko for this patch which I integrated into > my local clone. The text below is pasted from text written by him: ) > "Added support for injecting a Tracer into the TCK: For the CDI injection to work, the TCK application's classloader must be configured with apiTypeVisibility="spec, ibm-api, third-party". The WAS Arquillian container's default deployType is dropins and I couldn't find a way to configure the classloader for that. The WAS Arquiallian container also supports deployType=xml which puts the WAR into apps and dynamically adds configuration to Liberty's server.xml with the element and some sub-elements. I forked that code to also add support for apiTypeVisibility and also submitted a pull request. Now, running with that fork and specifying xml and spec, ibm-api, third-party in mpOpentracingTckRunner/tck/src/test/resources/arquillian.xml allows the TCK to inject the Tracer." > This WLP feature is discussed here: > https://www.ibm.com/support/knowledgecenter/en/SSEQTP_8.5.5/com.ibm.websphere.wlp.doc/ae/twlp_classloader_3p_apis.html > I have Kevin's code patch that does this and am only raising this issue > in order to reference it in a pull request I am going to make > at > https://github.com/arquillian/arquillian-container-was/tree/master/wlp-managed-8.5/src/main/java/org/jboss/arquillian/container/was/wlp_managed_8_5 > I have checked with Kevin that he is happy for me to do this: > (On IBM Sametime) > gordon_hutchison at uk.ibm.com - Gordon Hutchison/UK/IBM: > 4:17:28 PM: Hi Kevin, is it OK with you if I create an issue and then a PR to integrate the 'apiTypeVisibility' change you did to the public upstream repo? > Kevin GRIGORENKO: > 4:17:54 PM: Yes, absolutely. Thanks very much! -- This message was sent by Atlassian JIRA (v7.5.0#75005) From issues at jboss.org Thu Nov 16 11:47:00 2017 From: issues at jboss.org (Gordon Hutchison (JIRA)) Date: Thu, 16 Nov 2017 11:47:00 -0500 (EST) Subject: [arquillian-issues] [JBoss JIRA] (ARQ-2153) Enable @Deployment @ShouldThrowException(DefinitionException.class) in WebSphere Liberty Managed Container In-Reply-To: References: Message-ID: Gordon Hutchison created ARQ-2153: ------------------------------------- Summary: Enable @Deployment @ShouldThrowException(DefinitionException.class) in WebSphere Liberty Managed Container Key: ARQ-2153 URL: https://issues.jboss.org/browse/ARQ-2153 Project: Arquillian Issue Type: Feature Request Components: WebSphere Containers Affects Versions: 1.0.0.Final Environment: MicroProfile FaultTolerance TCK testing with arquillian-wlp-managed-8.5 container. For example testing https://github.com/eclipse/microprofile-fault-tolerance/blob/master/tck/src/main/java/org/eclipse/microprofile/fault/tolerance/tck/invalidParameters/InvalidCircuitBreakerDelayTest.java with open Liberty or any other Arquillian test testing for DefinitionExceptions that cause Deployment Exceptions. Reporter: Gordon Hutchison Assignee: Gerhard Poul Priority: Minor When running the MicroProfile Fault Tolerance TCK there are numerous tests' deploy methods that have: {code:java} @Deployment @ShouldThrowException(DefinitionException.class) public static WebArchive deploy() {... {code} The current wlp-managed-8.5 container return these as Deployment Exceptions to the test client which makes the TCK tests fail even if the server has raised a definition exception. I have a code patch from an IBM colleague Nathan Mittlestat (whose permission I have to make this 'issue' and a pull request from on his behalf ) along the lines of: {code:java} private void checkForDefinitionExceptions(String applicationName) { String messagesFile = containerConfiguration.getWlpHome() + "/usr/servers/" + containerConfiguration.getServerName() + "/logs/messages.log"; BufferedReader br = null; try { br = new BufferedReader(new InputStreamReader(new FileInputStream(messagesFile))); String line; while ((line = br.readLine()) != null) { if (line.contains("CWWKZ0002E: An exception occurred while starting the application " + applicationName + ".") && (line.contains("org.jboss.weld.exceptions.DefinitionException") || line.contains("javax.enterprise.inject.spi.DefinitionException"))) { System.out.println("############DEBUG found CWWKZ0002E for application: " + applicationName); System.out.println(line); throw new DefinitionException(line); } } } catch (IOException e) { System.err.println("Exception while reading messages.log" + e.toString()); e.printStackTrace(); // } catch (FileNotFoundException e) { // System.err.println("Exception while reading messages.log" + e.toString()); // e.printStackTrace(); } finally { try { if (br != null) br.close(); } catch (Exception e) { System.err.println("Exception while closing bufferedreader " + e.toString()); e.printStackTrace(); } } } {code} This method is called in waitForApplicationTargetState if a wrapping Deployment exception is observed: {code:java} } catch (Exception e) { checkForDefinitionExceptions(applicationName); throw new DeploymentException("Exception while checking application state.", e); } {code} I will do a PR shortly. -- This message was sent by Atlassian JIRA (v7.5.0#75005) From issues at jboss.org Thu Nov 16 12:17:00 2017 From: issues at jboss.org (Gordon Hutchison (JIRA)) Date: Thu, 16 Nov 2017 12:17:00 -0500 (EST) Subject: [arquillian-issues] [JBoss JIRA] (ARQ-2152) Add support for setting 'apiTypeVisibility' in Websphere Liberty Application Server Container In-Reply-To: References: Message-ID: [ https://issues.jboss.org/browse/ARQ-2152?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Gordon Hutchison updated ARQ-2152: ---------------------------------- Status: Pull Request Sent (was: Open) Git Pull Request: https://github.com/arquillian/arquillian-container-was/pull/32 > Add support for setting 'apiTypeVisibility' in Websphere Liberty Application Server Container > ---------------------------------------------------------------------------------------------- > > Key: ARQ-2152 > URL: https://issues.jboss.org/browse/ARQ-2152 > Project: Arquillian > Issue Type: Feature Request > Components: WebSphere Containers > Affects Versions: was_1.0.0.next > Environment: Testing Microprofile TCKs on WebSphere Liberty > (Apologies for setting the priority.) > (Apologies if the version is incorrect for https://github.com/arquillian/arquillian-container-was/tree/master/wlp-managed-8.5 > Reporter: Gordon Hutchison > Assignee: Gerhard Poul > Priority: Minor > > (I have to thank my colleague Kevin Grigorenko for this patch which I integrated into > my local clone. The text below is pasted from text written by him: ) > "Added support for injecting a Tracer into the TCK: For the CDI injection to work, the TCK application's classloader must be configured with apiTypeVisibility="spec, ibm-api, third-party". The WAS Arquillian container's default deployType is dropins and I couldn't find a way to configure the classloader for that. The WAS Arquiallian container also supports deployType=xml which puts the WAR into apps and dynamically adds configuration to Liberty's server.xml with the element and some sub-elements. I forked that code to also add support for apiTypeVisibility and also submitted a pull request. Now, running with that fork and specifying xml and spec, ibm-api, third-party in mpOpentracingTckRunner/tck/src/test/resources/arquillian.xml allows the TCK to inject the Tracer." > This WLP feature is discussed here: > https://www.ibm.com/support/knowledgecenter/en/SSEQTP_8.5.5/com.ibm.websphere.wlp.doc/ae/twlp_classloader_3p_apis.html > I have Kevin's code patch that does this and am only raising this issue > in order to reference it in a pull request I am going to make > at > https://github.com/arquillian/arquillian-container-was/tree/master/wlp-managed-8.5/src/main/java/org/jboss/arquillian/container/was/wlp_managed_8_5 > I have checked with Kevin that he is happy for me to do this: > (On IBM Sametime) > gordon_hutchison at uk.ibm.com - Gordon Hutchison/UK/IBM: > 4:17:28 PM: Hi Kevin, is it OK with you if I create an issue and then a PR to integrate the 'apiTypeVisibility' change you did to the public upstream repo? > Kevin GRIGORENKO: > 4:17:54 PM: Yes, absolutely. Thanks very much! -- This message was sent by Atlassian JIRA (v7.5.0#75005) From issues at jboss.org Thu Nov 16 12:35:00 2017 From: issues at jboss.org (Gordon Hutchison (JIRA)) Date: Thu, 16 Nov 2017 12:35:00 -0500 (EST) Subject: [arquillian-issues] [JBoss JIRA] (ARQ-2153) Enable @Deployment @ShouldThrowException(DefinitionException.class) in WebSphere Liberty Managed Container In-Reply-To: References: Message-ID: [ https://issues.jboss.org/browse/ARQ-2153?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Gordon Hutchison updated ARQ-2153: ---------------------------------- Status: Pull Request Sent (was: Open) Git Pull Request: https://github.com/arquillian/arquillian-container-was/pull/33 > Enable @Deployment @ShouldThrowException(DefinitionException.class) in WebSphere Liberty Managed Container > ---------------------------------------------------------------------------------------------------------- > > Key: ARQ-2153 > URL: https://issues.jboss.org/browse/ARQ-2153 > Project: Arquillian > Issue Type: Feature Request > Components: WebSphere Containers > Affects Versions: 1.0.0.Final > Environment: MicroProfile FaultTolerance TCK testing with arquillian-wlp-managed-8.5 container. > For example testing > https://github.com/eclipse/microprofile-fault-tolerance/blob/master/tck/src/main/java/org/eclipse/microprofile/fault/tolerance/tck/invalidParameters/InvalidCircuitBreakerDelayTest.java > with open Liberty or any other Arquillian test testing for DefinitionExceptions that cause > Deployment Exceptions. > Reporter: Gordon Hutchison > Assignee: Gerhard Poul > Priority: Minor > > When running the MicroProfile Fault Tolerance TCK there are numerous tests' > deploy methods that have: > {code:java} > @Deployment > @ShouldThrowException(DefinitionException.class) > public static WebArchive deploy() {... > {code} > The current wlp-managed-8.5 container return these as Deployment > Exceptions to the test client which makes the TCK tests fail even if the server > has raised a definition exception. > I have a code patch from an IBM colleague Nathan Mittlestat (whose permission I have to > make this 'issue' and a pull request from on his behalf ) along the lines of: > {code:java} > private void checkForDefinitionExceptions(String applicationName) > { > String messagesFile = containerConfiguration.getWlpHome() + "/usr/servers/" + containerConfiguration.getServerName() + "/logs/messages.log"; > BufferedReader br = null; > try { > br = new BufferedReader(new InputStreamReader(new FileInputStream(messagesFile))); > String line; > while ((line = br.readLine()) != null) { > if (line.contains("CWWKZ0002E: An exception occurred while starting the application " + applicationName + ".") > && (line.contains("org.jboss.weld.exceptions.DefinitionException") || line.contains("javax.enterprise.inject.spi.DefinitionException"))) { > System.out.println("############DEBUG found CWWKZ0002E for application: " + applicationName); > System.out.println(line); > throw new DefinitionException(line); > } > } > } catch (IOException e) { > System.err.println("Exception while reading messages.log" + e.toString()); > e.printStackTrace(); > // } catch (FileNotFoundException e) { > // System.err.println("Exception while reading messages.log" + e.toString()); > // e.printStackTrace(); > } finally { > try { > if (br != null) > br.close(); > } catch (Exception e) { > System.err.println("Exception while closing bufferedreader " + e.toString()); > e.printStackTrace(); > } > } > } > {code} > This method is called in waitForApplicationTargetState if a wrapping Deployment exception > is observed: > > {code:java} > } catch (Exception e) { > checkForDefinitionExceptions(applicationName); > throw new DeploymentException("Exception while checking application state.", e); > } > {code} > I will do a PR shortly. > -- This message was sent by Atlassian JIRA (v7.5.0#75005) From issues at jboss.org Fri Nov 17 09:31:00 2017 From: issues at jboss.org (Karl-Philipp Richter (JIRA)) Date: Fri, 17 Nov 2017 09:31:00 -0500 (EST) Subject: [arquillian-issues] [JBoss JIRA] (ARQ-2154) phantomjs download and extraction remains without effect if Maven is started in a parent or aggregator project In-Reply-To: References: Message-ID: Karl-Philipp Richter created ARQ-2154: ----------------------------------------- Summary: phantomjs download and extraction remains without effect if Maven is started in a parent or aggregator project Key: ARQ-2154 URL: https://issues.jboss.org/browse/ARQ-2154 Project: Arquillian Issue Type: Bug Affects Versions: 1.1.14.Final Reporter: Karl-Philipp Richter Arquillian Spacelift and Arquillian Drone Webdriver don't resolve the directory where to findd the downloaded Selenium driver for phantomjs consistently. They seem to use the working directory which isn't changed if Maven is started in an aggregator project root and the Maven basedir property so that the `@Deployment` method fails due to {{{ java.lang.IllegalStateException: Something bad happened when Drone was trying to download and prepare a binary. For more information see the cause. at org.jboss.arquillian.drone.webdriver.binary.handler.AbstractBinaryHandler.checkAndSetBinary(AbstractBinaryHandler.java:62) at org.jboss.arquillian.drone.webdriver.factory.PhantomJSDriverFactory.getCapabilities(PhantomJSDriverFactory.java:99) at org.jboss.arquillian.drone.webdriver.factory.PhantomJSDriverFactory.createInstance(PhantomJSDriverFactory.java:72) at org.jboss.arquillian.drone.webdriver.factory.PhantomJSDriverFactory.createInstance(PhantomJSDriverFactory.java:37) at org.jboss.arquillian.drone.webdriver.factory.WebDriverFactory.createInstance(WebDriverFactory.java:127) at org.jboss.arquillian.drone.webdriver.factory.WebDriverFactory.createInstance(WebDriverFactory.java:38) at org.jboss.arquillian.drone.impl.DroneConfigurator$1.createInstance(DroneConfigurator.java:112) at org.jboss.arquillian.drone.impl.CachingCallableImpl.call(CachingCallableImpl.java:44) at org.jboss.arquillian.core.impl.threading.ThreadedExecutorService$ContextualCallable.call(ThreadedExecutorService.java:88) at java.util.concurrent.FutureTask.run(FutureTask.java:266) at java.util.concurrent.ThreadPoolExecutor.runWorker(ThreadPoolExecutor.java:1149) at java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:624) at java.lang.Thread.run(Thread.java:748) Caused by: org.arquillian.spacelift.execution.ExecutionException: Execution of a task failed. Unable to execute task UntarTool at org.arquillian.spacelift.execution.ExecutionException.prependMessage(ExecutionException.java:63) at org.arquillian.spacelift.execution.impl.FutureBasedExecution.unwrapException(FutureBasedExecution.java:71) at org.arquillian.spacelift.execution.impl.FutureBasedExecution.await(FutureBasedExecution.java:130) at org.jboss.arquillian.drone.webdriver.binary.BinaryFilesUtils.extract(BinaryFilesUtils.java:58) at org.jboss.arquillian.drone.webdriver.binary.handler.PhantomJSDriverBinaryHandler.prepare(PhantomJSDriverBinaryHandler.java:43) at org.jboss.arquillian.drone.webdriver.binary.handler.AbstractBinaryHandler.downloadAndPrepare(AbstractBinaryHandler.java:226) at org.jboss.arquillian.drone.webdriver.binary.handler.AbstractBinaryHandler.downloadAndPrepare(AbstractBinaryHandler.java:208) at org.jboss.arquillian.drone.webdriver.binary.handler.AbstractBinaryHandler.downloadAndPrepare(AbstractBinaryHandler.java:175) at org.jboss.arquillian.drone.webdriver.binary.handler.AbstractBinaryHandler.checkAndSetBinary(AbstractBinaryHandler.java:60) ... 12 more Caused by: java.io.FileNotFoundException: target/drone/1c947d57fce2f21ce0b43fe2ed7cd361/phantomjs-2.1.1-linux-x86_64/examples/colorwheel.js (No such file or directory) at java.io.FileOutputStream.open0(Native Method) at java.io.FileOutputStream.open(FileOutputStream.java:270) at java.io.FileOutputStream.(FileOutputStream.java:213) at java.io.FileOutputStream.(FileOutputStream.java:162) at org.arquillian.spacelift.task.archive.UncompressTool.process(UncompressTool.java:118) at org.arquillian.spacelift.task.archive.UncompressTool.process(UncompressTool.java:36) at org.arquillian.spacelift.task.Task.run(Task.java:100) at org.arquillian.spacelift.task.Task$1.call(Task.java:71) ... 4 more }}} I don't know how this usecase is specified in the requirements specification. If it's unspecified, maybe there's a way to make both invokations of Maven in the project and its parent or aggregator work. In case this is not supported it'd be nice to fail with a clear feedback similar to `the invokation of Maven has to take place in the project containing the Arquillian @Deployment method, see [documentation link] for an explanation` since it took me for example several days and 100 stackoverflow bounty points to figure out what the exception above is meaning. I provided https://gitlab.com/krichter/gitlab-ci-file-creation-aggregator/ referencing https://gitlab.com/krichter/gitlab-ci-file-creation as module which demonstrates the issue, e.g. at https://gitlab.com/krichter/gitlab-ci-file-creation-aggregator/-/jobs/40825021. It performs the compilation skipping integration tests and then runs `mvn verify` in the submodule's directory which succeeds and then in the aggregator directory which fails (see `.gitlab-ci.yml`). The essence of these three calls is to invoke `mvn install` in the aggregator directory which should succeed, but doesn't. -- This message was sent by Atlassian JIRA (v7.5.0#75005) From issues at jboss.org Fri Nov 17 09:32:00 2017 From: issues at jboss.org (Karl-Philipp Richter (JIRA)) Date: Fri, 17 Nov 2017 09:32:00 -0500 (EST) Subject: [arquillian-issues] [JBoss JIRA] (ARQ-2154) phantomjs download and extraction remains without effect if Maven is started in a parent or aggregator project In-Reply-To: References: Message-ID: [ https://issues.jboss.org/browse/ARQ-2154?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Karl-Philipp Richter updated ARQ-2154: -------------------------------------- Description: Arquillian Spacelift and Arquillian Drone Webdriver don't resolve the directory where to findd the downloaded Selenium driver for phantomjs consistently. They seem to use the working directory which isn't changed if Maven is started in an aggregator project root and the Maven basedir property so that the `@Deployment` method fails due to ``` java.lang.IllegalStateException: Something bad happened when Drone was trying to download and prepare a binary. For more information see the cause. at org.jboss.arquillian.drone.webdriver.binary.handler.AbstractBinaryHandler.checkAndSetBinary(AbstractBinaryHandler.java:62) at org.jboss.arquillian.drone.webdriver.factory.PhantomJSDriverFactory.getCapabilities(PhantomJSDriverFactory.java:99) at org.jboss.arquillian.drone.webdriver.factory.PhantomJSDriverFactory.createInstance(PhantomJSDriverFactory.java:72) at org.jboss.arquillian.drone.webdriver.factory.PhantomJSDriverFactory.createInstance(PhantomJSDriverFactory.java:37) at org.jboss.arquillian.drone.webdriver.factory.WebDriverFactory.createInstance(WebDriverFactory.java:127) at org.jboss.arquillian.drone.webdriver.factory.WebDriverFactory.createInstance(WebDriverFactory.java:38) at org.jboss.arquillian.drone.impl.DroneConfigurator$1.createInstance(DroneConfigurator.java:112) at org.jboss.arquillian.drone.impl.CachingCallableImpl.call(CachingCallableImpl.java:44) at org.jboss.arquillian.core.impl.threading.ThreadedExecutorService$ContextualCallable.call(ThreadedExecutorService.java:88) at java.util.concurrent.FutureTask.run(FutureTask.java:266) at java.util.concurrent.ThreadPoolExecutor.runWorker(ThreadPoolExecutor.java:1149) at java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:624) at java.lang.Thread.run(Thread.java:748) Caused by: org.arquillian.spacelift.execution.ExecutionException: Execution of a task failed. Unable to execute task UntarTool at org.arquillian.spacelift.execution.ExecutionException.prependMessage(ExecutionException.java:63) at org.arquillian.spacelift.execution.impl.FutureBasedExecution.unwrapException(FutureBasedExecution.java:71) at org.arquillian.spacelift.execution.impl.FutureBasedExecution.await(FutureBasedExecution.java:130) at org.jboss.arquillian.drone.webdriver.binary.BinaryFilesUtils.extract(BinaryFilesUtils.java:58) at org.jboss.arquillian.drone.webdriver.binary.handler.PhantomJSDriverBinaryHandler.prepare(PhantomJSDriverBinaryHandler.java:43) at org.jboss.arquillian.drone.webdriver.binary.handler.AbstractBinaryHandler.downloadAndPrepare(AbstractBinaryHandler.java:226) at org.jboss.arquillian.drone.webdriver.binary.handler.AbstractBinaryHandler.downloadAndPrepare(AbstractBinaryHandler.java:208) at org.jboss.arquillian.drone.webdriver.binary.handler.AbstractBinaryHandler.downloadAndPrepare(AbstractBinaryHandler.java:175) at org.jboss.arquillian.drone.webdriver.binary.handler.AbstractBinaryHandler.checkAndSetBinary(AbstractBinaryHandler.java:60) ... 12 more Caused by: java.io.FileNotFoundException: target/drone/1c947d57fce2f21ce0b43fe2ed7cd361/phantomjs-2.1.1-linux-x86_64/examples/colorwheel.js (No such file or directory) at java.io.FileOutputStream.open0(Native Method) at java.io.FileOutputStream.open(FileOutputStream.java:270) at java.io.FileOutputStream.(FileOutputStream.java:213) at java.io.FileOutputStream.(FileOutputStream.java:162) at org.arquillian.spacelift.task.archive.UncompressTool.process(UncompressTool.java:118) at org.arquillian.spacelift.task.archive.UncompressTool.process(UncompressTool.java:36) at org.arquillian.spacelift.task.Task.run(Task.java:100) at org.arquillian.spacelift.task.Task$1.call(Task.java:71) ... 4 more ``` I don't know how this usecase is specified in the requirements specification. If it's unspecified, maybe there's a way to make both invokations of Maven in the project and its parent or aggregator work. In case this is not supported it'd be nice to fail with a clear feedback similar to `the invokation of Maven has to take place in the project containing the Arquillian @Deployment method, see [documentation link] for an explanation` since it took me for example several days and 100 stackoverflow bounty points to figure out what the exception above is meaning. I provided https://gitlab.com/krichter/gitlab-ci-file-creation-aggregator/ referencing https://gitlab.com/krichter/gitlab-ci-file-creation as module which demonstrates the issue, e.g. at https://gitlab.com/krichter/gitlab-ci-file-creation-aggregator/-/jobs/40825021. It performs the compilation skipping integration tests and then runs `mvn verify` in the submodule's directory which succeeds and then in the aggregator directory which fails (see `.gitlab-ci.yml`). The essence of these three calls is to invoke `mvn install` in the aggregator directory which should succeed, but doesn't. was: Arquillian Spacelift and Arquillian Drone Webdriver don't resolve the directory where to findd the downloaded Selenium driver for phantomjs consistently. They seem to use the working directory which isn't changed if Maven is started in an aggregator project root and the Maven basedir property so that the `@Deployment` method fails due to {{{ java.lang.IllegalStateException: Something bad happened when Drone was trying to download and prepare a binary. For more information see the cause. at org.jboss.arquillian.drone.webdriver.binary.handler.AbstractBinaryHandler.checkAndSetBinary(AbstractBinaryHandler.java:62) at org.jboss.arquillian.drone.webdriver.factory.PhantomJSDriverFactory.getCapabilities(PhantomJSDriverFactory.java:99) at org.jboss.arquillian.drone.webdriver.factory.PhantomJSDriverFactory.createInstance(PhantomJSDriverFactory.java:72) at org.jboss.arquillian.drone.webdriver.factory.PhantomJSDriverFactory.createInstance(PhantomJSDriverFactory.java:37) at org.jboss.arquillian.drone.webdriver.factory.WebDriverFactory.createInstance(WebDriverFactory.java:127) at org.jboss.arquillian.drone.webdriver.factory.WebDriverFactory.createInstance(WebDriverFactory.java:38) at org.jboss.arquillian.drone.impl.DroneConfigurator$1.createInstance(DroneConfigurator.java:112) at org.jboss.arquillian.drone.impl.CachingCallableImpl.call(CachingCallableImpl.java:44) at org.jboss.arquillian.core.impl.threading.ThreadedExecutorService$ContextualCallable.call(ThreadedExecutorService.java:88) at java.util.concurrent.FutureTask.run(FutureTask.java:266) at java.util.concurrent.ThreadPoolExecutor.runWorker(ThreadPoolExecutor.java:1149) at java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:624) at java.lang.Thread.run(Thread.java:748) Caused by: org.arquillian.spacelift.execution.ExecutionException: Execution of a task failed. Unable to execute task UntarTool at org.arquillian.spacelift.execution.ExecutionException.prependMessage(ExecutionException.java:63) at org.arquillian.spacelift.execution.impl.FutureBasedExecution.unwrapException(FutureBasedExecution.java:71) at org.arquillian.spacelift.execution.impl.FutureBasedExecution.await(FutureBasedExecution.java:130) at org.jboss.arquillian.drone.webdriver.binary.BinaryFilesUtils.extract(BinaryFilesUtils.java:58) at org.jboss.arquillian.drone.webdriver.binary.handler.PhantomJSDriverBinaryHandler.prepare(PhantomJSDriverBinaryHandler.java:43) at org.jboss.arquillian.drone.webdriver.binary.handler.AbstractBinaryHandler.downloadAndPrepare(AbstractBinaryHandler.java:226) at org.jboss.arquillian.drone.webdriver.binary.handler.AbstractBinaryHandler.downloadAndPrepare(AbstractBinaryHandler.java:208) at org.jboss.arquillian.drone.webdriver.binary.handler.AbstractBinaryHandler.downloadAndPrepare(AbstractBinaryHandler.java:175) at org.jboss.arquillian.drone.webdriver.binary.handler.AbstractBinaryHandler.checkAndSetBinary(AbstractBinaryHandler.java:60) ... 12 more Caused by: java.io.FileNotFoundException: target/drone/1c947d57fce2f21ce0b43fe2ed7cd361/phantomjs-2.1.1-linux-x86_64/examples/colorwheel.js (No such file or directory) at java.io.FileOutputStream.open0(Native Method) at java.io.FileOutputStream.open(FileOutputStream.java:270) at java.io.FileOutputStream.(FileOutputStream.java:213) at java.io.FileOutputStream.(FileOutputStream.java:162) at org.arquillian.spacelift.task.archive.UncompressTool.process(UncompressTool.java:118) at org.arquillian.spacelift.task.archive.UncompressTool.process(UncompressTool.java:36) at org.arquillian.spacelift.task.Task.run(Task.java:100) at org.arquillian.spacelift.task.Task$1.call(Task.java:71) ... 4 more }}} I don't know how this usecase is specified in the requirements specification. If it's unspecified, maybe there's a way to make both invokations of Maven in the project and its parent or aggregator work. In case this is not supported it'd be nice to fail with a clear feedback similar to `the invokation of Maven has to take place in the project containing the Arquillian @Deployment method, see [documentation link] for an explanation` since it took me for example several days and 100 stackoverflow bounty points to figure out what the exception above is meaning. I provided https://gitlab.com/krichter/gitlab-ci-file-creation-aggregator/ referencing https://gitlab.com/krichter/gitlab-ci-file-creation as module which demonstrates the issue, e.g. at https://gitlab.com/krichter/gitlab-ci-file-creation-aggregator/-/jobs/40825021. It performs the compilation skipping integration tests and then runs `mvn verify` in the submodule's directory which succeeds and then in the aggregator directory which fails (see `.gitlab-ci.yml`). The essence of these three calls is to invoke `mvn install` in the aggregator directory which should succeed, but doesn't. > phantomjs download and extraction remains without effect if Maven is started in a parent or aggregator project > -------------------------------------------------------------------------------------------------------------- > > Key: ARQ-2154 > URL: https://issues.jboss.org/browse/ARQ-2154 > Project: Arquillian > Issue Type: Bug > Affects Versions: 1.1.14.Final > Reporter: Karl-Philipp Richter > > Arquillian Spacelift and Arquillian Drone Webdriver don't resolve the directory where to findd the downloaded Selenium driver for phantomjs consistently. They seem to use the working directory which isn't changed if Maven is started in an aggregator project root and the Maven basedir property so that the `@Deployment` method fails due to > ``` > java.lang.IllegalStateException: Something bad happened when Drone was trying to download and prepare a binary. For more information see the cause. > at org.jboss.arquillian.drone.webdriver.binary.handler.AbstractBinaryHandler.checkAndSetBinary(AbstractBinaryHandler.java:62) > at org.jboss.arquillian.drone.webdriver.factory.PhantomJSDriverFactory.getCapabilities(PhantomJSDriverFactory.java:99) > at org.jboss.arquillian.drone.webdriver.factory.PhantomJSDriverFactory.createInstance(PhantomJSDriverFactory.java:72) > at org.jboss.arquillian.drone.webdriver.factory.PhantomJSDriverFactory.createInstance(PhantomJSDriverFactory.java:37) > at org.jboss.arquillian.drone.webdriver.factory.WebDriverFactory.createInstance(WebDriverFactory.java:127) > at org.jboss.arquillian.drone.webdriver.factory.WebDriverFactory.createInstance(WebDriverFactory.java:38) > at org.jboss.arquillian.drone.impl.DroneConfigurator$1.createInstance(DroneConfigurator.java:112) > at org.jboss.arquillian.drone.impl.CachingCallableImpl.call(CachingCallableImpl.java:44) > at org.jboss.arquillian.core.impl.threading.ThreadedExecutorService$ContextualCallable.call(ThreadedExecutorService.java:88) > at java.util.concurrent.FutureTask.run(FutureTask.java:266) > at java.util.concurrent.ThreadPoolExecutor.runWorker(ThreadPoolExecutor.java:1149) > at java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:624) > at java.lang.Thread.run(Thread.java:748) > Caused by: org.arquillian.spacelift.execution.ExecutionException: Execution of a task failed. Unable to execute task UntarTool > at org.arquillian.spacelift.execution.ExecutionException.prependMessage(ExecutionException.java:63) > at org.arquillian.spacelift.execution.impl.FutureBasedExecution.unwrapException(FutureBasedExecution.java:71) > at org.arquillian.spacelift.execution.impl.FutureBasedExecution.await(FutureBasedExecution.java:130) > at org.jboss.arquillian.drone.webdriver.binary.BinaryFilesUtils.extract(BinaryFilesUtils.java:58) > at org.jboss.arquillian.drone.webdriver.binary.handler.PhantomJSDriverBinaryHandler.prepare(PhantomJSDriverBinaryHandler.java:43) > at org.jboss.arquillian.drone.webdriver.binary.handler.AbstractBinaryHandler.downloadAndPrepare(AbstractBinaryHandler.java:226) > at org.jboss.arquillian.drone.webdriver.binary.handler.AbstractBinaryHandler.downloadAndPrepare(AbstractBinaryHandler.java:208) > at org.jboss.arquillian.drone.webdriver.binary.handler.AbstractBinaryHandler.downloadAndPrepare(AbstractBinaryHandler.java:175) > at org.jboss.arquillian.drone.webdriver.binary.handler.AbstractBinaryHandler.checkAndSetBinary(AbstractBinaryHandler.java:60) > ... 12 more > Caused by: java.io.FileNotFoundException: target/drone/1c947d57fce2f21ce0b43fe2ed7cd361/phantomjs-2.1.1-linux-x86_64/examples/colorwheel.js (No such file or directory) > at java.io.FileOutputStream.open0(Native Method) > at java.io.FileOutputStream.open(FileOutputStream.java:270) > at java.io.FileOutputStream.(FileOutputStream.java:213) > at java.io.FileOutputStream.(FileOutputStream.java:162) > at org.arquillian.spacelift.task.archive.UncompressTool.process(UncompressTool.java:118) > at org.arquillian.spacelift.task.archive.UncompressTool.process(UncompressTool.java:36) > at org.arquillian.spacelift.task.Task.run(Task.java:100) > at org.arquillian.spacelift.task.Task$1.call(Task.java:71) > ... 4 more > ``` > I don't know how this usecase is specified in the requirements specification. If it's unspecified, maybe there's a way to make both invokations of Maven in the project and its parent or aggregator work. In case this is not supported it'd be nice to fail with a clear feedback similar to `the invokation of Maven has to take place in the project containing the Arquillian @Deployment method, see [documentation link] for an explanation` since it took me for example several days and 100 stackoverflow bounty points to figure out what the exception above is meaning. > I provided https://gitlab.com/krichter/gitlab-ci-file-creation-aggregator/ referencing https://gitlab.com/krichter/gitlab-ci-file-creation as module which demonstrates the issue, e.g. at https://gitlab.com/krichter/gitlab-ci-file-creation-aggregator/-/jobs/40825021. It performs the compilation skipping integration tests and then runs `mvn verify` in the submodule's directory which succeeds and then in the aggregator directory which fails (see `.gitlab-ci.yml`). The essence of these three calls is to invoke `mvn install` in the aggregator directory which should succeed, but doesn't. -- This message was sent by Atlassian JIRA (v7.5.0#75005) From issues at jboss.org Fri Nov 17 09:32:00 2017 From: issues at jboss.org (Karl-Philipp Richter (JIRA)) Date: Fri, 17 Nov 2017 09:32:00 -0500 (EST) Subject: [arquillian-issues] [JBoss JIRA] (ARQ-2154) phantomjs download and extraction remains without effect if Maven is started in a parent or aggregator project In-Reply-To: References: Message-ID: [ https://issues.jboss.org/browse/ARQ-2154?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Karl-Philipp Richter updated ARQ-2154: -------------------------------------- Description: Arquillian Spacelift and Arquillian Drone Webdriver don't resolve the directory where to findd the downloaded Selenium driver for phantomjs consistently. They seem to use the working directory which isn't changed if Maven is started in an aggregator project root and the Maven basedir property so that the `@Deployment` method fails due to {code:java} java.lang.IllegalStateException: Something bad happened when Drone was trying to download and prepare a binary. For more information see the cause. at org.jboss.arquillian.drone.webdriver.binary.handler.AbstractBinaryHandler.checkAndSetBinary(AbstractBinaryHandler.java:62) at org.jboss.arquillian.drone.webdriver.factory.PhantomJSDriverFactory.getCapabilities(PhantomJSDriverFactory.java:99) at org.jboss.arquillian.drone.webdriver.factory.PhantomJSDriverFactory.createInstance(PhantomJSDriverFactory.java:72) at org.jboss.arquillian.drone.webdriver.factory.PhantomJSDriverFactory.createInstance(PhantomJSDriverFactory.java:37) at org.jboss.arquillian.drone.webdriver.factory.WebDriverFactory.createInstance(WebDriverFactory.java:127) at org.jboss.arquillian.drone.webdriver.factory.WebDriverFactory.createInstance(WebDriverFactory.java:38) at org.jboss.arquillian.drone.impl.DroneConfigurator$1.createInstance(DroneConfigurator.java:112) at org.jboss.arquillian.drone.impl.CachingCallableImpl.call(CachingCallableImpl.java:44) at org.jboss.arquillian.core.impl.threading.ThreadedExecutorService$ContextualCallable.call(ThreadedExecutorService.java:88) at java.util.concurrent.FutureTask.run(FutureTask.java:266) at java.util.concurrent.ThreadPoolExecutor.runWorker(ThreadPoolExecutor.java:1149) at java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:624) at java.lang.Thread.run(Thread.java:748) Caused by: org.arquillian.spacelift.execution.ExecutionException: Execution of a task failed. Unable to execute task UntarTool at org.arquillian.spacelift.execution.ExecutionException.prependMessage(ExecutionException.java:63) at org.arquillian.spacelift.execution.impl.FutureBasedExecution.unwrapException(FutureBasedExecution.java:71) at org.arquillian.spacelift.execution.impl.FutureBasedExecution.await(FutureBasedExecution.java:130) at org.jboss.arquillian.drone.webdriver.binary.BinaryFilesUtils.extract(BinaryFilesUtils.java:58) at org.jboss.arquillian.drone.webdriver.binary.handler.PhantomJSDriverBinaryHandler.prepare(PhantomJSDriverBinaryHandler.java:43) at org.jboss.arquillian.drone.webdriver.binary.handler.AbstractBinaryHandler.downloadAndPrepare(AbstractBinaryHandler.java:226) at org.jboss.arquillian.drone.webdriver.binary.handler.AbstractBinaryHandler.downloadAndPrepare(AbstractBinaryHandler.java:208) at org.jboss.arquillian.drone.webdriver.binary.handler.AbstractBinaryHandler.downloadAndPrepare(AbstractBinaryHandler.java:175) at org.jboss.arquillian.drone.webdriver.binary.handler.AbstractBinaryHandler.checkAndSetBinary(AbstractBinaryHandler.java:60) ... 12 more Caused by: java.io.FileNotFoundException: target/drone/1c947d57fce2f21ce0b43fe2ed7cd361/phantomjs-2.1.1-linux-x86_64/examples/colorwheel.js (No such file or directory) at java.io.FileOutputStream.open0(Native Method) at java.io.FileOutputStream.open(FileOutputStream.java:270) at java.io.FileOutputStream.(FileOutputStream.java:213) at java.io.FileOutputStream.(FileOutputStream.java:162) at org.arquillian.spacelift.task.archive.UncompressTool.process(UncompressTool.java:118) at org.arquillian.spacelift.task.archive.UncompressTool.process(UncompressTool.java:36) at org.arquillian.spacelift.task.Task.run(Task.java:100) at org.arquillian.spacelift.task.Task$1.call(Task.java:71) ... 4 more {code} I don't know how this usecase is specified in the requirements specification. If it's unspecified, maybe there's a way to make both invokations of Maven in the project and its parent or aggregator work. In case this is not supported it'd be nice to fail with a clear feedback similar to `the invokation of Maven has to take place in the project containing the Arquillian @Deployment method, see [documentation link] for an explanation` since it took me for example several days and 100 stackoverflow bounty points to figure out what the exception above is meaning. I provided https://gitlab.com/krichter/gitlab-ci-file-creation-aggregator/ referencing https://gitlab.com/krichter/gitlab-ci-file-creation as module which demonstrates the issue, e.g. at https://gitlab.com/krichter/gitlab-ci-file-creation-aggregator/-/jobs/40825021. It performs the compilation skipping integration tests and then runs `mvn verify` in the submodule's directory which succeeds and then in the aggregator directory which fails (see `.gitlab-ci.yml`). The essence of these three calls is to invoke `mvn install` in the aggregator directory which should succeed, but doesn't. was: Arquillian Spacelift and Arquillian Drone Webdriver don't resolve the directory where to findd the downloaded Selenium driver for phantomjs consistently. They seem to use the working directory which isn't changed if Maven is started in an aggregator project root and the Maven basedir property so that the `@Deployment` method fails due to ``` java.lang.IllegalStateException: Something bad happened when Drone was trying to download and prepare a binary. For more information see the cause. at org.jboss.arquillian.drone.webdriver.binary.handler.AbstractBinaryHandler.checkAndSetBinary(AbstractBinaryHandler.java:62) at org.jboss.arquillian.drone.webdriver.factory.PhantomJSDriverFactory.getCapabilities(PhantomJSDriverFactory.java:99) at org.jboss.arquillian.drone.webdriver.factory.PhantomJSDriverFactory.createInstance(PhantomJSDriverFactory.java:72) at org.jboss.arquillian.drone.webdriver.factory.PhantomJSDriverFactory.createInstance(PhantomJSDriverFactory.java:37) at org.jboss.arquillian.drone.webdriver.factory.WebDriverFactory.createInstance(WebDriverFactory.java:127) at org.jboss.arquillian.drone.webdriver.factory.WebDriverFactory.createInstance(WebDriverFactory.java:38) at org.jboss.arquillian.drone.impl.DroneConfigurator$1.createInstance(DroneConfigurator.java:112) at org.jboss.arquillian.drone.impl.CachingCallableImpl.call(CachingCallableImpl.java:44) at org.jboss.arquillian.core.impl.threading.ThreadedExecutorService$ContextualCallable.call(ThreadedExecutorService.java:88) at java.util.concurrent.FutureTask.run(FutureTask.java:266) at java.util.concurrent.ThreadPoolExecutor.runWorker(ThreadPoolExecutor.java:1149) at java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:624) at java.lang.Thread.run(Thread.java:748) Caused by: org.arquillian.spacelift.execution.ExecutionException: Execution of a task failed. Unable to execute task UntarTool at org.arquillian.spacelift.execution.ExecutionException.prependMessage(ExecutionException.java:63) at org.arquillian.spacelift.execution.impl.FutureBasedExecution.unwrapException(FutureBasedExecution.java:71) at org.arquillian.spacelift.execution.impl.FutureBasedExecution.await(FutureBasedExecution.java:130) at org.jboss.arquillian.drone.webdriver.binary.BinaryFilesUtils.extract(BinaryFilesUtils.java:58) at org.jboss.arquillian.drone.webdriver.binary.handler.PhantomJSDriverBinaryHandler.prepare(PhantomJSDriverBinaryHandler.java:43) at org.jboss.arquillian.drone.webdriver.binary.handler.AbstractBinaryHandler.downloadAndPrepare(AbstractBinaryHandler.java:226) at org.jboss.arquillian.drone.webdriver.binary.handler.AbstractBinaryHandler.downloadAndPrepare(AbstractBinaryHandler.java:208) at org.jboss.arquillian.drone.webdriver.binary.handler.AbstractBinaryHandler.downloadAndPrepare(AbstractBinaryHandler.java:175) at org.jboss.arquillian.drone.webdriver.binary.handler.AbstractBinaryHandler.checkAndSetBinary(AbstractBinaryHandler.java:60) ... 12 more Caused by: java.io.FileNotFoundException: target/drone/1c947d57fce2f21ce0b43fe2ed7cd361/phantomjs-2.1.1-linux-x86_64/examples/colorwheel.js (No such file or directory) at java.io.FileOutputStream.open0(Native Method) at java.io.FileOutputStream.open(FileOutputStream.java:270) at java.io.FileOutputStream.(FileOutputStream.java:213) at java.io.FileOutputStream.(FileOutputStream.java:162) at org.arquillian.spacelift.task.archive.UncompressTool.process(UncompressTool.java:118) at org.arquillian.spacelift.task.archive.UncompressTool.process(UncompressTool.java:36) at org.arquillian.spacelift.task.Task.run(Task.java:100) at org.arquillian.spacelift.task.Task$1.call(Task.java:71) ... 4 more ``` I don't know how this usecase is specified in the requirements specification. If it's unspecified, maybe there's a way to make both invokations of Maven in the project and its parent or aggregator work. In case this is not supported it'd be nice to fail with a clear feedback similar to `the invokation of Maven has to take place in the project containing the Arquillian @Deployment method, see [documentation link] for an explanation` since it took me for example several days and 100 stackoverflow bounty points to figure out what the exception above is meaning. I provided https://gitlab.com/krichter/gitlab-ci-file-creation-aggregator/ referencing https://gitlab.com/krichter/gitlab-ci-file-creation as module which demonstrates the issue, e.g. at https://gitlab.com/krichter/gitlab-ci-file-creation-aggregator/-/jobs/40825021. It performs the compilation skipping integration tests and then runs `mvn verify` in the submodule's directory which succeeds and then in the aggregator directory which fails (see `.gitlab-ci.yml`). The essence of these three calls is to invoke `mvn install` in the aggregator directory which should succeed, but doesn't. > phantomjs download and extraction remains without effect if Maven is started in a parent or aggregator project > -------------------------------------------------------------------------------------------------------------- > > Key: ARQ-2154 > URL: https://issues.jboss.org/browse/ARQ-2154 > Project: Arquillian > Issue Type: Bug > Affects Versions: 1.1.14.Final > Reporter: Karl-Philipp Richter > > Arquillian Spacelift and Arquillian Drone Webdriver don't resolve the directory where to findd the downloaded Selenium driver for phantomjs consistently. They seem to use the working directory which isn't changed if Maven is started in an aggregator project root and the Maven basedir property so that the `@Deployment` method fails due to > {code:java} > java.lang.IllegalStateException: Something bad happened when Drone was trying to download and prepare a binary. For more information see the cause. > at org.jboss.arquillian.drone.webdriver.binary.handler.AbstractBinaryHandler.checkAndSetBinary(AbstractBinaryHandler.java:62) > at org.jboss.arquillian.drone.webdriver.factory.PhantomJSDriverFactory.getCapabilities(PhantomJSDriverFactory.java:99) > at org.jboss.arquillian.drone.webdriver.factory.PhantomJSDriverFactory.createInstance(PhantomJSDriverFactory.java:72) > at org.jboss.arquillian.drone.webdriver.factory.PhantomJSDriverFactory.createInstance(PhantomJSDriverFactory.java:37) > at org.jboss.arquillian.drone.webdriver.factory.WebDriverFactory.createInstance(WebDriverFactory.java:127) > at org.jboss.arquillian.drone.webdriver.factory.WebDriverFactory.createInstance(WebDriverFactory.java:38) > at org.jboss.arquillian.drone.impl.DroneConfigurator$1.createInstance(DroneConfigurator.java:112) > at org.jboss.arquillian.drone.impl.CachingCallableImpl.call(CachingCallableImpl.java:44) > at org.jboss.arquillian.core.impl.threading.ThreadedExecutorService$ContextualCallable.call(ThreadedExecutorService.java:88) > at java.util.concurrent.FutureTask.run(FutureTask.java:266) > at java.util.concurrent.ThreadPoolExecutor.runWorker(ThreadPoolExecutor.java:1149) > at java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:624) > at java.lang.Thread.run(Thread.java:748) > Caused by: org.arquillian.spacelift.execution.ExecutionException: Execution of a task failed. Unable to execute task UntarTool > at org.arquillian.spacelift.execution.ExecutionException.prependMessage(ExecutionException.java:63) > at org.arquillian.spacelift.execution.impl.FutureBasedExecution.unwrapException(FutureBasedExecution.java:71) > at org.arquillian.spacelift.execution.impl.FutureBasedExecution.await(FutureBasedExecution.java:130) > at org.jboss.arquillian.drone.webdriver.binary.BinaryFilesUtils.extract(BinaryFilesUtils.java:58) > at org.jboss.arquillian.drone.webdriver.binary.handler.PhantomJSDriverBinaryHandler.prepare(PhantomJSDriverBinaryHandler.java:43) > at org.jboss.arquillian.drone.webdriver.binary.handler.AbstractBinaryHandler.downloadAndPrepare(AbstractBinaryHandler.java:226) > at org.jboss.arquillian.drone.webdriver.binary.handler.AbstractBinaryHandler.downloadAndPrepare(AbstractBinaryHandler.java:208) > at org.jboss.arquillian.drone.webdriver.binary.handler.AbstractBinaryHandler.downloadAndPrepare(AbstractBinaryHandler.java:175) > at org.jboss.arquillian.drone.webdriver.binary.handler.AbstractBinaryHandler.checkAndSetBinary(AbstractBinaryHandler.java:60) > ... 12 more > Caused by: java.io.FileNotFoundException: target/drone/1c947d57fce2f21ce0b43fe2ed7cd361/phantomjs-2.1.1-linux-x86_64/examples/colorwheel.js (No such file or directory) > at java.io.FileOutputStream.open0(Native Method) > at java.io.FileOutputStream.open(FileOutputStream.java:270) > at java.io.FileOutputStream.(FileOutputStream.java:213) > at java.io.FileOutputStream.(FileOutputStream.java:162) > at org.arquillian.spacelift.task.archive.UncompressTool.process(UncompressTool.java:118) > at org.arquillian.spacelift.task.archive.UncompressTool.process(UncompressTool.java:36) > at org.arquillian.spacelift.task.Task.run(Task.java:100) > at org.arquillian.spacelift.task.Task$1.call(Task.java:71) > ... 4 more > {code} > I don't know how this usecase is specified in the requirements specification. If it's unspecified, maybe there's a way to make both invokations of Maven in the project and its parent or aggregator work. In case this is not supported it'd be nice to fail with a clear feedback similar to `the invokation of Maven has to take place in the project containing the Arquillian @Deployment method, see [documentation link] for an explanation` since it took me for example several days and 100 stackoverflow bounty points to figure out what the exception above is meaning. > I provided https://gitlab.com/krichter/gitlab-ci-file-creation-aggregator/ referencing https://gitlab.com/krichter/gitlab-ci-file-creation as module which demonstrates the issue, e.g. at https://gitlab.com/krichter/gitlab-ci-file-creation-aggregator/-/jobs/40825021. It performs the compilation skipping integration tests and then runs `mvn verify` in the submodule's directory which succeeds and then in the aggregator directory which fails (see `.gitlab-ci.yml`). The essence of these three calls is to invoke `mvn install` in the aggregator directory which should succeed, but doesn't. -- This message was sent by Atlassian JIRA (v7.5.0#75005) From issues at jboss.org Fri Nov 17 09:33:00 2017 From: issues at jboss.org (Karl-Philipp Richter (JIRA)) Date: Fri, 17 Nov 2017 09:33:00 -0500 (EST) Subject: [arquillian-issues] [JBoss JIRA] (ARQ-2154) phantomjs download and extraction remains without effect if Maven is started in a parent or aggregator project In-Reply-To: References: Message-ID: [ https://issues.jboss.org/browse/ARQ-2154?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Karl-Philipp Richter updated ARQ-2154: -------------------------------------- Description: Arquillian Spacelift and Arquillian Drone Webdriver don't resolve the directory where to findd the downloaded Selenium driver for phantomjs consistently. They seem to use the working directory which isn't changed if Maven is started in an aggregator project root and the Maven basedir property so that the `@Deployment` method fails due to {code:java} java.lang.IllegalStateException: Something bad happened when Drone was trying to download and prepare a binary. For more information see the cause. at org.jboss.arquillian.drone.webdriver.binary.handler.AbstractBinaryHandler.checkAndSetBinary(AbstractBinaryHandler.java:62) at org.jboss.arquillian.drone.webdriver.factory.PhantomJSDriverFactory.getCapabilities(PhantomJSDriverFactory.java:99) at org.jboss.arquillian.drone.webdriver.factory.PhantomJSDriverFactory.createInstance(PhantomJSDriverFactory.java:72) at org.jboss.arquillian.drone.webdriver.factory.PhantomJSDriverFactory.createInstance(PhantomJSDriverFactory.java:37) at org.jboss.arquillian.drone.webdriver.factory.WebDriverFactory.createInstance(WebDriverFactory.java:127) at org.jboss.arquillian.drone.webdriver.factory.WebDriverFactory.createInstance(WebDriverFactory.java:38) at org.jboss.arquillian.drone.impl.DroneConfigurator$1.createInstance(DroneConfigurator.java:112) at org.jboss.arquillian.drone.impl.CachingCallableImpl.call(CachingCallableImpl.java:44) at org.jboss.arquillian.core.impl.threading.ThreadedExecutorService$ContextualCallable.call(ThreadedExecutorService.java:88) at java.util.concurrent.FutureTask.run(FutureTask.java:266) at java.util.concurrent.ThreadPoolExecutor.runWorker(ThreadPoolExecutor.java:1149) at java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:624) at java.lang.Thread.run(Thread.java:748) Caused by: org.arquillian.spacelift.execution.ExecutionException: Execution of a task failed. Unable to execute task UntarTool at org.arquillian.spacelift.execution.ExecutionException.prependMessage(ExecutionException.java:63) at org.arquillian.spacelift.execution.impl.FutureBasedExecution.unwrapException(FutureBasedExecution.java:71) at org.arquillian.spacelift.execution.impl.FutureBasedExecution.await(FutureBasedExecution.java:130) at org.jboss.arquillian.drone.webdriver.binary.BinaryFilesUtils.extract(BinaryFilesUtils.java:58) at org.jboss.arquillian.drone.webdriver.binary.handler.PhantomJSDriverBinaryHandler.prepare(PhantomJSDriverBinaryHandler.java:43) at org.jboss.arquillian.drone.webdriver.binary.handler.AbstractBinaryHandler.downloadAndPrepare(AbstractBinaryHandler.java:226) at org.jboss.arquillian.drone.webdriver.binary.handler.AbstractBinaryHandler.downloadAndPrepare(AbstractBinaryHandler.java:208) at org.jboss.arquillian.drone.webdriver.binary.handler.AbstractBinaryHandler.downloadAndPrepare(AbstractBinaryHandler.java:175) at org.jboss.arquillian.drone.webdriver.binary.handler.AbstractBinaryHandler.checkAndSetBinary(AbstractBinaryHandler.java:60) ... 12 more Caused by: java.io.FileNotFoundException: target/drone/1c947d57fce2f21ce0b43fe2ed7cd361/phantomjs-2.1.1-linux-x86_64/examples/colorwheel.js (No such file or directory) at java.io.FileOutputStream.open0(Native Method) at java.io.FileOutputStream.open(FileOutputStream.java:270) at java.io.FileOutputStream.(FileOutputStream.java:213) at java.io.FileOutputStream.(FileOutputStream.java:162) at org.arquillian.spacelift.task.archive.UncompressTool.process(UncompressTool.java:118) at org.arquillian.spacelift.task.archive.UncompressTool.process(UncompressTool.java:36) at org.arquillian.spacelift.task.Task.run(Task.java:100) at org.arquillian.spacelift.task.Task$1.call(Task.java:71) ... 4 more {code} I don't know how this usecase is specified in the requirements specification. If it's unspecified, maybe there's a way to make both invokations of Maven in the project and its parent or aggregator work. In case this is not supported it'd be nice to fail with a clear feedback similar to `the invokation of Maven has to take place in the project containing the Arquillian @Deployment method, see [documentation link] for an explanation` since it took me for example several days and 100 stackoverflow bounty points to figure out what the exception above is meaning. I provided https://gitlab.com/krichter/gitlab-ci-file-creation-aggregator/ referencing https://gitlab.com/krichter/gitlab-ci-file-creation as module which demonstrates the issue, e.g. at https://gitlab.com/krichter/gitlab-ci-file-creation-aggregator/-/jobs/40825021. It performs the compilation skipping integration tests and then runs `mvn verify` in the submodule's directory which succeeds and then in the aggregator directory which fails (see `.gitlab-ci.yml`). The essence of these three calls is to invoke `mvn install` in the aggregator directory which should succeed, but doesn't. I asked https://stackoverflow.com/questions/47217087/why-does-my-arquillian-drone-functional-test-not-work-on-gitlab-ci for support which might contain more details. was: Arquillian Spacelift and Arquillian Drone Webdriver don't resolve the directory where to findd the downloaded Selenium driver for phantomjs consistently. They seem to use the working directory which isn't changed if Maven is started in an aggregator project root and the Maven basedir property so that the `@Deployment` method fails due to {code:java} java.lang.IllegalStateException: Something bad happened when Drone was trying to download and prepare a binary. For more information see the cause. at org.jboss.arquillian.drone.webdriver.binary.handler.AbstractBinaryHandler.checkAndSetBinary(AbstractBinaryHandler.java:62) at org.jboss.arquillian.drone.webdriver.factory.PhantomJSDriverFactory.getCapabilities(PhantomJSDriverFactory.java:99) at org.jboss.arquillian.drone.webdriver.factory.PhantomJSDriverFactory.createInstance(PhantomJSDriverFactory.java:72) at org.jboss.arquillian.drone.webdriver.factory.PhantomJSDriverFactory.createInstance(PhantomJSDriverFactory.java:37) at org.jboss.arquillian.drone.webdriver.factory.WebDriverFactory.createInstance(WebDriverFactory.java:127) at org.jboss.arquillian.drone.webdriver.factory.WebDriverFactory.createInstance(WebDriverFactory.java:38) at org.jboss.arquillian.drone.impl.DroneConfigurator$1.createInstance(DroneConfigurator.java:112) at org.jboss.arquillian.drone.impl.CachingCallableImpl.call(CachingCallableImpl.java:44) at org.jboss.arquillian.core.impl.threading.ThreadedExecutorService$ContextualCallable.call(ThreadedExecutorService.java:88) at java.util.concurrent.FutureTask.run(FutureTask.java:266) at java.util.concurrent.ThreadPoolExecutor.runWorker(ThreadPoolExecutor.java:1149) at java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:624) at java.lang.Thread.run(Thread.java:748) Caused by: org.arquillian.spacelift.execution.ExecutionException: Execution of a task failed. Unable to execute task UntarTool at org.arquillian.spacelift.execution.ExecutionException.prependMessage(ExecutionException.java:63) at org.arquillian.spacelift.execution.impl.FutureBasedExecution.unwrapException(FutureBasedExecution.java:71) at org.arquillian.spacelift.execution.impl.FutureBasedExecution.await(FutureBasedExecution.java:130) at org.jboss.arquillian.drone.webdriver.binary.BinaryFilesUtils.extract(BinaryFilesUtils.java:58) at org.jboss.arquillian.drone.webdriver.binary.handler.PhantomJSDriverBinaryHandler.prepare(PhantomJSDriverBinaryHandler.java:43) at org.jboss.arquillian.drone.webdriver.binary.handler.AbstractBinaryHandler.downloadAndPrepare(AbstractBinaryHandler.java:226) at org.jboss.arquillian.drone.webdriver.binary.handler.AbstractBinaryHandler.downloadAndPrepare(AbstractBinaryHandler.java:208) at org.jboss.arquillian.drone.webdriver.binary.handler.AbstractBinaryHandler.downloadAndPrepare(AbstractBinaryHandler.java:175) at org.jboss.arquillian.drone.webdriver.binary.handler.AbstractBinaryHandler.checkAndSetBinary(AbstractBinaryHandler.java:60) ... 12 more Caused by: java.io.FileNotFoundException: target/drone/1c947d57fce2f21ce0b43fe2ed7cd361/phantomjs-2.1.1-linux-x86_64/examples/colorwheel.js (No such file or directory) at java.io.FileOutputStream.open0(Native Method) at java.io.FileOutputStream.open(FileOutputStream.java:270) at java.io.FileOutputStream.(FileOutputStream.java:213) at java.io.FileOutputStream.(FileOutputStream.java:162) at org.arquillian.spacelift.task.archive.UncompressTool.process(UncompressTool.java:118) at org.arquillian.spacelift.task.archive.UncompressTool.process(UncompressTool.java:36) at org.arquillian.spacelift.task.Task.run(Task.java:100) at org.arquillian.spacelift.task.Task$1.call(Task.java:71) ... 4 more {code} I don't know how this usecase is specified in the requirements specification. If it's unspecified, maybe there's a way to make both invokations of Maven in the project and its parent or aggregator work. In case this is not supported it'd be nice to fail with a clear feedback similar to `the invokation of Maven has to take place in the project containing the Arquillian @Deployment method, see [documentation link] for an explanation` since it took me for example several days and 100 stackoverflow bounty points to figure out what the exception above is meaning. I provided https://gitlab.com/krichter/gitlab-ci-file-creation-aggregator/ referencing https://gitlab.com/krichter/gitlab-ci-file-creation as module which demonstrates the issue, e.g. at https://gitlab.com/krichter/gitlab-ci-file-creation-aggregator/-/jobs/40825021. It performs the compilation skipping integration tests and then runs `mvn verify` in the submodule's directory which succeeds and then in the aggregator directory which fails (see `.gitlab-ci.yml`). The essence of these three calls is to invoke `mvn install` in the aggregator directory which should succeed, but doesn't. > phantomjs download and extraction remains without effect if Maven is started in a parent or aggregator project > -------------------------------------------------------------------------------------------------------------- > > Key: ARQ-2154 > URL: https://issues.jboss.org/browse/ARQ-2154 > Project: Arquillian > Issue Type: Bug > Affects Versions: 1.1.14.Final > Reporter: Karl-Philipp Richter > > Arquillian Spacelift and Arquillian Drone Webdriver don't resolve the directory where to findd the downloaded Selenium driver for phantomjs consistently. They seem to use the working directory which isn't changed if Maven is started in an aggregator project root and the Maven basedir property so that the `@Deployment` method fails due to > {code:java} > java.lang.IllegalStateException: Something bad happened when Drone was trying to download and prepare a binary. For more information see the cause. > at org.jboss.arquillian.drone.webdriver.binary.handler.AbstractBinaryHandler.checkAndSetBinary(AbstractBinaryHandler.java:62) > at org.jboss.arquillian.drone.webdriver.factory.PhantomJSDriverFactory.getCapabilities(PhantomJSDriverFactory.java:99) > at org.jboss.arquillian.drone.webdriver.factory.PhantomJSDriverFactory.createInstance(PhantomJSDriverFactory.java:72) > at org.jboss.arquillian.drone.webdriver.factory.PhantomJSDriverFactory.createInstance(PhantomJSDriverFactory.java:37) > at org.jboss.arquillian.drone.webdriver.factory.WebDriverFactory.createInstance(WebDriverFactory.java:127) > at org.jboss.arquillian.drone.webdriver.factory.WebDriverFactory.createInstance(WebDriverFactory.java:38) > at org.jboss.arquillian.drone.impl.DroneConfigurator$1.createInstance(DroneConfigurator.java:112) > at org.jboss.arquillian.drone.impl.CachingCallableImpl.call(CachingCallableImpl.java:44) > at org.jboss.arquillian.core.impl.threading.ThreadedExecutorService$ContextualCallable.call(ThreadedExecutorService.java:88) > at java.util.concurrent.FutureTask.run(FutureTask.java:266) > at java.util.concurrent.ThreadPoolExecutor.runWorker(ThreadPoolExecutor.java:1149) > at java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:624) > at java.lang.Thread.run(Thread.java:748) > Caused by: org.arquillian.spacelift.execution.ExecutionException: Execution of a task failed. Unable to execute task UntarTool > at org.arquillian.spacelift.execution.ExecutionException.prependMessage(ExecutionException.java:63) > at org.arquillian.spacelift.execution.impl.FutureBasedExecution.unwrapException(FutureBasedExecution.java:71) > at org.arquillian.spacelift.execution.impl.FutureBasedExecution.await(FutureBasedExecution.java:130) > at org.jboss.arquillian.drone.webdriver.binary.BinaryFilesUtils.extract(BinaryFilesUtils.java:58) > at org.jboss.arquillian.drone.webdriver.binary.handler.PhantomJSDriverBinaryHandler.prepare(PhantomJSDriverBinaryHandler.java:43) > at org.jboss.arquillian.drone.webdriver.binary.handler.AbstractBinaryHandler.downloadAndPrepare(AbstractBinaryHandler.java:226) > at org.jboss.arquillian.drone.webdriver.binary.handler.AbstractBinaryHandler.downloadAndPrepare(AbstractBinaryHandler.java:208) > at org.jboss.arquillian.drone.webdriver.binary.handler.AbstractBinaryHandler.downloadAndPrepare(AbstractBinaryHandler.java:175) > at org.jboss.arquillian.drone.webdriver.binary.handler.AbstractBinaryHandler.checkAndSetBinary(AbstractBinaryHandler.java:60) > ... 12 more > Caused by: java.io.FileNotFoundException: target/drone/1c947d57fce2f21ce0b43fe2ed7cd361/phantomjs-2.1.1-linux-x86_64/examples/colorwheel.js (No such file or directory) > at java.io.FileOutputStream.open0(Native Method) > at java.io.FileOutputStream.open(FileOutputStream.java:270) > at java.io.FileOutputStream.(FileOutputStream.java:213) > at java.io.FileOutputStream.(FileOutputStream.java:162) > at org.arquillian.spacelift.task.archive.UncompressTool.process(UncompressTool.java:118) > at org.arquillian.spacelift.task.archive.UncompressTool.process(UncompressTool.java:36) > at org.arquillian.spacelift.task.Task.run(Task.java:100) > at org.arquillian.spacelift.task.Task$1.call(Task.java:71) > ... 4 more > {code} > I don't know how this usecase is specified in the requirements specification. If it's unspecified, maybe there's a way to make both invokations of Maven in the project and its parent or aggregator work. In case this is not supported it'd be nice to fail with a clear feedback similar to `the invokation of Maven has to take place in the project containing the Arquillian @Deployment method, see [documentation link] for an explanation` since it took me for example several days and 100 stackoverflow bounty points to figure out what the exception above is meaning. > I provided https://gitlab.com/krichter/gitlab-ci-file-creation-aggregator/ referencing https://gitlab.com/krichter/gitlab-ci-file-creation as module which demonstrates the issue, e.g. at https://gitlab.com/krichter/gitlab-ci-file-creation-aggregator/-/jobs/40825021. It performs the compilation skipping integration tests and then runs `mvn verify` in the submodule's directory which succeeds and then in the aggregator directory which fails (see `.gitlab-ci.yml`). The essence of these three calls is to invoke `mvn install` in the aggregator directory which should succeed, but doesn't. > I asked https://stackoverflow.com/questions/47217087/why-does-my-arquillian-drone-functional-test-not-work-on-gitlab-ci for support which might contain more details. -- This message was sent by Atlassian JIRA (v7.5.0#75005) From issues at jboss.org Sat Nov 18 04:17:00 2017 From: issues at jboss.org (Gerhard Poul (JIRA)) Date: Sat, 18 Nov 2017 04:17:00 -0500 (EST) Subject: [arquillian-issues] [JBoss JIRA] (ARQ-2152) Add support for setting 'apiTypeVisibility' in Websphere Liberty Application Server Container In-Reply-To: References: Message-ID: [ https://issues.jboss.org/browse/ARQ-2152?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=13491328#comment-13491328 ] Gerhard Poul commented on ARQ-2152: ----------------------------------- [~hutchig] I've now added this to our documentation at https://docs.jboss.org/author/display/ARQ/WLP+V8.5+-+Managed > Add support for setting 'apiTypeVisibility' in Websphere Liberty Application Server Container > ---------------------------------------------------------------------------------------------- > > Key: ARQ-2152 > URL: https://issues.jboss.org/browse/ARQ-2152 > Project: Arquillian > Issue Type: Feature Request > Components: WebSphere Containers > Affects Versions: was_1.0.0.next > Environment: Testing Microprofile TCKs on WebSphere Liberty > (Apologies for setting the priority.) > (Apologies if the version is incorrect for https://github.com/arquillian/arquillian-container-was/tree/master/wlp-managed-8.5 > Reporter: Gordon Hutchison > Assignee: Gerhard Poul > Priority: Minor > > (I have to thank my colleague Kevin Grigorenko for this patch which I integrated into > my local clone. The text below is pasted from text written by him: ) > "Added support for injecting a Tracer into the TCK: For the CDI injection to work, the TCK application's classloader must be configured with apiTypeVisibility="spec, ibm-api, third-party". The WAS Arquillian container's default deployType is dropins and I couldn't find a way to configure the classloader for that. The WAS Arquiallian container also supports deployType=xml which puts the WAR into apps and dynamically adds configuration to Liberty's server.xml with the element and some sub-elements. I forked that code to also add support for apiTypeVisibility and also submitted a pull request. Now, running with that fork and specifying xml and spec, ibm-api, third-party in mpOpentracingTckRunner/tck/src/test/resources/arquillian.xml allows the TCK to inject the Tracer." > This WLP feature is discussed here: > https://www.ibm.com/support/knowledgecenter/en/SSEQTP_8.5.5/com.ibm.websphere.wlp.doc/ae/twlp_classloader_3p_apis.html > I have Kevin's code patch that does this and am only raising this issue > in order to reference it in a pull request I am going to make > at > https://github.com/arquillian/arquillian-container-was/tree/master/wlp-managed-8.5/src/main/java/org/jboss/arquillian/container/was/wlp_managed_8_5 > I have checked with Kevin that he is happy for me to do this: > (On IBM Sametime) > gordon_hutchison at uk.ibm.com - Gordon Hutchison/UK/IBM: > 4:17:28 PM: Hi Kevin, is it OK with you if I create an issue and then a PR to integrate the 'apiTypeVisibility' change you did to the public upstream repo? > Kevin GRIGORENKO: > 4:17:54 PM: Yes, absolutely. Thanks very much! -- This message was sent by Atlassian JIRA (v7.5.0#75005) From issues at jboss.org Sat Nov 18 04:33:00 2017 From: issues at jboss.org (Gerhard Poul (JIRA)) Date: Sat, 18 Nov 2017 04:33:00 -0500 (EST) Subject: [arquillian-issues] [JBoss JIRA] (ARQ-2153) Enable @Deployment @ShouldThrowException(DefinitionException.class) in WebSphere Liberty Managed Container In-Reply-To: References: Message-ID: [ https://issues.jboss.org/browse/ARQ-2153?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=13491329#comment-13491329 ] Gerhard Poul commented on ARQ-2153: ----------------------------------- [~hutchig] Is it fair to say that this is mostly useful only in the case of this particular TCK? Normally I would not assume that exceptions thrown in the application server are directly also thrown in the managed container implementation. We can definitely add this, but I might want to bind this to a configuration parameter being set. I'll also add a few comments to the pull request as well. > Enable @Deployment @ShouldThrowException(DefinitionException.class) in WebSphere Liberty Managed Container > ---------------------------------------------------------------------------------------------------------- > > Key: ARQ-2153 > URL: https://issues.jboss.org/browse/ARQ-2153 > Project: Arquillian > Issue Type: Feature Request > Components: WebSphere Containers > Affects Versions: 1.0.0.Final > Environment: MicroProfile FaultTolerance TCK testing with arquillian-wlp-managed-8.5 container. > For example testing > https://github.com/eclipse/microprofile-fault-tolerance/blob/master/tck/src/main/java/org/eclipse/microprofile/fault/tolerance/tck/invalidParameters/InvalidCircuitBreakerDelayTest.java > with open Liberty or any other Arquillian test testing for DefinitionExceptions that cause > Deployment Exceptions. > Reporter: Gordon Hutchison > Assignee: Gerhard Poul > Priority: Minor > > When running the MicroProfile Fault Tolerance TCK there are numerous tests' > deploy methods that have: > {code:java} > @Deployment > @ShouldThrowException(DefinitionException.class) > public static WebArchive deploy() {... > {code} > The current wlp-managed-8.5 container return these as Deployment > Exceptions to the test client which makes the TCK tests fail even if the server > has raised a definition exception. > I have a code patch from an IBM colleague Nathan Mittlestat (whose permission I have to > make this 'issue' and a pull request from on his behalf ) along the lines of: > {code:java} > private void checkForDefinitionExceptions(String applicationName) > { > String messagesFile = containerConfiguration.getWlpHome() + "/usr/servers/" + containerConfiguration.getServerName() + "/logs/messages.log"; > BufferedReader br = null; > try { > br = new BufferedReader(new InputStreamReader(new FileInputStream(messagesFile))); > String line; > while ((line = br.readLine()) != null) { > if (line.contains("CWWKZ0002E: An exception occurred while starting the application " + applicationName + ".") > && (line.contains("org.jboss.weld.exceptions.DefinitionException") || line.contains("javax.enterprise.inject.spi.DefinitionException"))) { > System.out.println("############DEBUG found CWWKZ0002E for application: " + applicationName); > System.out.println(line); > throw new DefinitionException(line); > } > } > } catch (IOException e) { > System.err.println("Exception while reading messages.log" + e.toString()); > e.printStackTrace(); > // } catch (FileNotFoundException e) { > // System.err.println("Exception while reading messages.log" + e.toString()); > // e.printStackTrace(); > } finally { > try { > if (br != null) > br.close(); > } catch (Exception e) { > System.err.println("Exception while closing bufferedreader " + e.toString()); > e.printStackTrace(); > } > } > } > {code} > This method is called in waitForApplicationTargetState if a wrapping Deployment exception > is observed: > > {code:java} > } catch (Exception e) { > checkForDefinitionExceptions(applicationName); > throw new DeploymentException("Exception while checking application state.", e); > } > {code} > I will do a PR shortly. > -- This message was sent by Atlassian JIRA (v7.5.0#75005) From issues at jboss.org Sat Nov 18 10:31:00 2017 From: issues at jboss.org (Gerhard Poul (JIRA)) Date: Sat, 18 Nov 2017 10:31:00 -0500 (EST) Subject: [arquillian-issues] [JBoss JIRA] (ARQ-2152) Add support for setting 'apiTypeVisibility' in Websphere Liberty Application Server Container In-Reply-To: References: Message-ID: [ https://issues.jboss.org/browse/ARQ-2152?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Gerhard Poul updated ARQ-2152: ------------------------------ Status: Resolved (was: Pull Request Sent) Resolution: Done > Add support for setting 'apiTypeVisibility' in Websphere Liberty Application Server Container > ---------------------------------------------------------------------------------------------- > > Key: ARQ-2152 > URL: https://issues.jboss.org/browse/ARQ-2152 > Project: Arquillian > Issue Type: Feature Request > Components: WebSphere Containers > Affects Versions: was_1.0.0.next > Environment: Testing Microprofile TCKs on WebSphere Liberty > (Apologies for setting the priority.) > (Apologies if the version is incorrect for https://github.com/arquillian/arquillian-container-was/tree/master/wlp-managed-8.5 > Reporter: Gordon Hutchison > Assignee: Gerhard Poul > Priority: Minor > > (I have to thank my colleague Kevin Grigorenko for this patch which I integrated into > my local clone. The text below is pasted from text written by him: ) > "Added support for injecting a Tracer into the TCK: For the CDI injection to work, the TCK application's classloader must be configured with apiTypeVisibility="spec, ibm-api, third-party". The WAS Arquillian container's default deployType is dropins and I couldn't find a way to configure the classloader for that. The WAS Arquiallian container also supports deployType=xml which puts the WAR into apps and dynamically adds configuration to Liberty's server.xml with the element and some sub-elements. I forked that code to also add support for apiTypeVisibility and also submitted a pull request. Now, running with that fork and specifying xml and spec, ibm-api, third-party in mpOpentracingTckRunner/tck/src/test/resources/arquillian.xml allows the TCK to inject the Tracer." > This WLP feature is discussed here: > https://www.ibm.com/support/knowledgecenter/en/SSEQTP_8.5.5/com.ibm.websphere.wlp.doc/ae/twlp_classloader_3p_apis.html > I have Kevin's code patch that does this and am only raising this issue > in order to reference it in a pull request I am going to make > at > https://github.com/arquillian/arquillian-container-was/tree/master/wlp-managed-8.5/src/main/java/org/jboss/arquillian/container/was/wlp_managed_8_5 > I have checked with Kevin that he is happy for me to do this: > (On IBM Sametime) > gordon_hutchison at uk.ibm.com - Gordon Hutchison/UK/IBM: > 4:17:28 PM: Hi Kevin, is it OK with you if I create an issue and then a PR to integrate the 'apiTypeVisibility' change you did to the public upstream repo? > Kevin GRIGORENKO: > 4:17:54 PM: Yes, absolutely. Thanks very much! -- This message was sent by Atlassian JIRA (v7.5.0#75005) From issues at jboss.org Wed Nov 22 07:32:00 2017 From: issues at jboss.org (Gordon Hutchison (JIRA)) Date: Wed, 22 Nov 2017 07:32:00 -0500 (EST) Subject: [arquillian-issues] [JBoss JIRA] (ARQ-2153) Enable @Deployment @ShouldThrowException(DefinitionException.class) in WebSphere Liberty Managed Container In-Reply-To: References: Message-ID: [ https://issues.jboss.org/browse/ARQ-2153?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=13492788#comment-13492788 ] Gordon Hutchison commented on ARQ-2153: --------------------------------------- I only have experience relating to this for this particular TCK. There is some related discussion at the moment regarding the TCK assertions here: https://gitter.im/eclipse/microprofile-fault-tolerance?source=orgpage I was going to do some more work to explore if, in this case, the asserted exception is indeed wrapped inside the outer deployment exception and if so, if there is a better arquillian assertion syntax to assert if the exception is present but wrapped. Interesting you say "Normally I would not assume that exceptions thrown in the application server are directly also thrown in the managed container implementation". I guess Microprofile TCK's are trying to be able to get something like: @ShouldThrowException(value=DefinitionException.class, testable=true) that can be used to verify implmentations as 'compliant' using Arquillian. Having a vendor 'custom' container scraping logs etc. (as in this PR) could lead to thoughts of 'cheating' unless there is some settled community consensus of how to test deployment errors in code? Ideally that we can make cross vendor/spec/platform - at least at an abstract level. I will do some more investigations :-) > Enable @Deployment @ShouldThrowException(DefinitionException.class) in WebSphere Liberty Managed Container > ---------------------------------------------------------------------------------------------------------- > > Key: ARQ-2153 > URL: https://issues.jboss.org/browse/ARQ-2153 > Project: Arquillian > Issue Type: Feature Request > Components: WebSphere Containers > Affects Versions: 1.0.0.Final > Environment: MicroProfile FaultTolerance TCK testing with arquillian-wlp-managed-8.5 container. > For example testing > https://github.com/eclipse/microprofile-fault-tolerance/blob/master/tck/src/main/java/org/eclipse/microprofile/fault/tolerance/tck/invalidParameters/InvalidCircuitBreakerDelayTest.java > with open Liberty or any other Arquillian test testing for DefinitionExceptions that cause > Deployment Exceptions. > Reporter: Gordon Hutchison > Assignee: Gerhard Poul > Priority: Minor > > When running the MicroProfile Fault Tolerance TCK there are numerous tests' > deploy methods that have: > {code:java} > @Deployment > @ShouldThrowException(DefinitionException.class) > public static WebArchive deploy() {... > {code} > The current wlp-managed-8.5 container return these as Deployment > Exceptions to the test client which makes the TCK tests fail even if the server > has raised a definition exception. > I have a code patch from an IBM colleague Nathan Mittlestat (whose permission I have to > make this 'issue' and a pull request from on his behalf ) along the lines of: > {code:java} > private void checkForDefinitionExceptions(String applicationName) > { > String messagesFile = containerConfiguration.getWlpHome() + "/usr/servers/" + containerConfiguration.getServerName() + "/logs/messages.log"; > BufferedReader br = null; > try { > br = new BufferedReader(new InputStreamReader(new FileInputStream(messagesFile))); > String line; > while ((line = br.readLine()) != null) { > if (line.contains("CWWKZ0002E: An exception occurred while starting the application " + applicationName + ".") > && (line.contains("org.jboss.weld.exceptions.DefinitionException") || line.contains("javax.enterprise.inject.spi.DefinitionException"))) { > System.out.println("############DEBUG found CWWKZ0002E for application: " + applicationName); > System.out.println(line); > throw new DefinitionException(line); > } > } > } catch (IOException e) { > System.err.println("Exception while reading messages.log" + e.toString()); > e.printStackTrace(); > // } catch (FileNotFoundException e) { > // System.err.println("Exception while reading messages.log" + e.toString()); > // e.printStackTrace(); > } finally { > try { > if (br != null) > br.close(); > } catch (Exception e) { > System.err.println("Exception while closing bufferedreader " + e.toString()); > e.printStackTrace(); > } > } > } > {code} > This method is called in waitForApplicationTargetState if a wrapping Deployment exception > is observed: > > {code:java} > } catch (Exception e) { > checkForDefinitionExceptions(applicationName); > throw new DeploymentException("Exception while checking application state.", e); > } > {code} > I will do a PR shortly. > -- This message was sent by Atlassian JIRA (v7.5.0#75005) From issues at jboss.org Wed Nov 22 15:49:00 2017 From: issues at jboss.org (Gerhard Poul (JIRA)) Date: Wed, 22 Nov 2017 15:49:00 -0500 (EST) Subject: [arquillian-issues] [JBoss JIRA] (ARQ-2153) Enable @Deployment @ShouldThrowException(DefinitionException.class) in WebSphere Liberty Managed Container In-Reply-To: References: Message-ID: [ https://issues.jboss.org/browse/ARQ-2153?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=13493099#comment-13493099 ] Gerhard Poul commented on ARQ-2153: ----------------------------------- [~hutchig] do you know which arquillian container adapter the others are using for their testing? It might be good to take a look. If your test is already running, then it is running inside the container and they will see all the exceptions just be fine, but if there is an exception while deploying or starting the application, then the exception is seen outside in the process where the arquillian container adapter is running. It would be interesting how this is handled in other container adapters where this behaves differently, because the architecture is the same for all of them and the container adapter always runs outside the container. In your case with the [Deployment|https://docs.jboss.org/arquillian/api/1.0.3.Final/org/jboss/arquillian/container/test/api/Deployment.html] annotation this is running outside the container and I don't see how you would get a container exception unless you're running inside something like an embedded container where the deployment is actually taking place in the same JVM process and not outside in a separate remote or local process. > Enable @Deployment @ShouldThrowException(DefinitionException.class) in WebSphere Liberty Managed Container > ---------------------------------------------------------------------------------------------------------- > > Key: ARQ-2153 > URL: https://issues.jboss.org/browse/ARQ-2153 > Project: Arquillian > Issue Type: Feature Request > Components: WebSphere Containers > Affects Versions: 1.0.0.Final > Environment: MicroProfile FaultTolerance TCK testing with arquillian-wlp-managed-8.5 container. > For example testing > https://github.com/eclipse/microprofile-fault-tolerance/blob/master/tck/src/main/java/org/eclipse/microprofile/fault/tolerance/tck/invalidParameters/InvalidCircuitBreakerDelayTest.java > with open Liberty or any other Arquillian test testing for DefinitionExceptions that cause > Deployment Exceptions. > Reporter: Gordon Hutchison > Assignee: Gerhard Poul > Priority: Minor > > When running the MicroProfile Fault Tolerance TCK there are numerous tests' > deploy methods that have: > {code:java} > @Deployment > @ShouldThrowException(DefinitionException.class) > public static WebArchive deploy() {... > {code} > The current wlp-managed-8.5 container return these as Deployment > Exceptions to the test client which makes the TCK tests fail even if the server > has raised a definition exception. > I have a code patch from an IBM colleague Nathan Mittlestat (whose permission I have to > make this 'issue' and a pull request from on his behalf ) along the lines of: > {code:java} > private void checkForDefinitionExceptions(String applicationName) > { > String messagesFile = containerConfiguration.getWlpHome() + "/usr/servers/" + containerConfiguration.getServerName() + "/logs/messages.log"; > BufferedReader br = null; > try { > br = new BufferedReader(new InputStreamReader(new FileInputStream(messagesFile))); > String line; > while ((line = br.readLine()) != null) { > if (line.contains("CWWKZ0002E: An exception occurred while starting the application " + applicationName + ".") > && (line.contains("org.jboss.weld.exceptions.DefinitionException") || line.contains("javax.enterprise.inject.spi.DefinitionException"))) { > System.out.println("############DEBUG found CWWKZ0002E for application: " + applicationName); > System.out.println(line); > throw new DefinitionException(line); > } > } > } catch (IOException e) { > System.err.println("Exception while reading messages.log" + e.toString()); > e.printStackTrace(); > // } catch (FileNotFoundException e) { > // System.err.println("Exception while reading messages.log" + e.toString()); > // e.printStackTrace(); > } finally { > try { > if (br != null) > br.close(); > } catch (Exception e) { > System.err.println("Exception while closing bufferedreader " + e.toString()); > e.printStackTrace(); > } > } > } > {code} > This method is called in waitForApplicationTargetState if a wrapping Deployment exception > is observed: > > {code:java} > } catch (Exception e) { > checkForDefinitionExceptions(applicationName); > throw new DeploymentException("Exception while checking application state.", e); > } > {code} > I will do a PR shortly. > -- This message was sent by Atlassian JIRA (v7.5.0#75005) From issues at jboss.org Wed Nov 22 15:58:00 2017 From: issues at jboss.org (=?UTF-8?B?0JDQvdGC0L7QvSDQotGA0LXQs9GD0LHQvtCyIChKSVJBKQ==?=) Date: Wed, 22 Nov 2017 15:58:00 -0500 (EST) Subject: [arquillian-issues] [JBoss JIRA] (ARQ-2155) Glassfish Container fail with "please contact DeployableContainer developer" when use EnterpriseArchive In-Reply-To: References: Message-ID: ????? ???????? created ARQ-2155: ----------------------------------- Summary: Glassfish Container fail with "please contact DeployableContainer developer" when use EnterpriseArchive Key: ARQ-2155 URL: https://issues.jboss.org/browse/ARQ-2155 Project: Arquillian Issue Type: Bug Components: GlassFish Containers Affects Versions: glassfish_1.0.1 Environment: windows 8.1 x64 Reporter: ????? ???????? https://github.com/anton-tregubov/javaee-design-patterns {code} Tests run: 1, Failures: 0, Errors: 1, Skipped: 0, Time elapsed: 14.613 sec <<< FAILURE! - in ru.faulab.javaee.design.patterns.sample.project.SampleProjectIT dummy(ru.faulab.javaee.design.patterns.sample.project.SampleProjectIT) Time elapsed: 0.035 sec <<< ERROR! java.lang.IllegalArgumentException: ArquillianServletRunner not found. Could not determine ContextRoot from ProtocolMetadata, please contact DeployableContainer developer. ??? 23, 2017 12:57:13 AM org.glassfish.admin.mbeanserver.JMXStartupService shutdown INFO: JMXStartupService and JMXConnectors have been shut down. JdbcRuntimeExtension, getAllSystemRAResourcesAndPools = [GlassFishConfigBean.org.glassfish.jdbc.config.JdbcResource, GlassFishConfigBean.org.glassfish.jdbc.config.JdbcResource, GlassFishConfigBean.org.glassfish.jdbc.config.JdbcConnectionPool, GlassFishConfigBean.org.gl assfish.jdbc.config.JdbcConnectionPool] ??? 23, 2017 12:57:13 AM com.sun.enterprise.v3.server.AppServerStartup stop INFO: Shutdown procedure finished {code} -- This message was sent by Atlassian JIRA (v7.5.0#75005) From issues at jboss.org Wed Nov 22 16:08:00 2017 From: issues at jboss.org (=?UTF-8?B?0JDQvdGC0L7QvSDQotGA0LXQs9GD0LHQvtCyIChKSVJBKQ==?=) Date: Wed, 22 Nov 2017 16:08:00 -0500 (EST) Subject: [arquillian-issues] [JBoss JIRA] (ARQ-2155) Glassfish Container fail with "please contact DeployableContainer developer" when use EnterpriseArchive In-Reply-To: References: Message-ID: [ https://issues.jboss.org/browse/ARQ-2155?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] ????? ???????? updated ARQ-2155: -------------------------------- Description: Sample here: https://github.com/anton-tregubov/javaee-design-patterns Container Configuration {code} 4.1.2 1.0.1 1.1.13.Final 2.2.6 2.0.0 1.2.6 4.12 org.jboss.arquillian.junit arquillian-junit-container test org.jboss.arquillian.container arquillian-glassfish-embedded-3.1 test org.glassfish.main.extras glassfish-embedded-all test {code} EAR: Tests run: 1, Failures: 0, Errors: 1, Skipped: 0, Time elapsed: 14.613 sec <<< FAILURE! - in ru.faulab.javaee.design.patterns.sample.project.SampleProjectIT dummy(ru.faulab.javaee.design.patterns.sample.project.SampleProjectIT) Time elapsed: 0.035 sec <<< ERROR! java.lang.IllegalArgumentException: ArquillianServletRunner not found. Could not determine ContextRoot from ProtocolMetadata, please contact DeployableContainer developer. ??? 23, 2017 12:57:13 AM org.glassfish.admin.mbeanserver.JMXStartupService shutdown INFO: JMXStartupService and JMXConnectors have been shut down. JdbcRuntimeExtension, getAllSystemRAResourcesAndPools = [GlassFishConfigBean.org.glassfish.jdbc.config.JdbcResource, GlassFishConfigBean.org.glassfish.jdbc.config.JdbcResource, GlassFishConfigBean.org.glassfish.jdbc.config.JdbcConnectionPool, GlassFishConfigBean.org.gl assfish.jdbc.config.JdbcConnectionPool] ??? 23, 2017 12:57:13 AM com.sun.enterprise.v3.server.AppServerStartup stop INFO: Shutdown procedure finished {code} was: https://github.com/anton-tregubov/javaee-design-patterns {code} Tests run: 1, Failures: 0, Errors: 1, Skipped: 0, Time elapsed: 14.613 sec <<< FAILURE! - in ru.faulab.javaee.design.patterns.sample.project.SampleProjectIT dummy(ru.faulab.javaee.design.patterns.sample.project.SampleProjectIT) Time elapsed: 0.035 sec <<< ERROR! java.lang.IllegalArgumentException: ArquillianServletRunner not found. Could not determine ContextRoot from ProtocolMetadata, please contact DeployableContainer developer. ??? 23, 2017 12:57:13 AM org.glassfish.admin.mbeanserver.JMXStartupService shutdown INFO: JMXStartupService and JMXConnectors have been shut down. JdbcRuntimeExtension, getAllSystemRAResourcesAndPools = [GlassFishConfigBean.org.glassfish.jdbc.config.JdbcResource, GlassFishConfigBean.org.glassfish.jdbc.config.JdbcResource, GlassFishConfigBean.org.glassfish.jdbc.config.JdbcConnectionPool, GlassFishConfigBean.org.gl assfish.jdbc.config.JdbcConnectionPool] ??? 23, 2017 12:57:13 AM com.sun.enterprise.v3.server.AppServerStartup stop INFO: Shutdown procedure finished {code} > Glassfish Container fail with "please contact DeployableContainer developer" when use EnterpriseArchive > ------------------------------------------------------------------------------------------------------- > > Key: ARQ-2155 > URL: https://issues.jboss.org/browse/ARQ-2155 > Project: Arquillian > Issue Type: Bug > Components: GlassFish Containers > Affects Versions: glassfish_1.0.1 > Environment: windows 8.1 x64 > Reporter: ????? ???????? > > Sample here: > https://github.com/anton-tregubov/javaee-design-patterns > Container Configuration > {code} > > 4.1.2 > 1.0.1 > 1.1.13.Final > 2.2.6 > 2.0.0 > 1.2.6 > 4.12 > > > > org.jboss.arquillian.junit > arquillian-junit-container > test > > > org.jboss.arquillian.container > arquillian-glassfish-embedded-3.1 > test > > > org.glassfish.main.extras > glassfish-embedded-all > test > > > {code} > EAR: > Tests run: 1, Failures: 0, Errors: 1, Skipped: 0, Time elapsed: 14.613 sec <<< FAILURE! - in ru.faulab.javaee.design.patterns.sample.project.SampleProjectIT > dummy(ru.faulab.javaee.design.patterns.sample.project.SampleProjectIT) Time elapsed: 0.035 sec <<< ERROR! > java.lang.IllegalArgumentException: ArquillianServletRunner not found. Could not determine ContextRoot from ProtocolMetadata, please contact DeployableContainer developer. > ??? 23, 2017 12:57:13 AM org.glassfish.admin.mbeanserver.JMXStartupService shutdown > INFO: JMXStartupService and JMXConnectors have been shut down. > JdbcRuntimeExtension, getAllSystemRAResourcesAndPools = [GlassFishConfigBean.org.glassfish.jdbc.config.JdbcResource, GlassFishConfigBean.org.glassfish.jdbc.config.JdbcResource, GlassFishConfigBean.org.glassfish.jdbc.config.JdbcConnectionPool, GlassFishConfigBean.org.gl > assfish.jdbc.config.JdbcConnectionPool] > ??? 23, 2017 12:57:13 AM com.sun.enterprise.v3.server.AppServerStartup stop > INFO: Shutdown procedure finished > {code} -- This message was sent by Atlassian JIRA (v7.5.0#75005) From issues at jboss.org Wed Nov 22 16:19:00 2017 From: issues at jboss.org (=?UTF-8?B?0JDQvdGC0L7QvSDQotGA0LXQs9GD0LHQvtCyIChKSVJBKQ==?=) Date: Wed, 22 Nov 2017 16:19:00 -0500 (EST) Subject: [arquillian-issues] [JBoss JIRA] (ARQ-2155) Glassfish Container fail with "please contact DeployableContainer developer" when use EnterpriseArchive In-Reply-To: References: Message-ID: [ https://issues.jboss.org/browse/ARQ-2155?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] ????? ???????? updated ARQ-2155: -------------------------------- Description: Sample here: https://github.com/anton-tregubov/javaee-design-patterns Container Configuration {code} 4.1.2 1.0.1 1.1.13.Final 2.2.6 2.0.0 1.2.6 4.12 org.jboss.arquillian.junit arquillian-junit-container test org.jboss.arquillian.container arquillian-glassfish-embedded-3.1 test org.glassfish.main.extras glassfish-embedded-all test {code} application-1.0.0-SNAPSHOT.ear: {code} /META-INF/MANIFEST.MF /META-INF/maven/ru.faulab.javaee-design-patterns.project-organization/application/pom.xml /META-INF/maven/ru.faulab.javaee-design-patterns.project-organization/application/pom.properties /META-INF/application.xml /lib/ /lib/note-impl-1.0.0-SNAPSHOT.jar /lib/note-api-1.0.0-SNAPSHOT.jar /application-web-1.0.0-SNAPSHOT.war {code} application-web-1.0.0-SNAPSHOT.war {code} /META-INF/MANIFEST.MF /META-INF/maven/ru.faulab.javaee-design-patterns.project-organization/application-web/pom.properties /META-INF/maven/ru.faulab.javaee-design-patterns.project-organization/application-web/pom.xml /META-INF/arquillian.ArchiveUnderTest /WEB-INF/classes/ru/faulab/javaee/design/patterns/sample/project/SampleProjectIT.class /WEB-INF/lib/note-web-1.0.0-SNAPSHOT.jar /WEB-INF/lib/application-web-1.0.0-SNAPSHOT.jar {code} note-api-1.0.0-SNAPSHOT.jar {code} /META-INF/MANIFEST.MF /META-INF/maven/ru.faulab.javaee-design-patterns.project-organization.note-module/note-api/pom.properties /META-INF/maven/ru.faulab.javaee-design-patterns.project-organization.note-module/note-api/pom.xml /META-INF/INDEX.LIST /ru/faulab/javaee/design/patterns/sample/project/note/NoteFacade.class {code} /lib/note-impl-1.0.0-SNAPSHOT.jar {code} /META-INF/MANIFEST.MF /META-INF/maven/ru.faulab.javaee-design-patterns.project-organization.note-module/note-impl/pom.xml /META-INF/maven/ru.faulab.javaee-design-patterns.project-organization.note-module/note-impl/pom.properties /META-INF/INDEX.LIST /ru/faulab/javaee/design/patterns/sample/project/note/impl/NoteFacadeImpl.class {code} After build: {code} Tests run: 1, Failures: 0, Errors: 1, Skipped: 0, Time elapsed: 14.613 sec <<< FAILURE! - in ru.faulab.javaee.design.patterns.sample.project.SampleProjectIT dummy(ru.faulab.javaee.design.patterns.sample.project.SampleProjectIT) Time elapsed: 0.035 sec <<< ERROR! java.lang.IllegalArgumentException: ArquillianServletRunner not found. Could not determine ContextRoot from ProtocolMetadata, please contact DeployableContainer developer. ??? 23, 2017 12:57:13 AM org.glassfish.admin.mbeanserver.JMXStartupService shutdown INFO: JMXStartupService and JMXConnectors have been shut down. JdbcRuntimeExtension, getAllSystemRAResourcesAndPools = [GlassFishConfigBean.org.glassfish.jdbc.config.JdbcResource, GlassFishConfigBean.org.glassfish.jdbc.config.JdbcResource, GlassFishConfigBean.org.glassfish.jdbc.config.JdbcConnectionPool, GlassFishConfigBean.org.gl assfish.jdbc.config.JdbcConnectionPool] ??? 23, 2017 12:57:13 AM com.sun.enterprise.v3.server.AppServerStartup stop INFO: Shutdown procedure finished {code} was: Sample here: https://github.com/anton-tregubov/javaee-design-patterns Container Configuration {code} 4.1.2 1.0.1 1.1.13.Final 2.2.6 2.0.0 1.2.6 4.12 org.jboss.arquillian.junit arquillian-junit-container test org.jboss.arquillian.container arquillian-glassfish-embedded-3.1 test org.glassfish.main.extras glassfish-embedded-all test {code} EAR: Tests run: 1, Failures: 0, Errors: 1, Skipped: 0, Time elapsed: 14.613 sec <<< FAILURE! - in ru.faulab.javaee.design.patterns.sample.project.SampleProjectIT dummy(ru.faulab.javaee.design.patterns.sample.project.SampleProjectIT) Time elapsed: 0.035 sec <<< ERROR! java.lang.IllegalArgumentException: ArquillianServletRunner not found. Could not determine ContextRoot from ProtocolMetadata, please contact DeployableContainer developer. ??? 23, 2017 12:57:13 AM org.glassfish.admin.mbeanserver.JMXStartupService shutdown INFO: JMXStartupService and JMXConnectors have been shut down. JdbcRuntimeExtension, getAllSystemRAResourcesAndPools = [GlassFishConfigBean.org.glassfish.jdbc.config.JdbcResource, GlassFishConfigBean.org.glassfish.jdbc.config.JdbcResource, GlassFishConfigBean.org.glassfish.jdbc.config.JdbcConnectionPool, GlassFishConfigBean.org.gl assfish.jdbc.config.JdbcConnectionPool] ??? 23, 2017 12:57:13 AM com.sun.enterprise.v3.server.AppServerStartup stop INFO: Shutdown procedure finished {code} > Glassfish Container fail with "please contact DeployableContainer developer" when use EnterpriseArchive > ------------------------------------------------------------------------------------------------------- > > Key: ARQ-2155 > URL: https://issues.jboss.org/browse/ARQ-2155 > Project: Arquillian > Issue Type: Bug > Components: GlassFish Containers > Affects Versions: glassfish_1.0.1 > Environment: windows 8.1 x64 > Reporter: ????? ???????? > > Sample here: > https://github.com/anton-tregubov/javaee-design-patterns > Container Configuration > {code} > > 4.1.2 > 1.0.1 > 1.1.13.Final > 2.2.6 > 2.0.0 > 1.2.6 > 4.12 > > > > org.jboss.arquillian.junit > arquillian-junit-container > test > > > org.jboss.arquillian.container > arquillian-glassfish-embedded-3.1 > test > > > org.glassfish.main.extras > glassfish-embedded-all > test > > > {code} > application-1.0.0-SNAPSHOT.ear: > {code} > /META-INF/MANIFEST.MF > /META-INF/maven/ru.faulab.javaee-design-patterns.project-organization/application/pom.xml > /META-INF/maven/ru.faulab.javaee-design-patterns.project-organization/application/pom.properties > /META-INF/application.xml > /lib/ > /lib/note-impl-1.0.0-SNAPSHOT.jar > /lib/note-api-1.0.0-SNAPSHOT.jar > /application-web-1.0.0-SNAPSHOT.war > {code} > application-web-1.0.0-SNAPSHOT.war > {code} > /META-INF/MANIFEST.MF > /META-INF/maven/ru.faulab.javaee-design-patterns.project-organization/application-web/pom.properties > /META-INF/maven/ru.faulab.javaee-design-patterns.project-organization/application-web/pom.xml > /META-INF/arquillian.ArchiveUnderTest > /WEB-INF/classes/ru/faulab/javaee/design/patterns/sample/project/SampleProjectIT.class > /WEB-INF/lib/note-web-1.0.0-SNAPSHOT.jar > /WEB-INF/lib/application-web-1.0.0-SNAPSHOT.jar > {code} > note-api-1.0.0-SNAPSHOT.jar > {code} > /META-INF/MANIFEST.MF > /META-INF/maven/ru.faulab.javaee-design-patterns.project-organization.note-module/note-api/pom.properties > /META-INF/maven/ru.faulab.javaee-design-patterns.project-organization.note-module/note-api/pom.xml > /META-INF/INDEX.LIST > /ru/faulab/javaee/design/patterns/sample/project/note/NoteFacade.class > {code} > /lib/note-impl-1.0.0-SNAPSHOT.jar > {code} > /META-INF/MANIFEST.MF > /META-INF/maven/ru.faulab.javaee-design-patterns.project-organization.note-module/note-impl/pom.xml > /META-INF/maven/ru.faulab.javaee-design-patterns.project-organization.note-module/note-impl/pom.properties > /META-INF/INDEX.LIST > /ru/faulab/javaee/design/patterns/sample/project/note/impl/NoteFacadeImpl.class > {code} > After build: > {code} > Tests run: 1, Failures: 0, Errors: 1, Skipped: 0, Time elapsed: 14.613 sec <<< FAILURE! - in ru.faulab.javaee.design.patterns.sample.project.SampleProjectIT > dummy(ru.faulab.javaee.design.patterns.sample.project.SampleProjectIT) Time elapsed: 0.035 sec <<< ERROR! > java.lang.IllegalArgumentException: ArquillianServletRunner not found. Could not determine ContextRoot from ProtocolMetadata, please contact DeployableContainer developer. > ??? 23, 2017 12:57:13 AM org.glassfish.admin.mbeanserver.JMXStartupService shutdown > INFO: JMXStartupService and JMXConnectors have been shut down. > JdbcRuntimeExtension, getAllSystemRAResourcesAndPools = [GlassFishConfigBean.org.glassfish.jdbc.config.JdbcResource, GlassFishConfigBean.org.glassfish.jdbc.config.JdbcResource, GlassFishConfigBean.org.glassfish.jdbc.config.JdbcConnectionPool, GlassFishConfigBean.org.gl > assfish.jdbc.config.JdbcConnectionPool] > ??? 23, 2017 12:57:13 AM com.sun.enterprise.v3.server.AppServerStartup stop > INFO: Shutdown procedure finished > {code} -- This message was sent by Atlassian JIRA (v7.5.0#75005) From issues at jboss.org Wed Nov 22 16:26:00 2017 From: issues at jboss.org (=?UTF-8?B?0JDQvdGC0L7QvSDQotGA0LXQs9GD0LHQvtCyIChKSVJBKQ==?=) Date: Wed, 22 Nov 2017 16:26:00 -0500 (EST) Subject: [arquillian-issues] [JBoss JIRA] (ARQ-2155) Glassfish Container fail with "please contact DeployableContainer developer" when use EnterpriseArchive In-Reply-To: References: Message-ID: [ https://issues.jboss.org/browse/ARQ-2155?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] ????? ???????? updated ARQ-2155: -------------------------------- Description: Sample here: https://github.com/anton-tregubov/javaee-design-patterns Container Configuration {code} 4.1.2 1.0.1 1.1.13.Final 2.2.6 2.0.0 1.2.6 4.12 org.jboss.arquillian.junit arquillian-junit-container test org.jboss.arquillian.container arquillian-glassfish-embedded-3.1 test org.glassfish.main.extras glassfish-embedded-all test {code} application-1.0.0-SNAPSHOT.ear: {code} /META-INF/MANIFEST.MF /META-INF/maven/ru.faulab.javaee-design-patterns.project-organization/application/pom.xml /META-INF/maven/ru.faulab.javaee-design-patterns.project-organization/application/pom.properties /META-INF/application.xml /lib/ /lib/note-impl-1.0.0-SNAPSHOT.jar /lib/note-api-1.0.0-SNAPSHOT.jar /application-web-1.0.0-SNAPSHOT.war {code} application-web-1.0.0-SNAPSHOT.war {code} /META-INF/MANIFEST.MF /META-INF/maven/ru.faulab.javaee-design-patterns.project-organization/application-web/pom.properties /META-INF/maven/ru.faulab.javaee-design-patterns.project-organization/application-web/pom.xml /META-INF/arquillian.ArchiveUnderTest /WEB-INF/classes/ru/faulab/javaee/design/patterns/sample/project/SampleProjectIT.class /WEB-INF/lib/note-web-1.0.0-SNAPSHOT.jar /WEB-INF/lib/application-web-1.0.0-SNAPSHOT.jar {code} application-web-1.0.0-SNAPSHOT.jar {code} /META-INF/MANIFEST.MF /META-INF/maven/ru.faulab.javaee-design-patterns.project-organization/application-web/pom.xml /META-INF/maven/ru.faulab.javaee-design-patterns.project-organization/application-web/pom.properties /ru/faulab/javaee/design/patterns/sample/project/web/SampleProjectApplication.class {code} note-web-1.0.0-SNAPSHOT.jar {code} /META-INF/MANIFEST.MF /META-INF/maven/ru.faulab.javaee-design-patterns.project-organization.note-module/note-web/pom.properties /META-INF/maven/ru.faulab.javaee-design-patterns.project-organization.note-module/note-web/pom.xml /META-INF/INDEX.LIST /ru/faulab/javaee/design/patterns/sample/project/note/web/dto/NoteDto.class /ru/faulab/javaee/design/patterns/sample/project/note/web/rest/NotesResource.class {code} note-api-1.0.0-SNAPSHOT.jar {code} /META-INF/MANIFEST.MF /META-INF/maven/ru.faulab.javaee-design-patterns.project-organization.note-module/note-api/pom.properties /META-INF/maven/ru.faulab.javaee-design-patterns.project-organization.note-module/note-api/pom.xml /META-INF/INDEX.LIST /ru/faulab/javaee/design/patterns/sample/project/note/NoteFacade.class {code} note-impl-1.0.0-SNAPSHOT.jar {code} /META-INF/MANIFEST.MF /META-INF/maven/ru.faulab.javaee-design-patterns.project-organization.note-module/note-impl/pom.xml /META-INF/maven/ru.faulab.javaee-design-patterns.project-organization.note-module/note-impl/pom.properties /META-INF/INDEX.LIST /ru/faulab/javaee/design/patterns/sample/project/note/impl/NoteFacadeImpl.class {code} Maven build fail with: {code} ??? 23, 2017 1:22:33 AM org.glassfish.soteria.servlet.SamRegistrationInstaller onStartup INFO: Initializing Soteria null for context '' ??? 23, 2017 1:22:34 AM com.sun.enterprise.web.WebApplication start INFO: Loading application [application-1.0.0-SNAPSHOT#application-web-1.0.0-SNAPSHOT.war] at [/] ??? 23, 2017 1:22:34 AM org.glassfish.deployment.admin.DeployCommand execute INFO: application-1.0.0-SNAPSHOT was successfully deployed in 5?222 milliseconds. ??? 23, 2017 1:22:34 AM org.jboss.arquillian.core.impl.ObserverImpl resolveArguments WARNING: Argument 1 for UpdateTestResultBeforeAfter.update is null. It won't be invoked. ??? 23, 2017 1:22:34 AM org.jboss.arquillian.core.impl.ObserverImpl resolveArguments WARNING: Argument 1 for UpdateTestResultBeforeAfter.update is null. It won't be invoked. PlainTextActionReporterSUCCESSNo monitoring data to report. Tests run: 1, Failures: 0, Errors: 1, Skipped: 0, Time elapsed: 15.087 sec <<< FAILURE! - in ru.faulab.javaee.design.patterns.sample.project.SampleProjectIT dummy(ru.faulab.javaee.design.patterns.sample.project.SampleProjectIT) Time elapsed: 0.03 sec <<< ERROR! java.lang.IllegalArgumentException: ArquillianServletRunner not found. Could not determine ContextRoot from ProtocolMetadata, please contact DeployableContainer developer. JdbcRuntimeExtension, getAllSystemRAResourcesAndPools = [GlassFishConfigBean.org.glassfish.jdbc.config.JdbcResource, GlassFishConfigBean.org.glassfish.jdbc.config.JdbcResource, GlassFishConfigBean.org.glassfish.jdbc.config.JdbcConnectionPool, GlassFishConfigBean.org.glassfish.jdbc.config.JdbcConnectionPool] {code} For Wildfly 11.0 same EAR work correct. was: Sample here: https://github.com/anton-tregubov/javaee-design-patterns Container Configuration {code} 4.1.2 1.0.1 1.1.13.Final 2.2.6 2.0.0 1.2.6 4.12 org.jboss.arquillian.junit arquillian-junit-container test org.jboss.arquillian.container arquillian-glassfish-embedded-3.1 test org.glassfish.main.extras glassfish-embedded-all test {code} application-1.0.0-SNAPSHOT.ear: {code} /META-INF/MANIFEST.MF /META-INF/maven/ru.faulab.javaee-design-patterns.project-organization/application/pom.xml /META-INF/maven/ru.faulab.javaee-design-patterns.project-organization/application/pom.properties /META-INF/application.xml /lib/ /lib/note-impl-1.0.0-SNAPSHOT.jar /lib/note-api-1.0.0-SNAPSHOT.jar /application-web-1.0.0-SNAPSHOT.war {code} application-web-1.0.0-SNAPSHOT.war {code} /META-INF/MANIFEST.MF /META-INF/maven/ru.faulab.javaee-design-patterns.project-organization/application-web/pom.properties /META-INF/maven/ru.faulab.javaee-design-patterns.project-organization/application-web/pom.xml /META-INF/arquillian.ArchiveUnderTest /WEB-INF/classes/ru/faulab/javaee/design/patterns/sample/project/SampleProjectIT.class /WEB-INF/lib/note-web-1.0.0-SNAPSHOT.jar /WEB-INF/lib/application-web-1.0.0-SNAPSHOT.jar {code} note-api-1.0.0-SNAPSHOT.jar {code} /META-INF/MANIFEST.MF /META-INF/maven/ru.faulab.javaee-design-patterns.project-organization.note-module/note-api/pom.properties /META-INF/maven/ru.faulab.javaee-design-patterns.project-organization.note-module/note-api/pom.xml /META-INF/INDEX.LIST /ru/faulab/javaee/design/patterns/sample/project/note/NoteFacade.class {code} /lib/note-impl-1.0.0-SNAPSHOT.jar {code} /META-INF/MANIFEST.MF /META-INF/maven/ru.faulab.javaee-design-patterns.project-organization.note-module/note-impl/pom.xml /META-INF/maven/ru.faulab.javaee-design-patterns.project-organization.note-module/note-impl/pom.properties /META-INF/INDEX.LIST /ru/faulab/javaee/design/patterns/sample/project/note/impl/NoteFacadeImpl.class {code} After build: {code} Tests run: 1, Failures: 0, Errors: 1, Skipped: 0, Time elapsed: 14.613 sec <<< FAILURE! - in ru.faulab.javaee.design.patterns.sample.project.SampleProjectIT dummy(ru.faulab.javaee.design.patterns.sample.project.SampleProjectIT) Time elapsed: 0.035 sec <<< ERROR! java.lang.IllegalArgumentException: ArquillianServletRunner not found. Could not determine ContextRoot from ProtocolMetadata, please contact DeployableContainer developer. ??? 23, 2017 12:57:13 AM org.glassfish.admin.mbeanserver.JMXStartupService shutdown INFO: JMXStartupService and JMXConnectors have been shut down. JdbcRuntimeExtension, getAllSystemRAResourcesAndPools = [GlassFishConfigBean.org.glassfish.jdbc.config.JdbcResource, GlassFishConfigBean.org.glassfish.jdbc.config.JdbcResource, GlassFishConfigBean.org.glassfish.jdbc.config.JdbcConnectionPool, GlassFishConfigBean.org.gl assfish.jdbc.config.JdbcConnectionPool] ??? 23, 2017 12:57:13 AM com.sun.enterprise.v3.server.AppServerStartup stop INFO: Shutdown procedure finished {code} > Glassfish Container fail with "please contact DeployableContainer developer" when use EnterpriseArchive > ------------------------------------------------------------------------------------------------------- > > Key: ARQ-2155 > URL: https://issues.jboss.org/browse/ARQ-2155 > Project: Arquillian > Issue Type: Bug > Components: GlassFish Containers > Affects Versions: glassfish_1.0.1 > Environment: windows 8.1 x64 > Reporter: ????? ???????? > > Sample here: > https://github.com/anton-tregubov/javaee-design-patterns > Container Configuration > {code} > > 4.1.2 > 1.0.1 > 1.1.13.Final > 2.2.6 > 2.0.0 > 1.2.6 > 4.12 > > > > org.jboss.arquillian.junit > arquillian-junit-container > test > > > org.jboss.arquillian.container > arquillian-glassfish-embedded-3.1 > test > > > org.glassfish.main.extras > glassfish-embedded-all > test > > > {code} > application-1.0.0-SNAPSHOT.ear: > {code} > /META-INF/MANIFEST.MF > /META-INF/maven/ru.faulab.javaee-design-patterns.project-organization/application/pom.xml > /META-INF/maven/ru.faulab.javaee-design-patterns.project-organization/application/pom.properties > /META-INF/application.xml > /lib/ > /lib/note-impl-1.0.0-SNAPSHOT.jar > /lib/note-api-1.0.0-SNAPSHOT.jar > /application-web-1.0.0-SNAPSHOT.war > {code} > application-web-1.0.0-SNAPSHOT.war > {code} > /META-INF/MANIFEST.MF > /META-INF/maven/ru.faulab.javaee-design-patterns.project-organization/application-web/pom.properties > /META-INF/maven/ru.faulab.javaee-design-patterns.project-organization/application-web/pom.xml > /META-INF/arquillian.ArchiveUnderTest > /WEB-INF/classes/ru/faulab/javaee/design/patterns/sample/project/SampleProjectIT.class > /WEB-INF/lib/note-web-1.0.0-SNAPSHOT.jar > /WEB-INF/lib/application-web-1.0.0-SNAPSHOT.jar > {code} > application-web-1.0.0-SNAPSHOT.jar > {code} > /META-INF/MANIFEST.MF > /META-INF/maven/ru.faulab.javaee-design-patterns.project-organization/application-web/pom.xml > /META-INF/maven/ru.faulab.javaee-design-patterns.project-organization/application-web/pom.properties > /ru/faulab/javaee/design/patterns/sample/project/web/SampleProjectApplication.class > {code} > note-web-1.0.0-SNAPSHOT.jar > {code} > /META-INF/MANIFEST.MF > /META-INF/maven/ru.faulab.javaee-design-patterns.project-organization.note-module/note-web/pom.properties > /META-INF/maven/ru.faulab.javaee-design-patterns.project-organization.note-module/note-web/pom.xml > /META-INF/INDEX.LIST > /ru/faulab/javaee/design/patterns/sample/project/note/web/dto/NoteDto.class > /ru/faulab/javaee/design/patterns/sample/project/note/web/rest/NotesResource.class > {code} > note-api-1.0.0-SNAPSHOT.jar > {code} > /META-INF/MANIFEST.MF > /META-INF/maven/ru.faulab.javaee-design-patterns.project-organization.note-module/note-api/pom.properties > /META-INF/maven/ru.faulab.javaee-design-patterns.project-organization.note-module/note-api/pom.xml > /META-INF/INDEX.LIST > /ru/faulab/javaee/design/patterns/sample/project/note/NoteFacade.class > {code} > note-impl-1.0.0-SNAPSHOT.jar > {code} > /META-INF/MANIFEST.MF > /META-INF/maven/ru.faulab.javaee-design-patterns.project-organization.note-module/note-impl/pom.xml > /META-INF/maven/ru.faulab.javaee-design-patterns.project-organization.note-module/note-impl/pom.properties > /META-INF/INDEX.LIST > /ru/faulab/javaee/design/patterns/sample/project/note/impl/NoteFacadeImpl.class > {code} > Maven build fail with: > {code} > ??? 23, 2017 1:22:33 AM org.glassfish.soteria.servlet.SamRegistrationInstaller onStartup > INFO: Initializing Soteria null for context '' > ??? 23, 2017 1:22:34 AM com.sun.enterprise.web.WebApplication start > INFO: Loading application [application-1.0.0-SNAPSHOT#application-web-1.0.0-SNAPSHOT.war] at [/] > ??? 23, 2017 1:22:34 AM org.glassfish.deployment.admin.DeployCommand execute > INFO: application-1.0.0-SNAPSHOT was successfully deployed in 5?222 milliseconds. > ??? 23, 2017 1:22:34 AM org.jboss.arquillian.core.impl.ObserverImpl resolveArguments > WARNING: Argument 1 for UpdateTestResultBeforeAfter.update is null. It won't be invoked. > ??? 23, 2017 1:22:34 AM org.jboss.arquillian.core.impl.ObserverImpl resolveArguments > WARNING: Argument 1 for UpdateTestResultBeforeAfter.update is null. It won't be invoked. > PlainTextActionReporterSUCCESSNo monitoring data to report. > Tests run: 1, Failures: 0, Errors: 1, Skipped: 0, Time elapsed: 15.087 sec <<< FAILURE! - in ru.faulab.javaee.design.patterns.sample.project.SampleProjectIT > dummy(ru.faulab.javaee.design.patterns.sample.project.SampleProjectIT) Time elapsed: 0.03 sec <<< ERROR! > java.lang.IllegalArgumentException: ArquillianServletRunner not found. Could not determine ContextRoot from ProtocolMetadata, please contact DeployableContainer developer. > JdbcRuntimeExtension, getAllSystemRAResourcesAndPools = [GlassFishConfigBean.org.glassfish.jdbc.config.JdbcResource, GlassFishConfigBean.org.glassfish.jdbc.config.JdbcResource, GlassFishConfigBean.org.glassfish.jdbc.config.JdbcConnectionPool, GlassFishConfigBean.org.glassfish.jdbc.config.JdbcConnectionPool] > {code} > For Wildfly 11.0 same EAR work correct. -- This message was sent by Atlassian JIRA (v7.5.0#75005) From issues at jboss.org Wed Nov 22 19:15:00 2017 From: issues at jboss.org (=?UTF-8?B?0JDQvdGC0L7QvSDQotGA0LXQs9GD0LHQvtCyIChKSVJBKQ==?=) Date: Wed, 22 Nov 2017 19:15:00 -0500 (EST) Subject: [arquillian-issues] [JBoss JIRA] (ARQ-2155) Glassfish Container fail with "please contact DeployableContainer developer" when use EnterpriseArchive In-Reply-To: References: Message-ID: [ https://issues.jboss.org/browse/ARQ-2155?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] ????? ???????? updated ARQ-2155: -------------------------------- Description: Sample here: https://github.com/anton-tregubov/javaee-design-patterns hash:65ca3b8 Container Configuration {code} 4.1.2 1.0.1 1.1.13.Final 2.2.6 2.0.0 1.2.6 4.12 org.jboss.arquillian.junit arquillian-junit-container test org.jboss.arquillian.container arquillian-glassfish-embedded-3.1 test org.glassfish.main.extras glassfish-embedded-all test {code} application-1.0.0-SNAPSHOT.ear: {code} /META-INF/MANIFEST.MF /META-INF/maven/ru.faulab.javaee-design-patterns.project-organization/application/pom.xml /META-INF/maven/ru.faulab.javaee-design-patterns.project-organization/application/pom.properties /META-INF/application.xml /lib/ /lib/note-impl-1.0.0-SNAPSHOT.jar /lib/note-api-1.0.0-SNAPSHOT.jar /application-web-1.0.0-SNAPSHOT.war {code} application-web-1.0.0-SNAPSHOT.war {code} /META-INF/MANIFEST.MF /META-INF/maven/ru.faulab.javaee-design-patterns.project-organization/application-web/pom.properties /META-INF/maven/ru.faulab.javaee-design-patterns.project-organization/application-web/pom.xml /META-INF/arquillian.ArchiveUnderTest /WEB-INF/classes/ru/faulab/javaee/design/patterns/sample/project/SampleProjectIT.class /WEB-INF/lib/note-web-1.0.0-SNAPSHOT.jar /WEB-INF/lib/application-web-1.0.0-SNAPSHOT.jar {code} application-web-1.0.0-SNAPSHOT.jar {code} /META-INF/MANIFEST.MF /META-INF/maven/ru.faulab.javaee-design-patterns.project-organization/application-web/pom.xml /META-INF/maven/ru.faulab.javaee-design-patterns.project-organization/application-web/pom.properties /ru/faulab/javaee/design/patterns/sample/project/web/SampleProjectApplication.class {code} note-web-1.0.0-SNAPSHOT.jar {code} /META-INF/MANIFEST.MF /META-INF/maven/ru.faulab.javaee-design-patterns.project-organization.note-module/note-web/pom.properties /META-INF/maven/ru.faulab.javaee-design-patterns.project-organization.note-module/note-web/pom.xml /META-INF/INDEX.LIST /ru/faulab/javaee/design/patterns/sample/project/note/web/dto/NoteDto.class /ru/faulab/javaee/design/patterns/sample/project/note/web/rest/NotesResource.class {code} note-api-1.0.0-SNAPSHOT.jar {code} /META-INF/MANIFEST.MF /META-INF/maven/ru.faulab.javaee-design-patterns.project-organization.note-module/note-api/pom.properties /META-INF/maven/ru.faulab.javaee-design-patterns.project-organization.note-module/note-api/pom.xml /META-INF/INDEX.LIST /ru/faulab/javaee/design/patterns/sample/project/note/NoteFacade.class {code} note-impl-1.0.0-SNAPSHOT.jar {code} /META-INF/MANIFEST.MF /META-INF/maven/ru.faulab.javaee-design-patterns.project-organization.note-module/note-impl/pom.xml /META-INF/maven/ru.faulab.javaee-design-patterns.project-organization.note-module/note-impl/pom.properties /META-INF/INDEX.LIST /ru/faulab/javaee/design/patterns/sample/project/note/impl/NoteFacadeImpl.class {code} Maven build fail with: {code} ??? 23, 2017 1:22:33 AM org.glassfish.soteria.servlet.SamRegistrationInstaller onStartup INFO: Initializing Soteria null for context '' ??? 23, 2017 1:22:34 AM com.sun.enterprise.web.WebApplication start INFO: Loading application [application-1.0.0-SNAPSHOT#application-web-1.0.0-SNAPSHOT.war] at [/] ??? 23, 2017 1:22:34 AM org.glassfish.deployment.admin.DeployCommand execute INFO: application-1.0.0-SNAPSHOT was successfully deployed in 5?222 milliseconds. ??? 23, 2017 1:22:34 AM org.jboss.arquillian.core.impl.ObserverImpl resolveArguments WARNING: Argument 1 for UpdateTestResultBeforeAfter.update is null. It won't be invoked. ??? 23, 2017 1:22:34 AM org.jboss.arquillian.core.impl.ObserverImpl resolveArguments WARNING: Argument 1 for UpdateTestResultBeforeAfter.update is null. It won't be invoked. PlainTextActionReporterSUCCESSNo monitoring data to report. Tests run: 1, Failures: 0, Errors: 1, Skipped: 0, Time elapsed: 15.087 sec <<< FAILURE! - in ru.faulab.javaee.design.patterns.sample.project.SampleProjectIT dummy(ru.faulab.javaee.design.patterns.sample.project.SampleProjectIT) Time elapsed: 0.03 sec <<< ERROR! java.lang.IllegalArgumentException: ArquillianServletRunner not found. Could not determine ContextRoot from ProtocolMetadata, please contact DeployableContainer developer. JdbcRuntimeExtension, getAllSystemRAResourcesAndPools = [GlassFishConfigBean.org.glassfish.jdbc.config.JdbcResource, GlassFishConfigBean.org.glassfish.jdbc.config.JdbcResource, GlassFishConfigBean.org.glassfish.jdbc.config.JdbcConnectionPool, GlassFishConfigBean.org.glassfish.jdbc.config.JdbcConnectionPool] {code} For Wildfly 11.0 same EAR work correct. was: Sample here: https://github.com/anton-tregubov/javaee-design-patterns Container Configuration {code} 4.1.2 1.0.1 1.1.13.Final 2.2.6 2.0.0 1.2.6 4.12 org.jboss.arquillian.junit arquillian-junit-container test org.jboss.arquillian.container arquillian-glassfish-embedded-3.1 test org.glassfish.main.extras glassfish-embedded-all test {code} application-1.0.0-SNAPSHOT.ear: {code} /META-INF/MANIFEST.MF /META-INF/maven/ru.faulab.javaee-design-patterns.project-organization/application/pom.xml /META-INF/maven/ru.faulab.javaee-design-patterns.project-organization/application/pom.properties /META-INF/application.xml /lib/ /lib/note-impl-1.0.0-SNAPSHOT.jar /lib/note-api-1.0.0-SNAPSHOT.jar /application-web-1.0.0-SNAPSHOT.war {code} application-web-1.0.0-SNAPSHOT.war {code} /META-INF/MANIFEST.MF /META-INF/maven/ru.faulab.javaee-design-patterns.project-organization/application-web/pom.properties /META-INF/maven/ru.faulab.javaee-design-patterns.project-organization/application-web/pom.xml /META-INF/arquillian.ArchiveUnderTest /WEB-INF/classes/ru/faulab/javaee/design/patterns/sample/project/SampleProjectIT.class /WEB-INF/lib/note-web-1.0.0-SNAPSHOT.jar /WEB-INF/lib/application-web-1.0.0-SNAPSHOT.jar {code} application-web-1.0.0-SNAPSHOT.jar {code} /META-INF/MANIFEST.MF /META-INF/maven/ru.faulab.javaee-design-patterns.project-organization/application-web/pom.xml /META-INF/maven/ru.faulab.javaee-design-patterns.project-organization/application-web/pom.properties /ru/faulab/javaee/design/patterns/sample/project/web/SampleProjectApplication.class {code} note-web-1.0.0-SNAPSHOT.jar {code} /META-INF/MANIFEST.MF /META-INF/maven/ru.faulab.javaee-design-patterns.project-organization.note-module/note-web/pom.properties /META-INF/maven/ru.faulab.javaee-design-patterns.project-organization.note-module/note-web/pom.xml /META-INF/INDEX.LIST /ru/faulab/javaee/design/patterns/sample/project/note/web/dto/NoteDto.class /ru/faulab/javaee/design/patterns/sample/project/note/web/rest/NotesResource.class {code} note-api-1.0.0-SNAPSHOT.jar {code} /META-INF/MANIFEST.MF /META-INF/maven/ru.faulab.javaee-design-patterns.project-organization.note-module/note-api/pom.properties /META-INF/maven/ru.faulab.javaee-design-patterns.project-organization.note-module/note-api/pom.xml /META-INF/INDEX.LIST /ru/faulab/javaee/design/patterns/sample/project/note/NoteFacade.class {code} note-impl-1.0.0-SNAPSHOT.jar {code} /META-INF/MANIFEST.MF /META-INF/maven/ru.faulab.javaee-design-patterns.project-organization.note-module/note-impl/pom.xml /META-INF/maven/ru.faulab.javaee-design-patterns.project-organization.note-module/note-impl/pom.properties /META-INF/INDEX.LIST /ru/faulab/javaee/design/patterns/sample/project/note/impl/NoteFacadeImpl.class {code} Maven build fail with: {code} ??? 23, 2017 1:22:33 AM org.glassfish.soteria.servlet.SamRegistrationInstaller onStartup INFO: Initializing Soteria null for context '' ??? 23, 2017 1:22:34 AM com.sun.enterprise.web.WebApplication start INFO: Loading application [application-1.0.0-SNAPSHOT#application-web-1.0.0-SNAPSHOT.war] at [/] ??? 23, 2017 1:22:34 AM org.glassfish.deployment.admin.DeployCommand execute INFO: application-1.0.0-SNAPSHOT was successfully deployed in 5?222 milliseconds. ??? 23, 2017 1:22:34 AM org.jboss.arquillian.core.impl.ObserverImpl resolveArguments WARNING: Argument 1 for UpdateTestResultBeforeAfter.update is null. It won't be invoked. ??? 23, 2017 1:22:34 AM org.jboss.arquillian.core.impl.ObserverImpl resolveArguments WARNING: Argument 1 for UpdateTestResultBeforeAfter.update is null. It won't be invoked. PlainTextActionReporterSUCCESSNo monitoring data to report. Tests run: 1, Failures: 0, Errors: 1, Skipped: 0, Time elapsed: 15.087 sec <<< FAILURE! - in ru.faulab.javaee.design.patterns.sample.project.SampleProjectIT dummy(ru.faulab.javaee.design.patterns.sample.project.SampleProjectIT) Time elapsed: 0.03 sec <<< ERROR! java.lang.IllegalArgumentException: ArquillianServletRunner not found. Could not determine ContextRoot from ProtocolMetadata, please contact DeployableContainer developer. JdbcRuntimeExtension, getAllSystemRAResourcesAndPools = [GlassFishConfigBean.org.glassfish.jdbc.config.JdbcResource, GlassFishConfigBean.org.glassfish.jdbc.config.JdbcResource, GlassFishConfigBean.org.glassfish.jdbc.config.JdbcConnectionPool, GlassFishConfigBean.org.glassfish.jdbc.config.JdbcConnectionPool] {code} For Wildfly 11.0 same EAR work correct. > Glassfish Container fail with "please contact DeployableContainer developer" when use EnterpriseArchive > ------------------------------------------------------------------------------------------------------- > > Key: ARQ-2155 > URL: https://issues.jboss.org/browse/ARQ-2155 > Project: Arquillian > Issue Type: Bug > Components: GlassFish Containers > Affects Versions: glassfish_1.0.1 > Environment: windows 8.1 x64 > Reporter: ????? ???????? > > Sample here: > https://github.com/anton-tregubov/javaee-design-patterns hash:65ca3b8 > Container Configuration > {code} > > 4.1.2 > 1.0.1 > 1.1.13.Final > 2.2.6 > 2.0.0 > 1.2.6 > 4.12 > > > > org.jboss.arquillian.junit > arquillian-junit-container > test > > > org.jboss.arquillian.container > arquillian-glassfish-embedded-3.1 > test > > > org.glassfish.main.extras > glassfish-embedded-all > test > > > {code} > application-1.0.0-SNAPSHOT.ear: > {code} > /META-INF/MANIFEST.MF > /META-INF/maven/ru.faulab.javaee-design-patterns.project-organization/application/pom.xml > /META-INF/maven/ru.faulab.javaee-design-patterns.project-organization/application/pom.properties > /META-INF/application.xml > /lib/ > /lib/note-impl-1.0.0-SNAPSHOT.jar > /lib/note-api-1.0.0-SNAPSHOT.jar > /application-web-1.0.0-SNAPSHOT.war > {code} > application-web-1.0.0-SNAPSHOT.war > {code} > /META-INF/MANIFEST.MF > /META-INF/maven/ru.faulab.javaee-design-patterns.project-organization/application-web/pom.properties > /META-INF/maven/ru.faulab.javaee-design-patterns.project-organization/application-web/pom.xml > /META-INF/arquillian.ArchiveUnderTest > /WEB-INF/classes/ru/faulab/javaee/design/patterns/sample/project/SampleProjectIT.class > /WEB-INF/lib/note-web-1.0.0-SNAPSHOT.jar > /WEB-INF/lib/application-web-1.0.0-SNAPSHOT.jar > {code} > application-web-1.0.0-SNAPSHOT.jar > {code} > /META-INF/MANIFEST.MF > /META-INF/maven/ru.faulab.javaee-design-patterns.project-organization/application-web/pom.xml > /META-INF/maven/ru.faulab.javaee-design-patterns.project-organization/application-web/pom.properties > /ru/faulab/javaee/design/patterns/sample/project/web/SampleProjectApplication.class > {code} > note-web-1.0.0-SNAPSHOT.jar > {code} > /META-INF/MANIFEST.MF > /META-INF/maven/ru.faulab.javaee-design-patterns.project-organization.note-module/note-web/pom.properties > /META-INF/maven/ru.faulab.javaee-design-patterns.project-organization.note-module/note-web/pom.xml > /META-INF/INDEX.LIST > /ru/faulab/javaee/design/patterns/sample/project/note/web/dto/NoteDto.class > /ru/faulab/javaee/design/patterns/sample/project/note/web/rest/NotesResource.class > {code} > note-api-1.0.0-SNAPSHOT.jar > {code} > /META-INF/MANIFEST.MF > /META-INF/maven/ru.faulab.javaee-design-patterns.project-organization.note-module/note-api/pom.properties > /META-INF/maven/ru.faulab.javaee-design-patterns.project-organization.note-module/note-api/pom.xml > /META-INF/INDEX.LIST > /ru/faulab/javaee/design/patterns/sample/project/note/NoteFacade.class > {code} > note-impl-1.0.0-SNAPSHOT.jar > {code} > /META-INF/MANIFEST.MF > /META-INF/maven/ru.faulab.javaee-design-patterns.project-organization.note-module/note-impl/pom.xml > /META-INF/maven/ru.faulab.javaee-design-patterns.project-organization.note-module/note-impl/pom.properties > /META-INF/INDEX.LIST > /ru/faulab/javaee/design/patterns/sample/project/note/impl/NoteFacadeImpl.class > {code} > Maven build fail with: > {code} > ??? 23, 2017 1:22:33 AM org.glassfish.soteria.servlet.SamRegistrationInstaller onStartup > INFO: Initializing Soteria null for context '' > ??? 23, 2017 1:22:34 AM com.sun.enterprise.web.WebApplication start > INFO: Loading application [application-1.0.0-SNAPSHOT#application-web-1.0.0-SNAPSHOT.war] at [/] > ??? 23, 2017 1:22:34 AM org.glassfish.deployment.admin.DeployCommand execute > INFO: application-1.0.0-SNAPSHOT was successfully deployed in 5?222 milliseconds. > ??? 23, 2017 1:22:34 AM org.jboss.arquillian.core.impl.ObserverImpl resolveArguments > WARNING: Argument 1 for UpdateTestResultBeforeAfter.update is null. It won't be invoked. > ??? 23, 2017 1:22:34 AM org.jboss.arquillian.core.impl.ObserverImpl resolveArguments > WARNING: Argument 1 for UpdateTestResultBeforeAfter.update is null. It won't be invoked. > PlainTextActionReporterSUCCESSNo monitoring data to report. > Tests run: 1, Failures: 0, Errors: 1, Skipped: 0, Time elapsed: 15.087 sec <<< FAILURE! - in ru.faulab.javaee.design.patterns.sample.project.SampleProjectIT > dummy(ru.faulab.javaee.design.patterns.sample.project.SampleProjectIT) Time elapsed: 0.03 sec <<< ERROR! > java.lang.IllegalArgumentException: ArquillianServletRunner not found. Could not determine ContextRoot from ProtocolMetadata, please contact DeployableContainer developer. > JdbcRuntimeExtension, getAllSystemRAResourcesAndPools = [GlassFishConfigBean.org.glassfish.jdbc.config.JdbcResource, GlassFishConfigBean.org.glassfish.jdbc.config.JdbcResource, GlassFishConfigBean.org.glassfish.jdbc.config.JdbcConnectionPool, GlassFishConfigBean.org.glassfish.jdbc.config.JdbcConnectionPool] > {code} > For Wildfly 11.0 same EAR work correct. -- This message was sent by Atlassian JIRA (v7.5.0#75005) From issues at jboss.org Thu Nov 23 15:28:00 2017 From: issues at jboss.org (=?UTF-8?B?0JDQvdGC0L7QvSDQotGA0LXQs9GD0LHQvtCyIChKSVJBKQ==?=) Date: Thu, 23 Nov 2017 15:28:00 -0500 (EST) Subject: [arquillian-issues] [JBoss JIRA] (ARQ-2155) Glassfish Container fail with "please contact DeployableContainer developer" when use EnterpriseArchive In-Reply-To: References: Message-ID: [ https://issues.jboss.org/browse/ARQ-2155?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] ????? ???????? updated ARQ-2155: -------------------------------- Description: Sample here: https://github.com/anton-tregubov/javaee-design-patterns hash:65ca3b8 Problem *_java.lang.IllegalArgumentException: ArquillianServletRunner not found. Could not determine ContextRoot from ProtocolMetadata, please contact DeployableContainer developer. _* Details: Container Configuration {code} 4.1.2 1.0.1 1.1.13.Final 2.2.6 2.0.0 1.2.6 4.12 org.jboss.arquillian.junit arquillian-junit-container test org.jboss.arquillian.container arquillian-glassfish-embedded-3.1 test org.glassfish.main.extras glassfish-embedded-all test {code} application-1.0.0-SNAPSHOT.ear: {code} /META-INF/MANIFEST.MF /META-INF/maven/ru.faulab.javaee-design-patterns.project-organization/application/pom.xml /META-INF/maven/ru.faulab.javaee-design-patterns.project-organization/application/pom.properties /META-INF/application.xml /lib/ /lib/note-impl-1.0.0-SNAPSHOT.jar /lib/note-api-1.0.0-SNAPSHOT.jar /application-web-1.0.0-SNAPSHOT.war {code} application-web-1.0.0-SNAPSHOT.war {code} /META-INF/MANIFEST.MF /META-INF/maven/ru.faulab.javaee-design-patterns.project-organization/application-web/pom.properties /META-INF/maven/ru.faulab.javaee-design-patterns.project-organization/application-web/pom.xml /META-INF/arquillian.ArchiveUnderTest /WEB-INF/classes/ru/faulab/javaee/design/patterns/sample/project/SampleProjectIT.class /WEB-INF/lib/note-web-1.0.0-SNAPSHOT.jar /WEB-INF/lib/application-web-1.0.0-SNAPSHOT.jar {code} application-web-1.0.0-SNAPSHOT.jar {code} /META-INF/MANIFEST.MF /META-INF/maven/ru.faulab.javaee-design-patterns.project-organization/application-web/pom.xml /META-INF/maven/ru.faulab.javaee-design-patterns.project-organization/application-web/pom.properties /ru/faulab/javaee/design/patterns/sample/project/web/SampleProjectApplication.class {code} note-web-1.0.0-SNAPSHOT.jar {code} /META-INF/MANIFEST.MF /META-INF/maven/ru.faulab.javaee-design-patterns.project-organization.note-module/note-web/pom.properties /META-INF/maven/ru.faulab.javaee-design-patterns.project-organization.note-module/note-web/pom.xml /META-INF/INDEX.LIST /ru/faulab/javaee/design/patterns/sample/project/note/web/dto/NoteDto.class /ru/faulab/javaee/design/patterns/sample/project/note/web/rest/NotesResource.class {code} note-api-1.0.0-SNAPSHOT.jar {code} /META-INF/MANIFEST.MF /META-INF/maven/ru.faulab.javaee-design-patterns.project-organization.note-module/note-api/pom.properties /META-INF/maven/ru.faulab.javaee-design-patterns.project-organization.note-module/note-api/pom.xml /META-INF/INDEX.LIST /ru/faulab/javaee/design/patterns/sample/project/note/NoteFacade.class {code} note-impl-1.0.0-SNAPSHOT.jar {code} /META-INF/MANIFEST.MF /META-INF/maven/ru.faulab.javaee-design-patterns.project-organization.note-module/note-impl/pom.xml /META-INF/maven/ru.faulab.javaee-design-patterns.project-organization.note-module/note-impl/pom.properties /META-INF/INDEX.LIST /ru/faulab/javaee/design/patterns/sample/project/note/impl/NoteFacadeImpl.class {code} Maven build fail with: {code} ??? 23, 2017 1:22:33 AM org.glassfish.soteria.servlet.SamRegistrationInstaller onStartup INFO: Initializing Soteria null for context '' ??? 23, 2017 1:22:34 AM com.sun.enterprise.web.WebApplication start INFO: Loading application [application-1.0.0-SNAPSHOT#application-web-1.0.0-SNAPSHOT.war] at [/] ??? 23, 2017 1:22:34 AM org.glassfish.deployment.admin.DeployCommand execute INFO: application-1.0.0-SNAPSHOT was successfully deployed in 5?222 milliseconds. ??? 23, 2017 1:22:34 AM org.jboss.arquillian.core.impl.ObserverImpl resolveArguments WARNING: Argument 1 for UpdateTestResultBeforeAfter.update is null. It won't be invoked. ??? 23, 2017 1:22:34 AM org.jboss.arquillian.core.impl.ObserverImpl resolveArguments WARNING: Argument 1 for UpdateTestResultBeforeAfter.update is null. It won't be invoked. PlainTextActionReporterSUCCESSNo monitoring data to report. Tests run: 1, Failures: 0, Errors: 1, Skipped: 0, Time elapsed: 15.087 sec <<< FAILURE! - in ru.faulab.javaee.design.patterns.sample.project.SampleProjectIT dummy(ru.faulab.javaee.design.patterns.sample.project.SampleProjectIT) Time elapsed: 0.03 sec <<< ERROR! java.lang.IllegalArgumentException: ArquillianServletRunner not found. Could not determine ContextRoot from ProtocolMetadata, please contact DeployableContainer developer. JdbcRuntimeExtension, getAllSystemRAResourcesAndPools = [GlassFishConfigBean.org.glassfish.jdbc.config.JdbcResource, GlassFishConfigBean.org.glassfish.jdbc.config.JdbcResource, GlassFishConfigBean.org.glassfish.jdbc.config.JdbcConnectionPool, GlassFishConfigBean.org.glassfish.jdbc.config.JdbcConnectionPool] {code} For Wildfly 11.0 same EAR work correct. was: Sample here: https://github.com/anton-tregubov/javaee-design-patterns hash:65ca3b8 Container Configuration {code} 4.1.2 1.0.1 1.1.13.Final 2.2.6 2.0.0 1.2.6 4.12 org.jboss.arquillian.junit arquillian-junit-container test org.jboss.arquillian.container arquillian-glassfish-embedded-3.1 test org.glassfish.main.extras glassfish-embedded-all test {code} application-1.0.0-SNAPSHOT.ear: {code} /META-INF/MANIFEST.MF /META-INF/maven/ru.faulab.javaee-design-patterns.project-organization/application/pom.xml /META-INF/maven/ru.faulab.javaee-design-patterns.project-organization/application/pom.properties /META-INF/application.xml /lib/ /lib/note-impl-1.0.0-SNAPSHOT.jar /lib/note-api-1.0.0-SNAPSHOT.jar /application-web-1.0.0-SNAPSHOT.war {code} application-web-1.0.0-SNAPSHOT.war {code} /META-INF/MANIFEST.MF /META-INF/maven/ru.faulab.javaee-design-patterns.project-organization/application-web/pom.properties /META-INF/maven/ru.faulab.javaee-design-patterns.project-organization/application-web/pom.xml /META-INF/arquillian.ArchiveUnderTest /WEB-INF/classes/ru/faulab/javaee/design/patterns/sample/project/SampleProjectIT.class /WEB-INF/lib/note-web-1.0.0-SNAPSHOT.jar /WEB-INF/lib/application-web-1.0.0-SNAPSHOT.jar {code} application-web-1.0.0-SNAPSHOT.jar {code} /META-INF/MANIFEST.MF /META-INF/maven/ru.faulab.javaee-design-patterns.project-organization/application-web/pom.xml /META-INF/maven/ru.faulab.javaee-design-patterns.project-organization/application-web/pom.properties /ru/faulab/javaee/design/patterns/sample/project/web/SampleProjectApplication.class {code} note-web-1.0.0-SNAPSHOT.jar {code} /META-INF/MANIFEST.MF /META-INF/maven/ru.faulab.javaee-design-patterns.project-organization.note-module/note-web/pom.properties /META-INF/maven/ru.faulab.javaee-design-patterns.project-organization.note-module/note-web/pom.xml /META-INF/INDEX.LIST /ru/faulab/javaee/design/patterns/sample/project/note/web/dto/NoteDto.class /ru/faulab/javaee/design/patterns/sample/project/note/web/rest/NotesResource.class {code} note-api-1.0.0-SNAPSHOT.jar {code} /META-INF/MANIFEST.MF /META-INF/maven/ru.faulab.javaee-design-patterns.project-organization.note-module/note-api/pom.properties /META-INF/maven/ru.faulab.javaee-design-patterns.project-organization.note-module/note-api/pom.xml /META-INF/INDEX.LIST /ru/faulab/javaee/design/patterns/sample/project/note/NoteFacade.class {code} note-impl-1.0.0-SNAPSHOT.jar {code} /META-INF/MANIFEST.MF /META-INF/maven/ru.faulab.javaee-design-patterns.project-organization.note-module/note-impl/pom.xml /META-INF/maven/ru.faulab.javaee-design-patterns.project-organization.note-module/note-impl/pom.properties /META-INF/INDEX.LIST /ru/faulab/javaee/design/patterns/sample/project/note/impl/NoteFacadeImpl.class {code} Maven build fail with: {code} ??? 23, 2017 1:22:33 AM org.glassfish.soteria.servlet.SamRegistrationInstaller onStartup INFO: Initializing Soteria null for context '' ??? 23, 2017 1:22:34 AM com.sun.enterprise.web.WebApplication start INFO: Loading application [application-1.0.0-SNAPSHOT#application-web-1.0.0-SNAPSHOT.war] at [/] ??? 23, 2017 1:22:34 AM org.glassfish.deployment.admin.DeployCommand execute INFO: application-1.0.0-SNAPSHOT was successfully deployed in 5?222 milliseconds. ??? 23, 2017 1:22:34 AM org.jboss.arquillian.core.impl.ObserverImpl resolveArguments WARNING: Argument 1 for UpdateTestResultBeforeAfter.update is null. It won't be invoked. ??? 23, 2017 1:22:34 AM org.jboss.arquillian.core.impl.ObserverImpl resolveArguments WARNING: Argument 1 for UpdateTestResultBeforeAfter.update is null. It won't be invoked. PlainTextActionReporterSUCCESSNo monitoring data to report. Tests run: 1, Failures: 0, Errors: 1, Skipped: 0, Time elapsed: 15.087 sec <<< FAILURE! - in ru.faulab.javaee.design.patterns.sample.project.SampleProjectIT dummy(ru.faulab.javaee.design.patterns.sample.project.SampleProjectIT) Time elapsed: 0.03 sec <<< ERROR! java.lang.IllegalArgumentException: ArquillianServletRunner not found. Could not determine ContextRoot from ProtocolMetadata, please contact DeployableContainer developer. JdbcRuntimeExtension, getAllSystemRAResourcesAndPools = [GlassFishConfigBean.org.glassfish.jdbc.config.JdbcResource, GlassFishConfigBean.org.glassfish.jdbc.config.JdbcResource, GlassFishConfigBean.org.glassfish.jdbc.config.JdbcConnectionPool, GlassFishConfigBean.org.glassfish.jdbc.config.JdbcConnectionPool] {code} For Wildfly 11.0 same EAR work correct. > Glassfish Container fail with "please contact DeployableContainer developer" when use EnterpriseArchive > ------------------------------------------------------------------------------------------------------- > > Key: ARQ-2155 > URL: https://issues.jboss.org/browse/ARQ-2155 > Project: Arquillian > Issue Type: Bug > Components: GlassFish Containers > Affects Versions: glassfish_1.0.1 > Environment: windows 8.1 x64 > Reporter: ????? ???????? > > Sample here: > https://github.com/anton-tregubov/javaee-design-patterns hash:65ca3b8 > Problem > *_java.lang.IllegalArgumentException: ArquillianServletRunner not found. Could not determine ContextRoot from ProtocolMetadata, please contact DeployableContainer developer. > _* > Details: > Container Configuration > {code} > > 4.1.2 > 1.0.1 > 1.1.13.Final > 2.2.6 > 2.0.0 > 1.2.6 > 4.12 > > > > org.jboss.arquillian.junit > arquillian-junit-container > test > > > org.jboss.arquillian.container > arquillian-glassfish-embedded-3.1 > test > > > org.glassfish.main.extras > glassfish-embedded-all > test > > > {code} > application-1.0.0-SNAPSHOT.ear: > {code} > /META-INF/MANIFEST.MF > /META-INF/maven/ru.faulab.javaee-design-patterns.project-organization/application/pom.xml > /META-INF/maven/ru.faulab.javaee-design-patterns.project-organization/application/pom.properties > /META-INF/application.xml > /lib/ > /lib/note-impl-1.0.0-SNAPSHOT.jar > /lib/note-api-1.0.0-SNAPSHOT.jar > /application-web-1.0.0-SNAPSHOT.war > {code} > application-web-1.0.0-SNAPSHOT.war > {code} > /META-INF/MANIFEST.MF > /META-INF/maven/ru.faulab.javaee-design-patterns.project-organization/application-web/pom.properties > /META-INF/maven/ru.faulab.javaee-design-patterns.project-organization/application-web/pom.xml > /META-INF/arquillian.ArchiveUnderTest > /WEB-INF/classes/ru/faulab/javaee/design/patterns/sample/project/SampleProjectIT.class > /WEB-INF/lib/note-web-1.0.0-SNAPSHOT.jar > /WEB-INF/lib/application-web-1.0.0-SNAPSHOT.jar > {code} > application-web-1.0.0-SNAPSHOT.jar > {code} > /META-INF/MANIFEST.MF > /META-INF/maven/ru.faulab.javaee-design-patterns.project-organization/application-web/pom.xml > /META-INF/maven/ru.faulab.javaee-design-patterns.project-organization/application-web/pom.properties > /ru/faulab/javaee/design/patterns/sample/project/web/SampleProjectApplication.class > {code} > note-web-1.0.0-SNAPSHOT.jar > {code} > /META-INF/MANIFEST.MF > /META-INF/maven/ru.faulab.javaee-design-patterns.project-organization.note-module/note-web/pom.properties > /META-INF/maven/ru.faulab.javaee-design-patterns.project-organization.note-module/note-web/pom.xml > /META-INF/INDEX.LIST > /ru/faulab/javaee/design/patterns/sample/project/note/web/dto/NoteDto.class > /ru/faulab/javaee/design/patterns/sample/project/note/web/rest/NotesResource.class > {code} > note-api-1.0.0-SNAPSHOT.jar > {code} > /META-INF/MANIFEST.MF > /META-INF/maven/ru.faulab.javaee-design-patterns.project-organization.note-module/note-api/pom.properties > /META-INF/maven/ru.faulab.javaee-design-patterns.project-organization.note-module/note-api/pom.xml > /META-INF/INDEX.LIST > /ru/faulab/javaee/design/patterns/sample/project/note/NoteFacade.class > {code} > note-impl-1.0.0-SNAPSHOT.jar > {code} > /META-INF/MANIFEST.MF > /META-INF/maven/ru.faulab.javaee-design-patterns.project-organization.note-module/note-impl/pom.xml > /META-INF/maven/ru.faulab.javaee-design-patterns.project-organization.note-module/note-impl/pom.properties > /META-INF/INDEX.LIST > /ru/faulab/javaee/design/patterns/sample/project/note/impl/NoteFacadeImpl.class > {code} > Maven build fail with: > {code} > ??? 23, 2017 1:22:33 AM org.glassfish.soteria.servlet.SamRegistrationInstaller onStartup > INFO: Initializing Soteria null for context '' > ??? 23, 2017 1:22:34 AM com.sun.enterprise.web.WebApplication start > INFO: Loading application [application-1.0.0-SNAPSHOT#application-web-1.0.0-SNAPSHOT.war] at [/] > ??? 23, 2017 1:22:34 AM org.glassfish.deployment.admin.DeployCommand execute > INFO: application-1.0.0-SNAPSHOT was successfully deployed in 5?222 milliseconds. > ??? 23, 2017 1:22:34 AM org.jboss.arquillian.core.impl.ObserverImpl resolveArguments > WARNING: Argument 1 for UpdateTestResultBeforeAfter.update is null. It won't be invoked. > ??? 23, 2017 1:22:34 AM org.jboss.arquillian.core.impl.ObserverImpl resolveArguments > WARNING: Argument 1 for UpdateTestResultBeforeAfter.update is null. It won't be invoked. > PlainTextActionReporterSUCCESSNo monitoring data to report. > Tests run: 1, Failures: 0, Errors: 1, Skipped: 0, Time elapsed: 15.087 sec <<< FAILURE! - in ru.faulab.javaee.design.patterns.sample.project.SampleProjectIT > dummy(ru.faulab.javaee.design.patterns.sample.project.SampleProjectIT) Time elapsed: 0.03 sec <<< ERROR! > java.lang.IllegalArgumentException: ArquillianServletRunner not found. Could not determine ContextRoot from ProtocolMetadata, please contact DeployableContainer developer. > JdbcRuntimeExtension, getAllSystemRAResourcesAndPools = [GlassFishConfigBean.org.glassfish.jdbc.config.JdbcResource, GlassFishConfigBean.org.glassfish.jdbc.config.JdbcResource, GlassFishConfigBean.org.glassfish.jdbc.config.JdbcConnectionPool, GlassFishConfigBean.org.glassfish.jdbc.config.JdbcConnectionPool] > {code} > For Wildfly 11.0 same EAR work correct. -- This message was sent by Atlassian JIRA (v7.5.0#75005) From issues at jboss.org Thu Nov 23 15:28:00 2017 From: issues at jboss.org (=?UTF-8?B?0JDQvdGC0L7QvSDQotGA0LXQs9GD0LHQvtCyIChKSVJBKQ==?=) Date: Thu, 23 Nov 2017 15:28:00 -0500 (EST) Subject: [arquillian-issues] [JBoss JIRA] (ARQ-2155) Glassfish Container fail with "please contact DeployableContainer developer" when use EnterpriseArchive In-Reply-To: References: Message-ID: [ https://issues.jboss.org/browse/ARQ-2155?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] ????? ???????? updated ARQ-2155: -------------------------------- Description: Sample here: https://github.com/anton-tregubov/javaee-design-patterns hash:65ca3b8 Problem: *java.lang.IllegalArgumentException: ArquillianServletRunner not found. Could not determine ContextRoot from ProtocolMetadata, please contact DeployableContainer developer.* Details: Container Configuration {code} 4.1.2 1.0.1 1.1.13.Final 2.2.6 2.0.0 1.2.6 4.12 org.jboss.arquillian.junit arquillian-junit-container test org.jboss.arquillian.container arquillian-glassfish-embedded-3.1 test org.glassfish.main.extras glassfish-embedded-all test {code} application-1.0.0-SNAPSHOT.ear: {code} /META-INF/MANIFEST.MF /META-INF/maven/ru.faulab.javaee-design-patterns.project-organization/application/pom.xml /META-INF/maven/ru.faulab.javaee-design-patterns.project-organization/application/pom.properties /META-INF/application.xml /lib/ /lib/note-impl-1.0.0-SNAPSHOT.jar /lib/note-api-1.0.0-SNAPSHOT.jar /application-web-1.0.0-SNAPSHOT.war {code} application-web-1.0.0-SNAPSHOT.war {code} /META-INF/MANIFEST.MF /META-INF/maven/ru.faulab.javaee-design-patterns.project-organization/application-web/pom.properties /META-INF/maven/ru.faulab.javaee-design-patterns.project-organization/application-web/pom.xml /META-INF/arquillian.ArchiveUnderTest /WEB-INF/classes/ru/faulab/javaee/design/patterns/sample/project/SampleProjectIT.class /WEB-INF/lib/note-web-1.0.0-SNAPSHOT.jar /WEB-INF/lib/application-web-1.0.0-SNAPSHOT.jar {code} application-web-1.0.0-SNAPSHOT.jar {code} /META-INF/MANIFEST.MF /META-INF/maven/ru.faulab.javaee-design-patterns.project-organization/application-web/pom.xml /META-INF/maven/ru.faulab.javaee-design-patterns.project-organization/application-web/pom.properties /ru/faulab/javaee/design/patterns/sample/project/web/SampleProjectApplication.class {code} note-web-1.0.0-SNAPSHOT.jar {code} /META-INF/MANIFEST.MF /META-INF/maven/ru.faulab.javaee-design-patterns.project-organization.note-module/note-web/pom.properties /META-INF/maven/ru.faulab.javaee-design-patterns.project-organization.note-module/note-web/pom.xml /META-INF/INDEX.LIST /ru/faulab/javaee/design/patterns/sample/project/note/web/dto/NoteDto.class /ru/faulab/javaee/design/patterns/sample/project/note/web/rest/NotesResource.class {code} note-api-1.0.0-SNAPSHOT.jar {code} /META-INF/MANIFEST.MF /META-INF/maven/ru.faulab.javaee-design-patterns.project-organization.note-module/note-api/pom.properties /META-INF/maven/ru.faulab.javaee-design-patterns.project-organization.note-module/note-api/pom.xml /META-INF/INDEX.LIST /ru/faulab/javaee/design/patterns/sample/project/note/NoteFacade.class {code} note-impl-1.0.0-SNAPSHOT.jar {code} /META-INF/MANIFEST.MF /META-INF/maven/ru.faulab.javaee-design-patterns.project-organization.note-module/note-impl/pom.xml /META-INF/maven/ru.faulab.javaee-design-patterns.project-organization.note-module/note-impl/pom.properties /META-INF/INDEX.LIST /ru/faulab/javaee/design/patterns/sample/project/note/impl/NoteFacadeImpl.class {code} Maven build fail with: {code} ??? 23, 2017 1:22:33 AM org.glassfish.soteria.servlet.SamRegistrationInstaller onStartup INFO: Initializing Soteria null for context '' ??? 23, 2017 1:22:34 AM com.sun.enterprise.web.WebApplication start INFO: Loading application [application-1.0.0-SNAPSHOT#application-web-1.0.0-SNAPSHOT.war] at [/] ??? 23, 2017 1:22:34 AM org.glassfish.deployment.admin.DeployCommand execute INFO: application-1.0.0-SNAPSHOT was successfully deployed in 5?222 milliseconds. ??? 23, 2017 1:22:34 AM org.jboss.arquillian.core.impl.ObserverImpl resolveArguments WARNING: Argument 1 for UpdateTestResultBeforeAfter.update is null. It won't be invoked. ??? 23, 2017 1:22:34 AM org.jboss.arquillian.core.impl.ObserverImpl resolveArguments WARNING: Argument 1 for UpdateTestResultBeforeAfter.update is null. It won't be invoked. PlainTextActionReporterSUCCESSNo monitoring data to report. Tests run: 1, Failures: 0, Errors: 1, Skipped: 0, Time elapsed: 15.087 sec <<< FAILURE! - in ru.faulab.javaee.design.patterns.sample.project.SampleProjectIT dummy(ru.faulab.javaee.design.patterns.sample.project.SampleProjectIT) Time elapsed: 0.03 sec <<< ERROR! java.lang.IllegalArgumentException: ArquillianServletRunner not found. Could not determine ContextRoot from ProtocolMetadata, please contact DeployableContainer developer. JdbcRuntimeExtension, getAllSystemRAResourcesAndPools = [GlassFishConfigBean.org.glassfish.jdbc.config.JdbcResource, GlassFishConfigBean.org.glassfish.jdbc.config.JdbcResource, GlassFishConfigBean.org.glassfish.jdbc.config.JdbcConnectionPool, GlassFishConfigBean.org.glassfish.jdbc.config.JdbcConnectionPool] {code} For Wildfly 11.0 same EAR work correct. was: Sample here: https://github.com/anton-tregubov/javaee-design-patterns hash:65ca3b8 Problem *_java.lang.IllegalArgumentException: ArquillianServletRunner not found. Could not determine ContextRoot from ProtocolMetadata, please contact DeployableContainer developer. _* Details: Container Configuration {code} 4.1.2 1.0.1 1.1.13.Final 2.2.6 2.0.0 1.2.6 4.12 org.jboss.arquillian.junit arquillian-junit-container test org.jboss.arquillian.container arquillian-glassfish-embedded-3.1 test org.glassfish.main.extras glassfish-embedded-all test {code} application-1.0.0-SNAPSHOT.ear: {code} /META-INF/MANIFEST.MF /META-INF/maven/ru.faulab.javaee-design-patterns.project-organization/application/pom.xml /META-INF/maven/ru.faulab.javaee-design-patterns.project-organization/application/pom.properties /META-INF/application.xml /lib/ /lib/note-impl-1.0.0-SNAPSHOT.jar /lib/note-api-1.0.0-SNAPSHOT.jar /application-web-1.0.0-SNAPSHOT.war {code} application-web-1.0.0-SNAPSHOT.war {code} /META-INF/MANIFEST.MF /META-INF/maven/ru.faulab.javaee-design-patterns.project-organization/application-web/pom.properties /META-INF/maven/ru.faulab.javaee-design-patterns.project-organization/application-web/pom.xml /META-INF/arquillian.ArchiveUnderTest /WEB-INF/classes/ru/faulab/javaee/design/patterns/sample/project/SampleProjectIT.class /WEB-INF/lib/note-web-1.0.0-SNAPSHOT.jar /WEB-INF/lib/application-web-1.0.0-SNAPSHOT.jar {code} application-web-1.0.0-SNAPSHOT.jar {code} /META-INF/MANIFEST.MF /META-INF/maven/ru.faulab.javaee-design-patterns.project-organization/application-web/pom.xml /META-INF/maven/ru.faulab.javaee-design-patterns.project-organization/application-web/pom.properties /ru/faulab/javaee/design/patterns/sample/project/web/SampleProjectApplication.class {code} note-web-1.0.0-SNAPSHOT.jar {code} /META-INF/MANIFEST.MF /META-INF/maven/ru.faulab.javaee-design-patterns.project-organization.note-module/note-web/pom.properties /META-INF/maven/ru.faulab.javaee-design-patterns.project-organization.note-module/note-web/pom.xml /META-INF/INDEX.LIST /ru/faulab/javaee/design/patterns/sample/project/note/web/dto/NoteDto.class /ru/faulab/javaee/design/patterns/sample/project/note/web/rest/NotesResource.class {code} note-api-1.0.0-SNAPSHOT.jar {code} /META-INF/MANIFEST.MF /META-INF/maven/ru.faulab.javaee-design-patterns.project-organization.note-module/note-api/pom.properties /META-INF/maven/ru.faulab.javaee-design-patterns.project-organization.note-module/note-api/pom.xml /META-INF/INDEX.LIST /ru/faulab/javaee/design/patterns/sample/project/note/NoteFacade.class {code} note-impl-1.0.0-SNAPSHOT.jar {code} /META-INF/MANIFEST.MF /META-INF/maven/ru.faulab.javaee-design-patterns.project-organization.note-module/note-impl/pom.xml /META-INF/maven/ru.faulab.javaee-design-patterns.project-organization.note-module/note-impl/pom.properties /META-INF/INDEX.LIST /ru/faulab/javaee/design/patterns/sample/project/note/impl/NoteFacadeImpl.class {code} Maven build fail with: {code} ??? 23, 2017 1:22:33 AM org.glassfish.soteria.servlet.SamRegistrationInstaller onStartup INFO: Initializing Soteria null for context '' ??? 23, 2017 1:22:34 AM com.sun.enterprise.web.WebApplication start INFO: Loading application [application-1.0.0-SNAPSHOT#application-web-1.0.0-SNAPSHOT.war] at [/] ??? 23, 2017 1:22:34 AM org.glassfish.deployment.admin.DeployCommand execute INFO: application-1.0.0-SNAPSHOT was successfully deployed in 5?222 milliseconds. ??? 23, 2017 1:22:34 AM org.jboss.arquillian.core.impl.ObserverImpl resolveArguments WARNING: Argument 1 for UpdateTestResultBeforeAfter.update is null. It won't be invoked. ??? 23, 2017 1:22:34 AM org.jboss.arquillian.core.impl.ObserverImpl resolveArguments WARNING: Argument 1 for UpdateTestResultBeforeAfter.update is null. It won't be invoked. PlainTextActionReporterSUCCESSNo monitoring data to report. Tests run: 1, Failures: 0, Errors: 1, Skipped: 0, Time elapsed: 15.087 sec <<< FAILURE! - in ru.faulab.javaee.design.patterns.sample.project.SampleProjectIT dummy(ru.faulab.javaee.design.patterns.sample.project.SampleProjectIT) Time elapsed: 0.03 sec <<< ERROR! java.lang.IllegalArgumentException: ArquillianServletRunner not found. Could not determine ContextRoot from ProtocolMetadata, please contact DeployableContainer developer. JdbcRuntimeExtension, getAllSystemRAResourcesAndPools = [GlassFishConfigBean.org.glassfish.jdbc.config.JdbcResource, GlassFishConfigBean.org.glassfish.jdbc.config.JdbcResource, GlassFishConfigBean.org.glassfish.jdbc.config.JdbcConnectionPool, GlassFishConfigBean.org.glassfish.jdbc.config.JdbcConnectionPool] {code} For Wildfly 11.0 same EAR work correct. > Glassfish Container fail with "please contact DeployableContainer developer" when use EnterpriseArchive > ------------------------------------------------------------------------------------------------------- > > Key: ARQ-2155 > URL: https://issues.jboss.org/browse/ARQ-2155 > Project: Arquillian > Issue Type: Bug > Components: GlassFish Containers > Affects Versions: glassfish_1.0.1 > Environment: windows 8.1 x64 > Reporter: ????? ???????? > > Sample here: > https://github.com/anton-tregubov/javaee-design-patterns hash:65ca3b8 > Problem: > *java.lang.IllegalArgumentException: ArquillianServletRunner not found. Could not determine ContextRoot from ProtocolMetadata, please contact DeployableContainer developer.* > Details: > Container Configuration > {code} > > 4.1.2 > 1.0.1 > 1.1.13.Final > 2.2.6 > 2.0.0 > 1.2.6 > 4.12 > > > > org.jboss.arquillian.junit > arquillian-junit-container > test > > > org.jboss.arquillian.container > arquillian-glassfish-embedded-3.1 > test > > > org.glassfish.main.extras > glassfish-embedded-all > test > > > {code} > application-1.0.0-SNAPSHOT.ear: > {code} > /META-INF/MANIFEST.MF > /META-INF/maven/ru.faulab.javaee-design-patterns.project-organization/application/pom.xml > /META-INF/maven/ru.faulab.javaee-design-patterns.project-organization/application/pom.properties > /META-INF/application.xml > /lib/ > /lib/note-impl-1.0.0-SNAPSHOT.jar > /lib/note-api-1.0.0-SNAPSHOT.jar > /application-web-1.0.0-SNAPSHOT.war > {code} > application-web-1.0.0-SNAPSHOT.war > {code} > /META-INF/MANIFEST.MF > /META-INF/maven/ru.faulab.javaee-design-patterns.project-organization/application-web/pom.properties > /META-INF/maven/ru.faulab.javaee-design-patterns.project-organization/application-web/pom.xml > /META-INF/arquillian.ArchiveUnderTest > /WEB-INF/classes/ru/faulab/javaee/design/patterns/sample/project/SampleProjectIT.class > /WEB-INF/lib/note-web-1.0.0-SNAPSHOT.jar > /WEB-INF/lib/application-web-1.0.0-SNAPSHOT.jar > {code} > application-web-1.0.0-SNAPSHOT.jar > {code} > /META-INF/MANIFEST.MF > /META-INF/maven/ru.faulab.javaee-design-patterns.project-organization/application-web/pom.xml > /META-INF/maven/ru.faulab.javaee-design-patterns.project-organization/application-web/pom.properties > /ru/faulab/javaee/design/patterns/sample/project/web/SampleProjectApplication.class > {code} > note-web-1.0.0-SNAPSHOT.jar > {code} > /META-INF/MANIFEST.MF > /META-INF/maven/ru.faulab.javaee-design-patterns.project-organization.note-module/note-web/pom.properties > /META-INF/maven/ru.faulab.javaee-design-patterns.project-organization.note-module/note-web/pom.xml > /META-INF/INDEX.LIST > /ru/faulab/javaee/design/patterns/sample/project/note/web/dto/NoteDto.class > /ru/faulab/javaee/design/patterns/sample/project/note/web/rest/NotesResource.class > {code} > note-api-1.0.0-SNAPSHOT.jar > {code} > /META-INF/MANIFEST.MF > /META-INF/maven/ru.faulab.javaee-design-patterns.project-organization.note-module/note-api/pom.properties > /META-INF/maven/ru.faulab.javaee-design-patterns.project-organization.note-module/note-api/pom.xml > /META-INF/INDEX.LIST > /ru/faulab/javaee/design/patterns/sample/project/note/NoteFacade.class > {code} > note-impl-1.0.0-SNAPSHOT.jar > {code} > /META-INF/MANIFEST.MF > /META-INF/maven/ru.faulab.javaee-design-patterns.project-organization.note-module/note-impl/pom.xml > /META-INF/maven/ru.faulab.javaee-design-patterns.project-organization.note-module/note-impl/pom.properties > /META-INF/INDEX.LIST > /ru/faulab/javaee/design/patterns/sample/project/note/impl/NoteFacadeImpl.class > {code} > Maven build fail with: > {code} > ??? 23, 2017 1:22:33 AM org.glassfish.soteria.servlet.SamRegistrationInstaller onStartup > INFO: Initializing Soteria null for context '' > ??? 23, 2017 1:22:34 AM com.sun.enterprise.web.WebApplication start > INFO: Loading application [application-1.0.0-SNAPSHOT#application-web-1.0.0-SNAPSHOT.war] at [/] > ??? 23, 2017 1:22:34 AM org.glassfish.deployment.admin.DeployCommand execute > INFO: application-1.0.0-SNAPSHOT was successfully deployed in 5?222 milliseconds. > ??? 23, 2017 1:22:34 AM org.jboss.arquillian.core.impl.ObserverImpl resolveArguments > WARNING: Argument 1 for UpdateTestResultBeforeAfter.update is null. It won't be invoked. > ??? 23, 2017 1:22:34 AM org.jboss.arquillian.core.impl.ObserverImpl resolveArguments > WARNING: Argument 1 for UpdateTestResultBeforeAfter.update is null. It won't be invoked. > PlainTextActionReporterSUCCESSNo monitoring data to report. > Tests run: 1, Failures: 0, Errors: 1, Skipped: 0, Time elapsed: 15.087 sec <<< FAILURE! - in ru.faulab.javaee.design.patterns.sample.project.SampleProjectIT > dummy(ru.faulab.javaee.design.patterns.sample.project.SampleProjectIT) Time elapsed: 0.03 sec <<< ERROR! > java.lang.IllegalArgumentException: ArquillianServletRunner not found. Could not determine ContextRoot from ProtocolMetadata, please contact DeployableContainer developer. > JdbcRuntimeExtension, getAllSystemRAResourcesAndPools = [GlassFishConfigBean.org.glassfish.jdbc.config.JdbcResource, GlassFishConfigBean.org.glassfish.jdbc.config.JdbcResource, GlassFishConfigBean.org.glassfish.jdbc.config.JdbcConnectionPool, GlassFishConfigBean.org.glassfish.jdbc.config.JdbcConnectionPool] > {code} > For Wildfly 11.0 same EAR work correct. -- This message was sent by Atlassian JIRA (v7.5.0#75005) From issues at jboss.org Tue Nov 28 02:59:00 2017 From: issues at jboss.org (Bartosz Majsak (JIRA)) Date: Tue, 28 Nov 2017 02:59:00 -0500 (EST) Subject: [arquillian-issues] [JBoss JIRA] (ARQ-2086) Test failures not reported with recent versions of TestNG In-Reply-To: References: Message-ID: [ https://issues.jboss.org/browse/ARQ-2086?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Bartosz Majsak updated ARQ-2086: -------------------------------- Status: Resolved (was: Pull Request Sent) Resolution: Done > Test failures not reported with recent versions of TestNG > --------------------------------------------------------- > > Key: ARQ-2086 > URL: https://issues.jboss.org/browse/ARQ-2086 > Project: Arquillian > Issue Type: Bug > Affects Versions: 1.1.12.Final > Reporter: Gunnar Morling > Assignee: Dipak Pawar > Priority: Blocker > > When using recent TestNG versions (> 6.8.21) with Arquillian, failing tests are accidentally reported as passing. > A reproducer can be found at https://github.com/gunnarmorling/arquillian-testng-bug. > There is a single test which is expected to fail, but it actually is reported as successful with TestNG 6.11. It is reported as failed as expected with 6.8.21. Run {{mvn clean install}} for reproducing. -- This message was sent by Atlassian JIRA (v7.5.0#75005) From issues at jboss.org Tue Nov 28 02:59:00 2017 From: issues at jboss.org (Bartosz Majsak (JIRA)) Date: Tue, 28 Nov 2017 02:59:00 -0500 (EST) Subject: [arquillian-issues] [JBoss JIRA] (ARQ-2086) Test failures not reported with recent versions of TestNG In-Reply-To: References: Message-ID: [ https://issues.jboss.org/browse/ARQ-2086?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Bartosz Majsak updated ARQ-2086: -------------------------------- Fix Version/s: 1.1..15.Final > Test failures not reported with recent versions of TestNG > --------------------------------------------------------- > > Key: ARQ-2086 > URL: https://issues.jboss.org/browse/ARQ-2086 > Project: Arquillian > Issue Type: Bug > Affects Versions: 1.1.12.Final > Reporter: Gunnar Morling > Assignee: Dipak Pawar > Priority: Blocker > Fix For: 1.1..15.Final > > > When using recent TestNG versions (> 6.8.21) with Arquillian, failing tests are accidentally reported as passing. > A reproducer can be found at https://github.com/gunnarmorling/arquillian-testng-bug. > There is a single test which is expected to fail, but it actually is reported as successful with TestNG 6.11. It is reported as failed as expected with 6.8.21. Run {{mvn clean install}} for reproducing. -- This message was sent by Atlassian JIRA (v7.5.0#75005) From issues at jboss.org Tue Nov 28 03:26:00 2017 From: issues at jboss.org (Bartosz Majsak (JIRA)) Date: Tue, 28 Nov 2017 03:26:00 -0500 (EST) Subject: [arquillian-issues] [JBoss JIRA] (ARQ-2086) Test failures not reported with recent versions of TestNG In-Reply-To: References: Message-ID: [ https://issues.jboss.org/browse/ARQ-2086?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=13494509#comment-13494509 ] Bartosz Majsak commented on ARQ-2086: ------------------------------------- Finally we have a fix landed in TestNG and Core, so grab it while it's hot. One important mark here, as 6.12 is not in Maven Central and 6.13 refers to JCommander version which is also not in Maven Central (sic!) you have two options: * use 6.13.1 which has corrected dependencies * add JCommander which is published to Maven Central before TestNG dependency e.g.: {code:xml} com.beust jcommander 1.69 test org.testng testng ${version.testng} test {code} > Test failures not reported with recent versions of TestNG > --------------------------------------------------------- > > Key: ARQ-2086 > URL: https://issues.jboss.org/browse/ARQ-2086 > Project: Arquillian > Issue Type: Bug > Affects Versions: 1.1.12.Final > Reporter: Gunnar Morling > Assignee: Dipak Pawar > Priority: Blocker > Fix For: 1.1..15.Final > > > When using recent TestNG versions (> 6.8.21) with Arquillian, failing tests are accidentally reported as passing. > A reproducer can be found at https://github.com/gunnarmorling/arquillian-testng-bug. > There is a single test which is expected to fail, but it actually is reported as successful with TestNG 6.11. It is reported as failed as expected with 6.8.21. Run {{mvn clean install}} for reproducing. -- This message was sent by Atlassian JIRA (v7.5.0#75005) From issues at jboss.org Tue Nov 28 03:26:01 2017 From: issues at jboss.org (Bartosz Majsak (JIRA)) Date: Tue, 28 Nov 2017 03:26:01 -0500 (EST) Subject: [arquillian-issues] [JBoss JIRA] (ARQ-2086) Test failures not reported with recent versions of TestNG In-Reply-To: References: Message-ID: [ https://issues.jboss.org/browse/ARQ-2086?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=13494509#comment-13494509 ] Bartosz Majsak edited comment on ARQ-2086 at 11/28/17 3:25 AM: --------------------------------------------------------------- Finally we have a fix landed in TestNG and Core, so grab it while it's hot. One important mark here, as 6.12 is not in Maven Central and 6.13 refers to JCommander version which is also not in Maven Central (sic!) you have two options: * use 6.13.1 which has corrected dependencies * add JCommander which is published to Maven Central before TestNG dependency e.g.: {code:xml} com.beust jcommander 1.69 test org.testng testng ${version.testng} test {code} Here's related thread: https://github.com/cbeust/testng/issues/1506#issuecomment-347178740 was (Author: bmajsak): Finally we have a fix landed in TestNG and Core, so grab it while it's hot. One important mark here, as 6.12 is not in Maven Central and 6.13 refers to JCommander version which is also not in Maven Central (sic!) you have two options: * use 6.13.1 which has corrected dependencies * add JCommander which is published to Maven Central before TestNG dependency e.g.: {code:xml} com.beust jcommander 1.69 test org.testng testng ${version.testng} test {code} > Test failures not reported with recent versions of TestNG > --------------------------------------------------------- > > Key: ARQ-2086 > URL: https://issues.jboss.org/browse/ARQ-2086 > Project: Arquillian > Issue Type: Bug > Affects Versions: 1.1.12.Final > Reporter: Gunnar Morling > Assignee: Dipak Pawar > Priority: Blocker > Fix For: 1.1..15.Final > > > When using recent TestNG versions (> 6.8.21) with Arquillian, failing tests are accidentally reported as passing. > A reproducer can be found at https://github.com/gunnarmorling/arquillian-testng-bug. > There is a single test which is expected to fail, but it actually is reported as successful with TestNG 6.11. It is reported as failed as expected with 6.8.21. Run {{mvn clean install}} for reproducing. -- This message was sent by Atlassian JIRA (v7.5.0#75005) From issues at jboss.org Tue Nov 28 03:27:00 2017 From: issues at jboss.org (Bartosz Majsak (JIRA)) Date: Tue, 28 Nov 2017 03:27:00 -0500 (EST) Subject: [arquillian-issues] [JBoss JIRA] (ARQ-2086) Test failures not reported with recent versions of TestNG In-Reply-To: References: Message-ID: [ https://issues.jboss.org/browse/ARQ-2086?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Bartosz Majsak updated ARQ-2086: -------------------------------- Component/s: Base Implementation > Test failures not reported with recent versions of TestNG > --------------------------------------------------------- > > Key: ARQ-2086 > URL: https://issues.jboss.org/browse/ARQ-2086 > Project: Arquillian > Issue Type: Bug > Components: Base Implementation > Affects Versions: 1.1.12.Final > Reporter: Gunnar Morling > Assignee: Dipak Pawar > Priority: Blocker > Fix For: 1.1..15.Final > > > When using recent TestNG versions (> 6.8.21) with Arquillian, failing tests are accidentally reported as passing. > A reproducer can be found at https://github.com/gunnarmorling/arquillian-testng-bug. > There is a single test which is expected to fail, but it actually is reported as successful with TestNG 6.11. It is reported as failed as expected with 6.8.21. Run {{mvn clean install}} for reproducing. -- This message was sent by Atlassian JIRA (v7.5.0#75005) From issues at jboss.org Tue Nov 28 03:28:01 2017 From: issues at jboss.org (Bartosz Majsak (JIRA)) Date: Tue, 28 Nov 2017 03:28:01 -0500 (EST) Subject: [arquillian-issues] [JBoss JIRA] (ARQ-2156) Preserve exception and it's context while throwing it. In-Reply-To: References: Message-ID: Bartosz Majsak created ARQ-2156: ----------------------------------- Summary: Preserve exception and it's context while throwing it. Key: ARQ-2156 URL: https://issues.jboss.org/browse/ARQ-2156 Project: Arquillian Issue Type: Enhancement Components: Base Implementation Reporter: Bartosz Majsak Priority: Minor -- This message was sent by Atlassian JIRA (v7.5.0#75005) From issues at jboss.org Tue Nov 28 03:28:01 2017 From: issues at jboss.org (Bartosz Majsak (JIRA)) Date: Tue, 28 Nov 2017 03:28:01 -0500 (EST) Subject: [arquillian-issues] [JBoss JIRA] (ARQ-2156) Preserve exception and it's context while throwing it. In-Reply-To: References: Message-ID: [ https://issues.jboss.org/browse/ARQ-2156?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Bartosz Majsak reassigned ARQ-2156: ----------------------------------- Assignee: Dipak Pawar > Preserve exception and it's context while throwing it. > ------------------------------------------------------ > > Key: ARQ-2156 > URL: https://issues.jboss.org/browse/ARQ-2156 > Project: Arquillian > Issue Type: Enhancement > Components: Base Implementation > Reporter: Bartosz Majsak > Assignee: Dipak Pawar > Priority: Minor > Fix For: 1.1..15.Final > > -- This message was sent by Atlassian JIRA (v7.5.0#75005) From issues at jboss.org Tue Nov 28 03:28:01 2017 From: issues at jboss.org (Bartosz Majsak (JIRA)) Date: Tue, 28 Nov 2017 03:28:01 -0500 (EST) Subject: [arquillian-issues] [JBoss JIRA] (ARQ-2156) Preserve exception and it's context while throwing it. In-Reply-To: References: Message-ID: [ https://issues.jboss.org/browse/ARQ-2156?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Bartosz Majsak updated ARQ-2156: -------------------------------- Status: Pull Request Sent (was: Open) Git Pull Request: https://github.com/arquillian/arquillian-core/pull/142 > Preserve exception and it's context while throwing it. > ------------------------------------------------------ > > Key: ARQ-2156 > URL: https://issues.jboss.org/browse/ARQ-2156 > Project: Arquillian > Issue Type: Enhancement > Components: Base Implementation > Reporter: Bartosz Majsak > Assignee: Dipak Pawar > Priority: Minor > Fix For: 1.1..15.Final > > -- This message was sent by Atlassian JIRA (v7.5.0#75005) From issues at jboss.org Tue Nov 28 03:28:01 2017 From: issues at jboss.org (Bartosz Majsak (JIRA)) Date: Tue, 28 Nov 2017 03:28:01 -0500 (EST) Subject: [arquillian-issues] [JBoss JIRA] (ARQ-2156) Preserve exception and it's context while throwing it. In-Reply-To: References: Message-ID: [ https://issues.jboss.org/browse/ARQ-2156?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Bartosz Majsak updated ARQ-2156: -------------------------------- Fix Version/s: 1.1..15.Final > Preserve exception and it's context while throwing it. > ------------------------------------------------------ > > Key: ARQ-2156 > URL: https://issues.jboss.org/browse/ARQ-2156 > Project: Arquillian > Issue Type: Enhancement > Components: Base Implementation > Reporter: Bartosz Majsak > Assignee: Dipak Pawar > Priority: Minor > Fix For: 1.1..15.Final > > -- This message was sent by Atlassian JIRA (v7.5.0#75005) From issues at jboss.org Tue Nov 28 03:28:01 2017 From: issues at jboss.org (Bartosz Majsak (JIRA)) Date: Tue, 28 Nov 2017 03:28:01 -0500 (EST) Subject: [arquillian-issues] [JBoss JIRA] (ARQ-2156) Preserve exception and it's context while throwing it. In-Reply-To: References: Message-ID: [ https://issues.jboss.org/browse/ARQ-2156?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Bartosz Majsak updated ARQ-2156: -------------------------------- Status: Resolved (was: Pull Request Sent) Resolution: Done > Preserve exception and it's context while throwing it. > ------------------------------------------------------ > > Key: ARQ-2156 > URL: https://issues.jboss.org/browse/ARQ-2156 > Project: Arquillian > Issue Type: Enhancement > Components: Base Implementation > Reporter: Bartosz Majsak > Assignee: Dipak Pawar > Priority: Minor > Fix For: 1.1..15.Final > > -- This message was sent by Atlassian JIRA (v7.5.0#75005) From issues at jboss.org Tue Nov 28 03:30:00 2017 From: issues at jboss.org (Bartosz Majsak (JIRA)) Date: Tue, 28 Nov 2017 03:30:00 -0500 (EST) Subject: [arquillian-issues] [JBoss JIRA] (ARQ-2157) Lookup value is null if classpath contains multiple ResourceProviders which canProvide lookup In-Reply-To: References: Message-ID: Bartosz Majsak created ARQ-2157: ----------------------------------- Summary: Lookup value is null if classpath contains multiple ResourceProviders which canProvide lookup Key: ARQ-2157 URL: https://issues.jboss.org/browse/ARQ-2157 Project: Arquillian Issue Type: Bug Components: Base Implementation Reporter: Bartosz Majsak Priority: Minor *Issue Overview* Currently ArquillianResourceTestEnricher is doing lookup for first provider from the classpath which can provide lookup. You can check code [here](https://github.com/arquillian/arquillian-core/blob/master/test/impl-base/src/main/java/org/jboss/arquillian/test/impl/enricher/resource/ArquillianResourceTestEnricher.java#L107) If classpath contains multiple providers which can provide lookup, then it's returning first provider lookup which is resolving using ArquillianResourceTestEnricher. *Expected Behaviour* Arquillian should take Provider which has higher priority among all providers which canProvide lookup. Or it should lookup at least all provider and return first non-null value. *Current Behaviour* It's providing first provider's lookup which may be null. -- This message was sent by Atlassian JIRA (v7.5.0#75005) From issues at jboss.org Tue Nov 28 03:30:00 2017 From: issues at jboss.org (Bartosz Majsak (JIRA)) Date: Tue, 28 Nov 2017 03:30:00 -0500 (EST) Subject: [arquillian-issues] [JBoss JIRA] (ARQ-2157) Lookup value is null if classpath contains multiple ResourceProviders which canProvide lookup In-Reply-To: References: Message-ID: [ https://issues.jboss.org/browse/ARQ-2157?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Bartosz Majsak reassigned ARQ-2157: ----------------------------------- Assignee: Dipak Pawar > Lookup value is null if classpath contains multiple ResourceProviders which canProvide lookup > --------------------------------------------------------------------------------------------- > > Key: ARQ-2157 > URL: https://issues.jboss.org/browse/ARQ-2157 > Project: Arquillian > Issue Type: Bug > Components: Base Implementation > Reporter: Bartosz Majsak > Assignee: Dipak Pawar > Priority: Minor > Fix For: 1.1..15.Final > > > *Issue Overview* > Currently ArquillianResourceTestEnricher is doing lookup for first provider from the classpath which can provide lookup. You can check code [here](https://github.com/arquillian/arquillian-core/blob/master/test/impl-base/src/main/java/org/jboss/arquillian/test/impl/enricher/resource/ArquillianResourceTestEnricher.java#L107) > If classpath contains multiple providers which can provide lookup, then it's returning first provider lookup which is resolving using ArquillianResourceTestEnricher. > *Expected Behaviour* > Arquillian should take Provider which has higher priority among all providers which canProvide lookup. > Or it should lookup at least all provider and return first non-null value. > *Current Behaviour* > It's providing first provider's lookup which may be null. -- This message was sent by Atlassian JIRA (v7.5.0#75005) From issues at jboss.org Tue Nov 28 03:30:00 2017 From: issues at jboss.org (Bartosz Majsak (JIRA)) Date: Tue, 28 Nov 2017 03:30:00 -0500 (EST) Subject: [arquillian-issues] [JBoss JIRA] (ARQ-2157) Lookup value is null if classpath contains multiple ResourceProviders which canProvide lookup In-Reply-To: References: Message-ID: [ https://issues.jboss.org/browse/ARQ-2157?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Bartosz Majsak updated ARQ-2157: -------------------------------- Fix Version/s: 1.1..15.Final > Lookup value is null if classpath contains multiple ResourceProviders which canProvide lookup > --------------------------------------------------------------------------------------------- > > Key: ARQ-2157 > URL: https://issues.jboss.org/browse/ARQ-2157 > Project: Arquillian > Issue Type: Bug > Components: Base Implementation > Reporter: Bartosz Majsak > Assignee: Dipak Pawar > Priority: Minor > Fix For: 1.1..15.Final > > > *Issue Overview* > Currently ArquillianResourceTestEnricher is doing lookup for first provider from the classpath which can provide lookup. You can check code [here](https://github.com/arquillian/arquillian-core/blob/master/test/impl-base/src/main/java/org/jboss/arquillian/test/impl/enricher/resource/ArquillianResourceTestEnricher.java#L107) > If classpath contains multiple providers which can provide lookup, then it's returning first provider lookup which is resolving using ArquillianResourceTestEnricher. > *Expected Behaviour* > Arquillian should take Provider which has higher priority among all providers which canProvide lookup. > Or it should lookup at least all provider and return first non-null value. > *Current Behaviour* > It's providing first provider's lookup which may be null. -- This message was sent by Atlassian JIRA (v7.5.0#75005) From issues at jboss.org Tue Nov 28 03:30:00 2017 From: issues at jboss.org (Bartosz Majsak (JIRA)) Date: Tue, 28 Nov 2017 03:30:00 -0500 (EST) Subject: [arquillian-issues] [JBoss JIRA] (ARQ-2157) Lookup value is null if classpath contains multiple ResourceProviders which canProvide lookup In-Reply-To: References: Message-ID: [ https://issues.jboss.org/browse/ARQ-2157?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Bartosz Majsak updated ARQ-2157: -------------------------------- Status: Pull Request Sent (was: Open) Git Pull Request: https://github.com/arquillian/arquillian-core/pull/141 > Lookup value is null if classpath contains multiple ResourceProviders which canProvide lookup > --------------------------------------------------------------------------------------------- > > Key: ARQ-2157 > URL: https://issues.jboss.org/browse/ARQ-2157 > Project: Arquillian > Issue Type: Bug > Components: Base Implementation > Reporter: Bartosz Majsak > Assignee: Dipak Pawar > Priority: Minor > Fix For: 1.1..15.Final > > > *Issue Overview* > Currently ArquillianResourceTestEnricher is doing lookup for first provider from the classpath which can provide lookup. You can check code [here](https://github.com/arquillian/arquillian-core/blob/master/test/impl-base/src/main/java/org/jboss/arquillian/test/impl/enricher/resource/ArquillianResourceTestEnricher.java#L107) > If classpath contains multiple providers which can provide lookup, then it's returning first provider lookup which is resolving using ArquillianResourceTestEnricher. > *Expected Behaviour* > Arquillian should take Provider which has higher priority among all providers which canProvide lookup. > Or it should lookup at least all provider and return first non-null value. > *Current Behaviour* > It's providing first provider's lookup which may be null. -- This message was sent by Atlassian JIRA (v7.5.0#75005) From issues at jboss.org Tue Nov 28 03:30:01 2017 From: issues at jboss.org (Bartosz Majsak (JIRA)) Date: Tue, 28 Nov 2017 03:30:01 -0500 (EST) Subject: [arquillian-issues] [JBoss JIRA] (ARQ-2157) Lookup value is null if classpath contains multiple ResourceProviders which canProvide lookup In-Reply-To: References: Message-ID: [ https://issues.jboss.org/browse/ARQ-2157?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Bartosz Majsak updated ARQ-2157: -------------------------------- Status: Resolved (was: Pull Request Sent) Resolution: Done > Lookup value is null if classpath contains multiple ResourceProviders which canProvide lookup > --------------------------------------------------------------------------------------------- > > Key: ARQ-2157 > URL: https://issues.jboss.org/browse/ARQ-2157 > Project: Arquillian > Issue Type: Bug > Components: Base Implementation > Reporter: Bartosz Majsak > Assignee: Dipak Pawar > Priority: Minor > Fix For: 1.1..15.Final > > > *Issue Overview* > Currently ArquillianResourceTestEnricher is doing lookup for first provider from the classpath which can provide lookup. You can check code [here](https://github.com/arquillian/arquillian-core/blob/master/test/impl-base/src/main/java/org/jboss/arquillian/test/impl/enricher/resource/ArquillianResourceTestEnricher.java#L107) > If classpath contains multiple providers which can provide lookup, then it's returning first provider lookup which is resolving using ArquillianResourceTestEnricher. > *Expected Behaviour* > Arquillian should take Provider which has higher priority among all providers which canProvide lookup. > Or it should lookup at least all provider and return first non-null value. > *Current Behaviour* > It's providing first provider's lookup which may be null. -- This message was sent by Atlassian JIRA (v7.5.0#75005) From issues at jboss.org Tue Nov 28 03:39:01 2017 From: issues at jboss.org (Bartosz Majsak (JIRA)) Date: Tue, 28 Nov 2017 03:39:01 -0500 (EST) Subject: [arquillian-issues] [JBoss JIRA] (ARQ-2086) Test failures not reported with recent versions of TestNG In-Reply-To: References: Message-ID: [ https://issues.jboss.org/browse/ARQ-2086?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=13494509#comment-13494509 ] Bartosz Majsak edited comment on ARQ-2086 at 11/28/17 3:38 AM: --------------------------------------------------------------- Finally, we have a fix landed in TestNG and Core, so grab it while it's hot. One important mark here, as 6.12 is not in Maven Central and 6.13 refers to JCommander version which is also not in Maven Central (sic!) you have two options: * use 6.13.1 which has corrected dependencies * add JCommander which is published to Maven Central before TestNG dependency e.g.: {code:xml} com.beust jcommander 1.69 test org.testng testng ${version.testng} test {code} Here's related thread: https://github.com/cbeust/testng/issues/1506#issuecomment-347178740 was (Author: bmajsak): Finally we have a fix landed in TestNG and Core, so grab it while it's hot. One important mark here, as 6.12 is not in Maven Central and 6.13 refers to JCommander version which is also not in Maven Central (sic!) you have two options: * use 6.13.1 which has corrected dependencies * add JCommander which is published to Maven Central before TestNG dependency e.g.: {code:xml} com.beust jcommander 1.69 test org.testng testng ${version.testng} test {code} Here's related thread: https://github.com/cbeust/testng/issues/1506#issuecomment-347178740 > Test failures not reported with recent versions of TestNG > --------------------------------------------------------- > > Key: ARQ-2086 > URL: https://issues.jboss.org/browse/ARQ-2086 > Project: Arquillian > Issue Type: Bug > Components: Base Implementation > Affects Versions: 1.1.12.Final > Reporter: Gunnar Morling > Assignee: Dipak Pawar > Priority: Blocker > Fix For: 1.1.15.Final > > > When using recent TestNG versions (> 6.8.21) with Arquillian, failing tests are accidentally reported as passing. > A reproducer can be found at https://github.com/gunnarmorling/arquillian-testng-bug. > There is a single test which is expected to fail, but it actually is reported as successful with TestNG 6.11. It is reported as failed as expected with 6.8.21. Run {{mvn clean install}} for reproducing. -- This message was sent by Atlassian JIRA (v7.5.0#75005) From issues at jboss.org Tue Nov 28 09:24:00 2017 From: issues at jboss.org (Martin Kouba (JIRA)) Date: Tue, 28 Nov 2017 09:24:00 -0500 (EST) Subject: [arquillian-issues] [JBoss JIRA] (ARQ-2144) arquillian-testng.jar is missing majority of TestNG classes in Wildfly-Swarm remote test In-Reply-To: References: Message-ID: [ https://issues.jboss.org/browse/ARQ-2144?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=13494692#comment-13494692 ] Martin Kouba commented on ARQ-2144: ----------------------------------- I believe the problem is that {{URLPackageScanner}} expects the jar files to contain +entries for directories+ which is not always the case (it's probably not mandatory for ZIPs). For TestNG - 6.9.9 seems to be the latest version whose artifact contains those entries. [~starksm64] I've tried to modify your reproducer to use 6.9.9 and it seems to work. Also it's not Swarm-specific so I'm going to update the summary and increase the priority. > arquillian-testng.jar is missing majority of TestNG classes in Wildfly-Swarm remote test > ---------------------------------------------------------------------------------------- > > Key: ARQ-2144 > URL: https://issues.jboss.org/browse/ARQ-2144 > Project: Arquillian > Issue Type: Bug > Components: Base Implementation, Daemon > Affects Versions: 1.1.13.Final > Environment: jdk1.8.0_141 OSX > Reporter: Scott Stark > Assignee: Andrew Rubinger > Attachments: TestNGWorkaround.java > > > I have created a simple cdi test that illustrates a problem I'm seeing with TestNG based remote tests running in Wildfly-Swarm. The issue is that the arquillian-testng.jar that is attached to the test WebArchive is missing the majority of TestNG classes, and so the test fails to load in the container runtime. > I have created a https://github.com/starksm64/arq-testnq-tests repository with two tests that illustrate the problem. > There is a ex.ExceptionTest that illustrates the inability to deploy the test due to NoClassDefFoundError: > {noformat} > 2017-09-20 16:49:37,560 ERROR [stderr] (nioEventLoopGroup-3-1) java.lang.NoClassDefFoundError: Failed to link ex/ExceptionTest (Module "deployment.exTest.war:main" from Service Module Loader): Failed to link org/jboss/arquillian/testng/Arquillian (Module "deployment.exTest.war:main" from Service Module Loader): Failed to link org/testng/IHookable (Module "deployment.exTest.war:main" from Service Module Loader): org/testng/ITestNGListener > 2017-09-20 16:49:37,560 ERROR [stderr] (nioEventLoopGroup-3-1) at sun.reflect.NativeConstructorAccessorImpl.newInstance0(Native Method) > 2017-09-20 16:49:37,560 ERROR [stderr] (nioEventLoopGroup-3-1) at sun.reflect.NativeConstructorAccessorImpl.newInstance(NativeConstructorAccessorImpl.java:62) > 2017-09-20 16:49:37,560 ERROR [stderr] (nioEventLoopGroup-3-1) at sun.reflect.DelegatingConstructorAccessorImpl.newInstance(DelegatingConstructorAccessorImpl.java:45) > 2017-09-20 16:49:37,560 ERROR [stderr] (nioEventLoopGroup-3-1) at java.lang.reflect.Constructor.newInstance(Constructor.java:423) > 2017-09-20 16:49:37,561 ERROR [stderr] (nioEventLoopGroup-3-1) at org.jboss.modules.ModuleClassLoader.defineClass(ModuleClassLoader.java:446) > 2017-09-20 16:49:37,561 ERROR [stderr] (nioEventLoopGroup-3-1) at org.jboss.modules.ModuleClassLoader.loadClassLocal(ModuleClassLoader.java:274) > 2017-09-20 16:49:37,561 ERROR [stderr] (nioEventLoopGroup-3-1) at org.jboss.modules.ModuleClassLoader$1.loadClassLocal(ModuleClassLoader.java:78) > 2017-09-20 16:49:37,561 ERROR [stderr] (nioEventLoopGroup-3-1) at org.jboss.modules.Module.loadModuleClass(Module.java:606) > 2017-09-20 16:49:37,561 ERROR [stderr] (nioEventLoopGroup-3-1) at org.jboss.modules.ModuleClassLoader.findClass(ModuleClassLoader.java:190) > 2017-09-20 16:49:37,561 ERROR [stderr] (nioEventLoopGroup-3-1) at org.jboss.modules.ConcurrentClassLoader.performLoadClassUnchecked(ConcurrentClassLoader.java:363) > 2017-09-20 16:49:37,561 ERROR [stderr] (nioEventLoopGroup-3-1) at org.jboss.modules.ConcurrentClassLoader.performLoadClass(ConcurrentClassLoader.java:351) > 2017-09-20 16:49:37,561 ERROR [stderr] (nioEventLoopGroup-3-1) at org.jboss.modules.ConcurrentClassLoader.loadClass(ConcurrentClassLoader.java:93) > 2017-09-20 16:49:37,562 ERROR [stderr] (nioEventLoopGroup-3-1) at org.wildfly.swarm.arquillian.daemon.TestRunner.executeTest(TestRunner.java:45) > 2017-09-20 16:49:37,562 ERROR [stderr] (nioEventLoopGroup-3-1) at org.wildfly.swarm.arquillian.daemon.server.Server.executeTest(Server.java:250) > 2017-09-20 16:49:37,562 ERROR [stderr] (nioEventLoopGroup-3-1) at org.wildfly.swarm.arquillian.daemon.server.Server$StringCommandHandler.channelRead0(Server.java:361) > 2017-09-20 16:49:37,562 ERROR [stderr] (nioEventLoopGroup-3-1) at org.wildfly.swarm.arquillian.daemon.server.Server$StringCommandHandler.channelRead0(Server.java:303) > 2017-09-20 16:49:37,562 ERROR [stderr] (nioEventLoopGroup-3-1) at io.netty.channel.SimpleChannelInboundHandler.channelRead(SimpleChannelInboundHandler.java:105) > 2017-09-20 16:49:37,562 ERROR [stderr] (nioEventLoopGroup-3-1) at io.netty.channel.AbstractChannelHandlerContext.invokeChannelRead(AbstractChannelHandlerContext.java:318) > 2017-09-20 16:49:37,562 ERROR [stderr] (nioEventLoopGroup-3-1) at io.netty.channel.AbstractChannelHandlerContext.fireChannelRead(AbstractChannelHandlerContext.java:304) > 2017-09-20 16:49:37,562 ERROR [stderr] (nioEventLoopGroup-3-1) at io.netty.handler.codec.MessageToMessageDecoder.channelRead(MessageToMessageDecoder.java:103) > 2017-09-20 16:49:37,562 ERROR [stderr] (nioEventLoopGroup-3-1) at io.netty.channel.AbstractChannelHandlerContext.invokeChannelRead(AbstractChannelHandlerContext.java:318) > 2017-09-20 16:49:37,562 ERROR [stderr] (nioEventLoopGroup-3-1) at io.netty.channel.AbstractChannelHandlerContext.fireChannelRead(AbstractChannelHandlerContext.java:304) > 2017-09-20 16:49:37,562 ERROR [stderr] (nioEventLoopGroup-3-1) at io.netty.handler.codec.ByteToMessageDecoder.fireChannelRead(ByteToMessageDecoder.java:276) > 2017-09-20 16:49:37,562 ERROR [stderr] (nioEventLoopGroup-3-1) at io.netty.handler.codec.ByteToMessageDecoder.channelRead(ByteToMessageDecoder.java:263) > 2017-09-20 16:49:37,563 ERROR [stderr] (nioEventLoopGroup-3-1) at io.netty.channel.AbstractChannelHandlerContext.invokeChannelRead(AbstractChannelHandlerContext.java:318) > 2017-09-20 16:49:37,563 ERROR [stderr] (nioEventLoopGroup-3-1) at io.netty.channel.AbstractChannelHandlerContext.fireChannelRead(AbstractChannelHandlerContext.java:304) > 2017-09-20 16:49:37,563 ERROR [stderr] (nioEventLoopGroup-3-1) at io.netty.channel.DefaultChannelPipeline.fireChannelRead(DefaultChannelPipeline.java:846) > 2017-09-20 16:49:37,563 ERROR [stderr] (nioEventLoopGroup-3-1) at io.netty.channel.nio.AbstractNioByteChannel$NioByteUnsafe.read(AbstractNioByteChannel.java:131) > 2017-09-20 16:49:37,563 ERROR [stderr] (nioEventLoopGroup-3-1) at io.netty.channel.nio.NioEventLoop.processSelectedKey(NioEventLoop.java:511) > 2017-09-20 16:49:37,563 ERROR [stderr] (nioEventLoopGroup-3-1) at io.netty.channel.nio.NioEventLoop.processSelectedKeysOptimized(NioEventLoop.java:468) > 2017-09-20 16:49:37,563 ERROR [stderr] (nioEventLoopGroup-3-1) at io.netty.channel.nio.NioEventLoop.processSelectedKeys(NioEventLoop.java:382) > 2017-09-20 16:49:37,563 ERROR [stderr] (nioEventLoopGroup-3-1) at io.netty.channel.nio.NioEventLoop.run(NioEventLoop.java:354) > 2017-09-20 16:49:37,563 ERROR [stderr] (nioEventLoopGroup-3-1) at io.netty.util.concurrent.SingleThreadEventExecutor$2.run(SingleThreadEventExecutor.java:112) > 2017-09-20 16:49:37,564 ERROR [stderr] (nioEventLoopGroup-3-1) at io.netty.util.concurrent.DefaultThreadFactory$DefaultRunnableDecorator.run(DefaultThreadFactory.java:137) > 2017-09-20 16:49:37,564 ERROR [stderr] (nioEventLoopGroup-3-1) at java.lang.Thread.run(Thread.java:748) > {noformat} > The test includes a TestNGArchiveProcessor AuxiliaryArchiveProcessor implementation that dumps out the arquillian-testng.jar seen in the WebArchive. It shows only the following org.testng package classes when run form within the Intellij IDEA IDE: > {noformat} > *-testng.jar contents: arquillian-testng.jar: > /org/ > /org/testng/ > /org/testng/IDEARemoteTestNG.class > /org/testng/IDEATestNGConfigurationListener.class > /org/testng/IDEATestNGInvokedMethodListener.class > /org/testng/IDEATestNGListener.class > /org/testng/IDEATestNGRemoteListener$DelegatedResult.class > /org/testng/IDEATestNGRemoteListener$ExposedTestResult.class > /org/testng/IDEATestNGRemoteListener.class > /org/testng/IDEATestNGSuiteListener.class > /org/testng/IDEATestNGTestListener.class > /org/testng/MapSerializerUtil$1.class > /org/testng/MapSerializerUtil$EscapeInfoProvider.class > /org/testng/MapSerializerUtil.class > /org/testng/RemoteTestNGStarter.class > /org/testng/TestNGExpectedPatterns.class > /org/testng/TestNGForkedSplitter.class > /org/testng/TestNGForkedStarter.class > /org/testng/TestNGTestDiscoveryListener.class > /org/testng/TestNGXmlSuiteHelper$Logger$1.class > /org/testng/TestNGXmlSuiteHelper$Logger.class > /org/testng/TestNGXmlSuiteHelper.class > {noformat} > When run from the command line the arquillian-testng.jar contains no org.testng package classes. > The underlying problem seems to be how the org.jboss.shrinkwrap.impl.base.URLPackageScanner includes package classes. I have a simple arq.URLPackageScannerTest in the that illustrates how URLPackageScanner fails to located org.testng classes. -- This message was sent by Atlassian JIRA (v7.5.0#75005) From issues at jboss.org Tue Nov 28 09:26:00 2017 From: issues at jboss.org (Martin Kouba (JIRA)) Date: Tue, 28 Nov 2017 09:26:00 -0500 (EST) Subject: [arquillian-issues] [JBoss JIRA] (ARQ-2144) Incomplete arquillian-testng.jar for TestNG 6.10+ In-Reply-To: References: Message-ID: [ https://issues.jboss.org/browse/ARQ-2144?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Martin Kouba updated ARQ-2144: ------------------------------ Summary: Incomplete arquillian-testng.jar for TestNG 6.10+ (was: arquillian-testng.jar is missing majority of TestNG classes in Wildfly-Swarm remote test) > Incomplete arquillian-testng.jar for TestNG 6.10+ > ------------------------------------------------- > > Key: ARQ-2144 > URL: https://issues.jboss.org/browse/ARQ-2144 > Project: Arquillian > Issue Type: Bug > Components: Base Implementation, Daemon > Affects Versions: 1.1.13.Final > Environment: jdk1.8.0_141 OSX > Reporter: Scott Stark > Assignee: Andrew Rubinger > Attachments: TestNGWorkaround.java > > > I have created a simple cdi test that illustrates a problem I'm seeing with TestNG based remote tests running in Wildfly-Swarm. The issue is that the arquillian-testng.jar that is attached to the test WebArchive is missing the majority of TestNG classes, and so the test fails to load in the container runtime. > I have created a https://github.com/starksm64/arq-testnq-tests repository with two tests that illustrate the problem. > There is a ex.ExceptionTest that illustrates the inability to deploy the test due to NoClassDefFoundError: > {noformat} > 2017-09-20 16:49:37,560 ERROR [stderr] (nioEventLoopGroup-3-1) java.lang.NoClassDefFoundError: Failed to link ex/ExceptionTest (Module "deployment.exTest.war:main" from Service Module Loader): Failed to link org/jboss/arquillian/testng/Arquillian (Module "deployment.exTest.war:main" from Service Module Loader): Failed to link org/testng/IHookable (Module "deployment.exTest.war:main" from Service Module Loader): org/testng/ITestNGListener > 2017-09-20 16:49:37,560 ERROR [stderr] (nioEventLoopGroup-3-1) at sun.reflect.NativeConstructorAccessorImpl.newInstance0(Native Method) > 2017-09-20 16:49:37,560 ERROR [stderr] (nioEventLoopGroup-3-1) at sun.reflect.NativeConstructorAccessorImpl.newInstance(NativeConstructorAccessorImpl.java:62) > 2017-09-20 16:49:37,560 ERROR [stderr] (nioEventLoopGroup-3-1) at sun.reflect.DelegatingConstructorAccessorImpl.newInstance(DelegatingConstructorAccessorImpl.java:45) > 2017-09-20 16:49:37,560 ERROR [stderr] (nioEventLoopGroup-3-1) at java.lang.reflect.Constructor.newInstance(Constructor.java:423) > 2017-09-20 16:49:37,561 ERROR [stderr] (nioEventLoopGroup-3-1) at org.jboss.modules.ModuleClassLoader.defineClass(ModuleClassLoader.java:446) > 2017-09-20 16:49:37,561 ERROR [stderr] (nioEventLoopGroup-3-1) at org.jboss.modules.ModuleClassLoader.loadClassLocal(ModuleClassLoader.java:274) > 2017-09-20 16:49:37,561 ERROR [stderr] (nioEventLoopGroup-3-1) at org.jboss.modules.ModuleClassLoader$1.loadClassLocal(ModuleClassLoader.java:78) > 2017-09-20 16:49:37,561 ERROR [stderr] (nioEventLoopGroup-3-1) at org.jboss.modules.Module.loadModuleClass(Module.java:606) > 2017-09-20 16:49:37,561 ERROR [stderr] (nioEventLoopGroup-3-1) at org.jboss.modules.ModuleClassLoader.findClass(ModuleClassLoader.java:190) > 2017-09-20 16:49:37,561 ERROR [stderr] (nioEventLoopGroup-3-1) at org.jboss.modules.ConcurrentClassLoader.performLoadClassUnchecked(ConcurrentClassLoader.java:363) > 2017-09-20 16:49:37,561 ERROR [stderr] (nioEventLoopGroup-3-1) at org.jboss.modules.ConcurrentClassLoader.performLoadClass(ConcurrentClassLoader.java:351) > 2017-09-20 16:49:37,561 ERROR [stderr] (nioEventLoopGroup-3-1) at org.jboss.modules.ConcurrentClassLoader.loadClass(ConcurrentClassLoader.java:93) > 2017-09-20 16:49:37,562 ERROR [stderr] (nioEventLoopGroup-3-1) at org.wildfly.swarm.arquillian.daemon.TestRunner.executeTest(TestRunner.java:45) > 2017-09-20 16:49:37,562 ERROR [stderr] (nioEventLoopGroup-3-1) at org.wildfly.swarm.arquillian.daemon.server.Server.executeTest(Server.java:250) > 2017-09-20 16:49:37,562 ERROR [stderr] (nioEventLoopGroup-3-1) at org.wildfly.swarm.arquillian.daemon.server.Server$StringCommandHandler.channelRead0(Server.java:361) > 2017-09-20 16:49:37,562 ERROR [stderr] (nioEventLoopGroup-3-1) at org.wildfly.swarm.arquillian.daemon.server.Server$StringCommandHandler.channelRead0(Server.java:303) > 2017-09-20 16:49:37,562 ERROR [stderr] (nioEventLoopGroup-3-1) at io.netty.channel.SimpleChannelInboundHandler.channelRead(SimpleChannelInboundHandler.java:105) > 2017-09-20 16:49:37,562 ERROR [stderr] (nioEventLoopGroup-3-1) at io.netty.channel.AbstractChannelHandlerContext.invokeChannelRead(AbstractChannelHandlerContext.java:318) > 2017-09-20 16:49:37,562 ERROR [stderr] (nioEventLoopGroup-3-1) at io.netty.channel.AbstractChannelHandlerContext.fireChannelRead(AbstractChannelHandlerContext.java:304) > 2017-09-20 16:49:37,562 ERROR [stderr] (nioEventLoopGroup-3-1) at io.netty.handler.codec.MessageToMessageDecoder.channelRead(MessageToMessageDecoder.java:103) > 2017-09-20 16:49:37,562 ERROR [stderr] (nioEventLoopGroup-3-1) at io.netty.channel.AbstractChannelHandlerContext.invokeChannelRead(AbstractChannelHandlerContext.java:318) > 2017-09-20 16:49:37,562 ERROR [stderr] (nioEventLoopGroup-3-1) at io.netty.channel.AbstractChannelHandlerContext.fireChannelRead(AbstractChannelHandlerContext.java:304) > 2017-09-20 16:49:37,562 ERROR [stderr] (nioEventLoopGroup-3-1) at io.netty.handler.codec.ByteToMessageDecoder.fireChannelRead(ByteToMessageDecoder.java:276) > 2017-09-20 16:49:37,562 ERROR [stderr] (nioEventLoopGroup-3-1) at io.netty.handler.codec.ByteToMessageDecoder.channelRead(ByteToMessageDecoder.java:263) > 2017-09-20 16:49:37,563 ERROR [stderr] (nioEventLoopGroup-3-1) at io.netty.channel.AbstractChannelHandlerContext.invokeChannelRead(AbstractChannelHandlerContext.java:318) > 2017-09-20 16:49:37,563 ERROR [stderr] (nioEventLoopGroup-3-1) at io.netty.channel.AbstractChannelHandlerContext.fireChannelRead(AbstractChannelHandlerContext.java:304) > 2017-09-20 16:49:37,563 ERROR [stderr] (nioEventLoopGroup-3-1) at io.netty.channel.DefaultChannelPipeline.fireChannelRead(DefaultChannelPipeline.java:846) > 2017-09-20 16:49:37,563 ERROR [stderr] (nioEventLoopGroup-3-1) at io.netty.channel.nio.AbstractNioByteChannel$NioByteUnsafe.read(AbstractNioByteChannel.java:131) > 2017-09-20 16:49:37,563 ERROR [stderr] (nioEventLoopGroup-3-1) at io.netty.channel.nio.NioEventLoop.processSelectedKey(NioEventLoop.java:511) > 2017-09-20 16:49:37,563 ERROR [stderr] (nioEventLoopGroup-3-1) at io.netty.channel.nio.NioEventLoop.processSelectedKeysOptimized(NioEventLoop.java:468) > 2017-09-20 16:49:37,563 ERROR [stderr] (nioEventLoopGroup-3-1) at io.netty.channel.nio.NioEventLoop.processSelectedKeys(NioEventLoop.java:382) > 2017-09-20 16:49:37,563 ERROR [stderr] (nioEventLoopGroup-3-1) at io.netty.channel.nio.NioEventLoop.run(NioEventLoop.java:354) > 2017-09-20 16:49:37,563 ERROR [stderr] (nioEventLoopGroup-3-1) at io.netty.util.concurrent.SingleThreadEventExecutor$2.run(SingleThreadEventExecutor.java:112) > 2017-09-20 16:49:37,564 ERROR [stderr] (nioEventLoopGroup-3-1) at io.netty.util.concurrent.DefaultThreadFactory$DefaultRunnableDecorator.run(DefaultThreadFactory.java:137) > 2017-09-20 16:49:37,564 ERROR [stderr] (nioEventLoopGroup-3-1) at java.lang.Thread.run(Thread.java:748) > {noformat} > The test includes a TestNGArchiveProcessor AuxiliaryArchiveProcessor implementation that dumps out the arquillian-testng.jar seen in the WebArchive. It shows only the following org.testng package classes when run form within the Intellij IDEA IDE: > {noformat} > *-testng.jar contents: arquillian-testng.jar: > /org/ > /org/testng/ > /org/testng/IDEARemoteTestNG.class > /org/testng/IDEATestNGConfigurationListener.class > /org/testng/IDEATestNGInvokedMethodListener.class > /org/testng/IDEATestNGListener.class > /org/testng/IDEATestNGRemoteListener$DelegatedResult.class > /org/testng/IDEATestNGRemoteListener$ExposedTestResult.class > /org/testng/IDEATestNGRemoteListener.class > /org/testng/IDEATestNGSuiteListener.class > /org/testng/IDEATestNGTestListener.class > /org/testng/MapSerializerUtil$1.class > /org/testng/MapSerializerUtil$EscapeInfoProvider.class > /org/testng/MapSerializerUtil.class > /org/testng/RemoteTestNGStarter.class > /org/testng/TestNGExpectedPatterns.class > /org/testng/TestNGForkedSplitter.class > /org/testng/TestNGForkedStarter.class > /org/testng/TestNGTestDiscoveryListener.class > /org/testng/TestNGXmlSuiteHelper$Logger$1.class > /org/testng/TestNGXmlSuiteHelper$Logger.class > /org/testng/TestNGXmlSuiteHelper.class > {noformat} > When run from the command line the arquillian-testng.jar contains no org.testng package classes. > The underlying problem seems to be how the org.jboss.shrinkwrap.impl.base.URLPackageScanner includes package classes. I have a simple arq.URLPackageScannerTest in the that illustrates how URLPackageScanner fails to located org.testng classes. -- This message was sent by Atlassian JIRA (v7.5.0#75005) From issues at jboss.org Tue Nov 28 09:26:01 2017 From: issues at jboss.org (Martin Kouba (JIRA)) Date: Tue, 28 Nov 2017 09:26:01 -0500 (EST) Subject: [arquillian-issues] [JBoss JIRA] (ARQ-2144) Incomplete arquillian-testng.jar for TestNG 6.10+ In-Reply-To: References: Message-ID: [ https://issues.jboss.org/browse/ARQ-2144?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Martin Kouba updated ARQ-2144: ------------------------------ Priority: Critical (was: Major) > Incomplete arquillian-testng.jar for TestNG 6.10+ > ------------------------------------------------- > > Key: ARQ-2144 > URL: https://issues.jboss.org/browse/ARQ-2144 > Project: Arquillian > Issue Type: Bug > Components: Base Implementation, Daemon > Affects Versions: 1.1.13.Final > Environment: jdk1.8.0_141 OSX > Reporter: Scott Stark > Assignee: Andrew Rubinger > Priority: Critical > Attachments: TestNGWorkaround.java > > > I have created a simple cdi test that illustrates a problem I'm seeing with TestNG based remote tests running in Wildfly-Swarm. The issue is that the arquillian-testng.jar that is attached to the test WebArchive is missing the majority of TestNG classes, and so the test fails to load in the container runtime. > I have created a https://github.com/starksm64/arq-testnq-tests repository with two tests that illustrate the problem. > There is a ex.ExceptionTest that illustrates the inability to deploy the test due to NoClassDefFoundError: > {noformat} > 2017-09-20 16:49:37,560 ERROR [stderr] (nioEventLoopGroup-3-1) java.lang.NoClassDefFoundError: Failed to link ex/ExceptionTest (Module "deployment.exTest.war:main" from Service Module Loader): Failed to link org/jboss/arquillian/testng/Arquillian (Module "deployment.exTest.war:main" from Service Module Loader): Failed to link org/testng/IHookable (Module "deployment.exTest.war:main" from Service Module Loader): org/testng/ITestNGListener > 2017-09-20 16:49:37,560 ERROR [stderr] (nioEventLoopGroup-3-1) at sun.reflect.NativeConstructorAccessorImpl.newInstance0(Native Method) > 2017-09-20 16:49:37,560 ERROR [stderr] (nioEventLoopGroup-3-1) at sun.reflect.NativeConstructorAccessorImpl.newInstance(NativeConstructorAccessorImpl.java:62) > 2017-09-20 16:49:37,560 ERROR [stderr] (nioEventLoopGroup-3-1) at sun.reflect.DelegatingConstructorAccessorImpl.newInstance(DelegatingConstructorAccessorImpl.java:45) > 2017-09-20 16:49:37,560 ERROR [stderr] (nioEventLoopGroup-3-1) at java.lang.reflect.Constructor.newInstance(Constructor.java:423) > 2017-09-20 16:49:37,561 ERROR [stderr] (nioEventLoopGroup-3-1) at org.jboss.modules.ModuleClassLoader.defineClass(ModuleClassLoader.java:446) > 2017-09-20 16:49:37,561 ERROR [stderr] (nioEventLoopGroup-3-1) at org.jboss.modules.ModuleClassLoader.loadClassLocal(ModuleClassLoader.java:274) > 2017-09-20 16:49:37,561 ERROR [stderr] (nioEventLoopGroup-3-1) at org.jboss.modules.ModuleClassLoader$1.loadClassLocal(ModuleClassLoader.java:78) > 2017-09-20 16:49:37,561 ERROR [stderr] (nioEventLoopGroup-3-1) at org.jboss.modules.Module.loadModuleClass(Module.java:606) > 2017-09-20 16:49:37,561 ERROR [stderr] (nioEventLoopGroup-3-1) at org.jboss.modules.ModuleClassLoader.findClass(ModuleClassLoader.java:190) > 2017-09-20 16:49:37,561 ERROR [stderr] (nioEventLoopGroup-3-1) at org.jboss.modules.ConcurrentClassLoader.performLoadClassUnchecked(ConcurrentClassLoader.java:363) > 2017-09-20 16:49:37,561 ERROR [stderr] (nioEventLoopGroup-3-1) at org.jboss.modules.ConcurrentClassLoader.performLoadClass(ConcurrentClassLoader.java:351) > 2017-09-20 16:49:37,561 ERROR [stderr] (nioEventLoopGroup-3-1) at org.jboss.modules.ConcurrentClassLoader.loadClass(ConcurrentClassLoader.java:93) > 2017-09-20 16:49:37,562 ERROR [stderr] (nioEventLoopGroup-3-1) at org.wildfly.swarm.arquillian.daemon.TestRunner.executeTest(TestRunner.java:45) > 2017-09-20 16:49:37,562 ERROR [stderr] (nioEventLoopGroup-3-1) at org.wildfly.swarm.arquillian.daemon.server.Server.executeTest(Server.java:250) > 2017-09-20 16:49:37,562 ERROR [stderr] (nioEventLoopGroup-3-1) at org.wildfly.swarm.arquillian.daemon.server.Server$StringCommandHandler.channelRead0(Server.java:361) > 2017-09-20 16:49:37,562 ERROR [stderr] (nioEventLoopGroup-3-1) at org.wildfly.swarm.arquillian.daemon.server.Server$StringCommandHandler.channelRead0(Server.java:303) > 2017-09-20 16:49:37,562 ERROR [stderr] (nioEventLoopGroup-3-1) at io.netty.channel.SimpleChannelInboundHandler.channelRead(SimpleChannelInboundHandler.java:105) > 2017-09-20 16:49:37,562 ERROR [stderr] (nioEventLoopGroup-3-1) at io.netty.channel.AbstractChannelHandlerContext.invokeChannelRead(AbstractChannelHandlerContext.java:318) > 2017-09-20 16:49:37,562 ERROR [stderr] (nioEventLoopGroup-3-1) at io.netty.channel.AbstractChannelHandlerContext.fireChannelRead(AbstractChannelHandlerContext.java:304) > 2017-09-20 16:49:37,562 ERROR [stderr] (nioEventLoopGroup-3-1) at io.netty.handler.codec.MessageToMessageDecoder.channelRead(MessageToMessageDecoder.java:103) > 2017-09-20 16:49:37,562 ERROR [stderr] (nioEventLoopGroup-3-1) at io.netty.channel.AbstractChannelHandlerContext.invokeChannelRead(AbstractChannelHandlerContext.java:318) > 2017-09-20 16:49:37,562 ERROR [stderr] (nioEventLoopGroup-3-1) at io.netty.channel.AbstractChannelHandlerContext.fireChannelRead(AbstractChannelHandlerContext.java:304) > 2017-09-20 16:49:37,562 ERROR [stderr] (nioEventLoopGroup-3-1) at io.netty.handler.codec.ByteToMessageDecoder.fireChannelRead(ByteToMessageDecoder.java:276) > 2017-09-20 16:49:37,562 ERROR [stderr] (nioEventLoopGroup-3-1) at io.netty.handler.codec.ByteToMessageDecoder.channelRead(ByteToMessageDecoder.java:263) > 2017-09-20 16:49:37,563 ERROR [stderr] (nioEventLoopGroup-3-1) at io.netty.channel.AbstractChannelHandlerContext.invokeChannelRead(AbstractChannelHandlerContext.java:318) > 2017-09-20 16:49:37,563 ERROR [stderr] (nioEventLoopGroup-3-1) at io.netty.channel.AbstractChannelHandlerContext.fireChannelRead(AbstractChannelHandlerContext.java:304) > 2017-09-20 16:49:37,563 ERROR [stderr] (nioEventLoopGroup-3-1) at io.netty.channel.DefaultChannelPipeline.fireChannelRead(DefaultChannelPipeline.java:846) > 2017-09-20 16:49:37,563 ERROR [stderr] (nioEventLoopGroup-3-1) at io.netty.channel.nio.AbstractNioByteChannel$NioByteUnsafe.read(AbstractNioByteChannel.java:131) > 2017-09-20 16:49:37,563 ERROR [stderr] (nioEventLoopGroup-3-1) at io.netty.channel.nio.NioEventLoop.processSelectedKey(NioEventLoop.java:511) > 2017-09-20 16:49:37,563 ERROR [stderr] (nioEventLoopGroup-3-1) at io.netty.channel.nio.NioEventLoop.processSelectedKeysOptimized(NioEventLoop.java:468) > 2017-09-20 16:49:37,563 ERROR [stderr] (nioEventLoopGroup-3-1) at io.netty.channel.nio.NioEventLoop.processSelectedKeys(NioEventLoop.java:382) > 2017-09-20 16:49:37,563 ERROR [stderr] (nioEventLoopGroup-3-1) at io.netty.channel.nio.NioEventLoop.run(NioEventLoop.java:354) > 2017-09-20 16:49:37,563 ERROR [stderr] (nioEventLoopGroup-3-1) at io.netty.util.concurrent.SingleThreadEventExecutor$2.run(SingleThreadEventExecutor.java:112) > 2017-09-20 16:49:37,564 ERROR [stderr] (nioEventLoopGroup-3-1) at io.netty.util.concurrent.DefaultThreadFactory$DefaultRunnableDecorator.run(DefaultThreadFactory.java:137) > 2017-09-20 16:49:37,564 ERROR [stderr] (nioEventLoopGroup-3-1) at java.lang.Thread.run(Thread.java:748) > {noformat} > The test includes a TestNGArchiveProcessor AuxiliaryArchiveProcessor implementation that dumps out the arquillian-testng.jar seen in the WebArchive. It shows only the following org.testng package classes when run form within the Intellij IDEA IDE: > {noformat} > *-testng.jar contents: arquillian-testng.jar: > /org/ > /org/testng/ > /org/testng/IDEARemoteTestNG.class > /org/testng/IDEATestNGConfigurationListener.class > /org/testng/IDEATestNGInvokedMethodListener.class > /org/testng/IDEATestNGListener.class > /org/testng/IDEATestNGRemoteListener$DelegatedResult.class > /org/testng/IDEATestNGRemoteListener$ExposedTestResult.class > /org/testng/IDEATestNGRemoteListener.class > /org/testng/IDEATestNGSuiteListener.class > /org/testng/IDEATestNGTestListener.class > /org/testng/MapSerializerUtil$1.class > /org/testng/MapSerializerUtil$EscapeInfoProvider.class > /org/testng/MapSerializerUtil.class > /org/testng/RemoteTestNGStarter.class > /org/testng/TestNGExpectedPatterns.class > /org/testng/TestNGForkedSplitter.class > /org/testng/TestNGForkedStarter.class > /org/testng/TestNGTestDiscoveryListener.class > /org/testng/TestNGXmlSuiteHelper$Logger$1.class > /org/testng/TestNGXmlSuiteHelper$Logger.class > /org/testng/TestNGXmlSuiteHelper.class > {noformat} > When run from the command line the arquillian-testng.jar contains no org.testng package classes. > The underlying problem seems to be how the org.jboss.shrinkwrap.impl.base.URLPackageScanner includes package classes. I have a simple arq.URLPackageScannerTest in the that illustrates how URLPackageScanner fails to located org.testng classes. -- This message was sent by Atlassian JIRA (v7.5.0#75005) From issues at jboss.org Wed Nov 29 03:39:00 2017 From: issues at jboss.org (Bartosz Majsak (JIRA)) Date: Wed, 29 Nov 2017 03:39:00 -0500 (EST) Subject: [arquillian-issues] [JBoss JIRA] (ARQ-2158) Support for Glassfish 5 In-Reply-To: References: Message-ID: Bartosz Majsak created ARQ-2158: ----------------------------------- Summary: Support for Glassfish 5 Key: ARQ-2158 URL: https://issues.jboss.org/browse/ARQ-2158 Project: Arquillian Issue Type: Enhancement Components: GlassFish Containers Reporter: Bartosz Majsak -- This message was sent by Atlassian JIRA (v7.5.0#75005) From issues at jboss.org Wed Nov 29 03:40:00 2017 From: issues at jboss.org (Bartosz Majsak (JIRA)) Date: Wed, 29 Nov 2017 03:40:00 -0500 (EST) Subject: [arquillian-issues] [JBoss JIRA] (ARQ-2158) Support for Glassfish 5 In-Reply-To: References: Message-ID: [ https://issues.jboss.org/browse/ARQ-2158?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Bartosz Majsak reassigned ARQ-2158: ----------------------------------- Assignee: Bartosz Majsak > Support for Glassfish 5 > ----------------------- > > Key: ARQ-2158 > URL: https://issues.jboss.org/browse/ARQ-2158 > Project: Arquillian > Issue Type: Enhancement > Components: GlassFish Containers > Reporter: Bartosz Majsak > Assignee: Bartosz Majsak > Fix For: glassfish_1.0.2 > > -- This message was sent by Atlassian JIRA (v7.5.0#75005) From issues at jboss.org Wed Nov 29 03:40:00 2017 From: issues at jboss.org (Bartosz Majsak (JIRA)) Date: Wed, 29 Nov 2017 03:40:00 -0500 (EST) Subject: [arquillian-issues] [JBoss JIRA] (ARQ-2158) Support for Glassfish 5 In-Reply-To: References: Message-ID: [ https://issues.jboss.org/browse/ARQ-2158?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Work on ARQ-2158 started by Bartosz Majsak. ------------------------------------------- > Support for Glassfish 5 > ----------------------- > > Key: ARQ-2158 > URL: https://issues.jboss.org/browse/ARQ-2158 > Project: Arquillian > Issue Type: Enhancement > Components: GlassFish Containers > Reporter: Bartosz Majsak > Assignee: Bartosz Majsak > Fix For: glassfish_1.0.2 > > -- This message was sent by Atlassian JIRA (v7.5.0#75005) From issues at jboss.org Wed Nov 29 03:40:00 2017 From: issues at jboss.org (Bartosz Majsak (JIRA)) Date: Wed, 29 Nov 2017 03:40:00 -0500 (EST) Subject: [arquillian-issues] [JBoss JIRA] (ARQ-2158) Support for Glassfish 5 In-Reply-To: References: Message-ID: [ https://issues.jboss.org/browse/ARQ-2158?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Bartosz Majsak updated ARQ-2158: -------------------------------- Fix Version/s: glassfish_1.0.2 > Support for Glassfish 5 > ----------------------- > > Key: ARQ-2158 > URL: https://issues.jboss.org/browse/ARQ-2158 > Project: Arquillian > Issue Type: Enhancement > Components: GlassFish Containers > Reporter: Bartosz Majsak > Assignee: Bartosz Majsak > Fix For: glassfish_1.0.2 > > -- This message was sent by Atlassian JIRA (v7.5.0#75005) From issues at jboss.org Wed Nov 29 03:40:00 2017 From: issues at jboss.org (Bartosz Majsak (JIRA)) Date: Wed, 29 Nov 2017 03:40:00 -0500 (EST) Subject: [arquillian-issues] [JBoss JIRA] (ARQ-2158) Support for Glassfish 5 In-Reply-To: References: Message-ID: [ https://issues.jboss.org/browse/ARQ-2158?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Work on ARQ-2158 stopped by Bartosz Majsak. ------------------------------------------- > Support for Glassfish 5 > ----------------------- > > Key: ARQ-2158 > URL: https://issues.jboss.org/browse/ARQ-2158 > Project: Arquillian > Issue Type: Enhancement > Components: GlassFish Containers > Reporter: Bartosz Majsak > Assignee: Bartosz Majsak > Fix For: glassfish_1.0.2 > > -- This message was sent by Atlassian JIRA (v7.5.0#75005) From issues at jboss.org Wed Nov 29 03:40:01 2017 From: issues at jboss.org (Bartosz Majsak (JIRA)) Date: Wed, 29 Nov 2017 03:40:01 -0500 (EST) Subject: [arquillian-issues] [JBoss JIRA] (ARQ-2158) Support for Glassfish 5 In-Reply-To: References: Message-ID: [ https://issues.jboss.org/browse/ARQ-2158?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Bartosz Majsak resolved ARQ-2158. --------------------------------- Resolution: Done > Support for Glassfish 5 > ----------------------- > > Key: ARQ-2158 > URL: https://issues.jboss.org/browse/ARQ-2158 > Project: Arquillian > Issue Type: Enhancement > Components: GlassFish Containers > Reporter: Bartosz Majsak > Assignee: Bartosz Majsak > Fix For: glassfish_1.0.2 > > -- This message was sent by Atlassian JIRA (v7.5.0#75005) From issues at jboss.org Thu Nov 30 06:59:01 2017 From: issues at jboss.org (Matous Jobanek (JIRA)) Date: Thu, 30 Nov 2017 06:59:01 -0500 (EST) Subject: [arquillian-issues] [JBoss JIRA] (ARQ-2145) Unable to pass DesiredCapabilities from arquillian.xml with selenium grid In-Reply-To: References: Message-ID: [ https://issues.jboss.org/browse/ARQ-2145?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Matous Jobanek closed ARQ-2145. ------------------------------- Resolution: Done > Unable to pass DesiredCapabilities from arquillian.xml with selenium grid > ------------------------------------------------------------------------- > > Key: ARQ-2145 > URL: https://issues.jboss.org/browse/ARQ-2145 > Project: Arquillian > Issue Type: Bug > Components: Extension - Drone > Affects Versions: drone_2.1.0.Alpha1 > Environment: OS:Windows > Browser:Chrome > Reporter: Ankit Ojha > Assignee: Matous Jobanek > Attachments: image-2017-09-21-17-10-11-058.png > > > Unable to pass DesiredCapabilities from arquillian.xml with selenium grid > +Arquillian.xml+ > {noformat} > ${gridhubaddress} > true > true > -start-maximized > > { > "prefs": { > "download.default_directory": "${downloadlocation}" > } > } > > {noformat} > *+Note+* > - Desired Capabilities were captured and worked as expected when executed {color:red}without {color}selenium grid > - Debugging with Remote WebDriver showed that it has the expected DesiredCapabilities (check screen attached) but when the browser was launched, it was launched without capabilites > - Initially my thought was > {noformat} > > {noformat} > had an issue but when i added > {noformat} > -start-maximized > {noformat} > it did not worked as well. Without Grid both worked. -- This message was sent by Atlassian JIRA (v7.5.0#75005) From issues at jboss.org Thu Nov 30 07:47:00 2017 From: issues at jboss.org (Matous Jobanek (JIRA)) Date: Thu, 30 Nov 2017 07:47:00 -0500 (EST) Subject: [arquillian-issues] [JBoss JIRA] (ARQ-2154) phantomjs download and extraction remains without effect if Maven is started in a parent or aggregator project In-Reply-To: References: Message-ID: [ https://issues.jboss.org/browse/ARQ-2154?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=13495756#comment-13495756 ] Matous Jobanek commented on ARQ-2154: ------------------------------------- Hi, thanks for reporting this issue and for an awesome reproducer. I've noticed that you don't use forks for your integration tests, which could cause the issue, but I'm not 100% sure. I need to take a look at it more deeply and when I have something, I'll let you know > phantomjs download and extraction remains without effect if Maven is started in a parent or aggregator project > -------------------------------------------------------------------------------------------------------------- > > Key: ARQ-2154 > URL: https://issues.jboss.org/browse/ARQ-2154 > Project: Arquillian > Issue Type: Bug > Affects Versions: 1.1.14.Final > Reporter: Karl-Philipp Richter > > Arquillian Spacelift and Arquillian Drone Webdriver don't resolve the directory where to findd the downloaded Selenium driver for phantomjs consistently. They seem to use the working directory which isn't changed if Maven is started in an aggregator project root and the Maven basedir property so that the `@Deployment` method fails due to > {code:java} > java.lang.IllegalStateException: Something bad happened when Drone was trying to download and prepare a binary. For more information see the cause. > at org.jboss.arquillian.drone.webdriver.binary.handler.AbstractBinaryHandler.checkAndSetBinary(AbstractBinaryHandler.java:62) > at org.jboss.arquillian.drone.webdriver.factory.PhantomJSDriverFactory.getCapabilities(PhantomJSDriverFactory.java:99) > at org.jboss.arquillian.drone.webdriver.factory.PhantomJSDriverFactory.createInstance(PhantomJSDriverFactory.java:72) > at org.jboss.arquillian.drone.webdriver.factory.PhantomJSDriverFactory.createInstance(PhantomJSDriverFactory.java:37) > at org.jboss.arquillian.drone.webdriver.factory.WebDriverFactory.createInstance(WebDriverFactory.java:127) > at org.jboss.arquillian.drone.webdriver.factory.WebDriverFactory.createInstance(WebDriverFactory.java:38) > at org.jboss.arquillian.drone.impl.DroneConfigurator$1.createInstance(DroneConfigurator.java:112) > at org.jboss.arquillian.drone.impl.CachingCallableImpl.call(CachingCallableImpl.java:44) > at org.jboss.arquillian.core.impl.threading.ThreadedExecutorService$ContextualCallable.call(ThreadedExecutorService.java:88) > at java.util.concurrent.FutureTask.run(FutureTask.java:266) > at java.util.concurrent.ThreadPoolExecutor.runWorker(ThreadPoolExecutor.java:1149) > at java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:624) > at java.lang.Thread.run(Thread.java:748) > Caused by: org.arquillian.spacelift.execution.ExecutionException: Execution of a task failed. Unable to execute task UntarTool > at org.arquillian.spacelift.execution.ExecutionException.prependMessage(ExecutionException.java:63) > at org.arquillian.spacelift.execution.impl.FutureBasedExecution.unwrapException(FutureBasedExecution.java:71) > at org.arquillian.spacelift.execution.impl.FutureBasedExecution.await(FutureBasedExecution.java:130) > at org.jboss.arquillian.drone.webdriver.binary.BinaryFilesUtils.extract(BinaryFilesUtils.java:58) > at org.jboss.arquillian.drone.webdriver.binary.handler.PhantomJSDriverBinaryHandler.prepare(PhantomJSDriverBinaryHandler.java:43) > at org.jboss.arquillian.drone.webdriver.binary.handler.AbstractBinaryHandler.downloadAndPrepare(AbstractBinaryHandler.java:226) > at org.jboss.arquillian.drone.webdriver.binary.handler.AbstractBinaryHandler.downloadAndPrepare(AbstractBinaryHandler.java:208) > at org.jboss.arquillian.drone.webdriver.binary.handler.AbstractBinaryHandler.downloadAndPrepare(AbstractBinaryHandler.java:175) > at org.jboss.arquillian.drone.webdriver.binary.handler.AbstractBinaryHandler.checkAndSetBinary(AbstractBinaryHandler.java:60) > ... 12 more > Caused by: java.io.FileNotFoundException: target/drone/1c947d57fce2f21ce0b43fe2ed7cd361/phantomjs-2.1.1-linux-x86_64/examples/colorwheel.js (No such file or directory) > at java.io.FileOutputStream.open0(Native Method) > at java.io.FileOutputStream.open(FileOutputStream.java:270) > at java.io.FileOutputStream.(FileOutputStream.java:213) > at java.io.FileOutputStream.(FileOutputStream.java:162) > at org.arquillian.spacelift.task.archive.UncompressTool.process(UncompressTool.java:118) > at org.arquillian.spacelift.task.archive.UncompressTool.process(UncompressTool.java:36) > at org.arquillian.spacelift.task.Task.run(Task.java:100) > at org.arquillian.spacelift.task.Task$1.call(Task.java:71) > ... 4 more > {code} > I don't know how this usecase is specified in the requirements specification. If it's unspecified, maybe there's a way to make both invokations of Maven in the project and its parent or aggregator work. In case this is not supported it'd be nice to fail with a clear feedback similar to `the invokation of Maven has to take place in the project containing the Arquillian @Deployment method, see [documentation link] for an explanation` since it took me for example several days and 100 stackoverflow bounty points to figure out what the exception above is meaning. > I provided https://gitlab.com/krichter/gitlab-ci-file-creation-aggregator/ referencing https://gitlab.com/krichter/gitlab-ci-file-creation as module which demonstrates the issue, e.g. at https://gitlab.com/krichter/gitlab-ci-file-creation-aggregator/-/jobs/40825021. It performs the compilation skipping integration tests and then runs `mvn verify` in the submodule's directory which succeeds and then in the aggregator directory which fails (see `.gitlab-ci.yml`). The essence of these three calls is to invoke `mvn install` in the aggregator directory which should succeed, but doesn't. > I asked https://stackoverflow.com/questions/47217087/why-does-my-arquillian-drone-functional-test-not-work-on-gitlab-ci for support which might contain more details. -- This message was sent by Atlassian JIRA (v7.5.0#75005) From issues at jboss.org Thu Nov 30 10:13:00 2017 From: issues at jboss.org (Matous Jobanek (JIRA)) Date: Thu, 30 Nov 2017 10:13:00 -0500 (EST) Subject: [arquillian-issues] [JBoss JIRA] (ARQ-2154) phantomjs download and extraction remains without effect if Maven is started in a parent or aggregator project In-Reply-To: References: Message-ID: [ https://issues.jboss.org/browse/ARQ-2154?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=13495897#comment-13495897 ] Matous Jobanek commented on ARQ-2154: ------------------------------------- So yeah, this issue is a side effect of relative paths used in Drone with a combination of not forked tests in your test suite. This should fix the issue: https://github.com/arquillian/arquillian-extension-drone/pull/119 > phantomjs download and extraction remains without effect if Maven is started in a parent or aggregator project > -------------------------------------------------------------------------------------------------------------- > > Key: ARQ-2154 > URL: https://issues.jboss.org/browse/ARQ-2154 > Project: Arquillian > Issue Type: Bug > Affects Versions: 1.1.14.Final > Reporter: Karl-Philipp Richter > > Arquillian Spacelift and Arquillian Drone Webdriver don't resolve the directory where to findd the downloaded Selenium driver for phantomjs consistently. They seem to use the working directory which isn't changed if Maven is started in an aggregator project root and the Maven basedir property so that the `@Deployment` method fails due to > {code:java} > java.lang.IllegalStateException: Something bad happened when Drone was trying to download and prepare a binary. For more information see the cause. > at org.jboss.arquillian.drone.webdriver.binary.handler.AbstractBinaryHandler.checkAndSetBinary(AbstractBinaryHandler.java:62) > at org.jboss.arquillian.drone.webdriver.factory.PhantomJSDriverFactory.getCapabilities(PhantomJSDriverFactory.java:99) > at org.jboss.arquillian.drone.webdriver.factory.PhantomJSDriverFactory.createInstance(PhantomJSDriverFactory.java:72) > at org.jboss.arquillian.drone.webdriver.factory.PhantomJSDriverFactory.createInstance(PhantomJSDriverFactory.java:37) > at org.jboss.arquillian.drone.webdriver.factory.WebDriverFactory.createInstance(WebDriverFactory.java:127) > at org.jboss.arquillian.drone.webdriver.factory.WebDriverFactory.createInstance(WebDriverFactory.java:38) > at org.jboss.arquillian.drone.impl.DroneConfigurator$1.createInstance(DroneConfigurator.java:112) > at org.jboss.arquillian.drone.impl.CachingCallableImpl.call(CachingCallableImpl.java:44) > at org.jboss.arquillian.core.impl.threading.ThreadedExecutorService$ContextualCallable.call(ThreadedExecutorService.java:88) > at java.util.concurrent.FutureTask.run(FutureTask.java:266) > at java.util.concurrent.ThreadPoolExecutor.runWorker(ThreadPoolExecutor.java:1149) > at java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:624) > at java.lang.Thread.run(Thread.java:748) > Caused by: org.arquillian.spacelift.execution.ExecutionException: Execution of a task failed. Unable to execute task UntarTool > at org.arquillian.spacelift.execution.ExecutionException.prependMessage(ExecutionException.java:63) > at org.arquillian.spacelift.execution.impl.FutureBasedExecution.unwrapException(FutureBasedExecution.java:71) > at org.arquillian.spacelift.execution.impl.FutureBasedExecution.await(FutureBasedExecution.java:130) > at org.jboss.arquillian.drone.webdriver.binary.BinaryFilesUtils.extract(BinaryFilesUtils.java:58) > at org.jboss.arquillian.drone.webdriver.binary.handler.PhantomJSDriverBinaryHandler.prepare(PhantomJSDriverBinaryHandler.java:43) > at org.jboss.arquillian.drone.webdriver.binary.handler.AbstractBinaryHandler.downloadAndPrepare(AbstractBinaryHandler.java:226) > at org.jboss.arquillian.drone.webdriver.binary.handler.AbstractBinaryHandler.downloadAndPrepare(AbstractBinaryHandler.java:208) > at org.jboss.arquillian.drone.webdriver.binary.handler.AbstractBinaryHandler.downloadAndPrepare(AbstractBinaryHandler.java:175) > at org.jboss.arquillian.drone.webdriver.binary.handler.AbstractBinaryHandler.checkAndSetBinary(AbstractBinaryHandler.java:60) > ... 12 more > Caused by: java.io.FileNotFoundException: target/drone/1c947d57fce2f21ce0b43fe2ed7cd361/phantomjs-2.1.1-linux-x86_64/examples/colorwheel.js (No such file or directory) > at java.io.FileOutputStream.open0(Native Method) > at java.io.FileOutputStream.open(FileOutputStream.java:270) > at java.io.FileOutputStream.(FileOutputStream.java:213) > at java.io.FileOutputStream.(FileOutputStream.java:162) > at org.arquillian.spacelift.task.archive.UncompressTool.process(UncompressTool.java:118) > at org.arquillian.spacelift.task.archive.UncompressTool.process(UncompressTool.java:36) > at org.arquillian.spacelift.task.Task.run(Task.java:100) > at org.arquillian.spacelift.task.Task$1.call(Task.java:71) > ... 4 more > {code} > I don't know how this usecase is specified in the requirements specification. If it's unspecified, maybe there's a way to make both invokations of Maven in the project and its parent or aggregator work. In case this is not supported it'd be nice to fail with a clear feedback similar to `the invokation of Maven has to take place in the project containing the Arquillian @Deployment method, see [documentation link] for an explanation` since it took me for example several days and 100 stackoverflow bounty points to figure out what the exception above is meaning. > I provided https://gitlab.com/krichter/gitlab-ci-file-creation-aggregator/ referencing https://gitlab.com/krichter/gitlab-ci-file-creation as module which demonstrates the issue, e.g. at https://gitlab.com/krichter/gitlab-ci-file-creation-aggregator/-/jobs/40825021. It performs the compilation skipping integration tests and then runs `mvn verify` in the submodule's directory which succeeds and then in the aggregator directory which fails (see `.gitlab-ci.yml`). The essence of these three calls is to invoke `mvn install` in the aggregator directory which should succeed, but doesn't. > I asked https://stackoverflow.com/questions/47217087/why-does-my-arquillian-drone-functional-test-not-work-on-gitlab-ci for support which might contain more details. -- This message was sent by Atlassian JIRA (v7.5.0#75005) From issues at jboss.org Thu Nov 30 10:13:00 2017 From: issues at jboss.org (Matous Jobanek (JIRA)) Date: Thu, 30 Nov 2017 10:13:00 -0500 (EST) Subject: [arquillian-issues] [JBoss JIRA] (ARQ-2154) phantomjs download and extraction remains without effect if Maven is started in a parent or aggregator project In-Reply-To: References: Message-ID: [ https://issues.jboss.org/browse/ARQ-2154?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Matous Jobanek reassigned ARQ-2154: ----------------------------------- Assignee: Matous Jobanek > phantomjs download and extraction remains without effect if Maven is started in a parent or aggregator project > -------------------------------------------------------------------------------------------------------------- > > Key: ARQ-2154 > URL: https://issues.jboss.org/browse/ARQ-2154 > Project: Arquillian > Issue Type: Bug > Affects Versions: 1.1.14.Final > Reporter: Karl-Philipp Richter > Assignee: Matous Jobanek > > Arquillian Spacelift and Arquillian Drone Webdriver don't resolve the directory where to findd the downloaded Selenium driver for phantomjs consistently. They seem to use the working directory which isn't changed if Maven is started in an aggregator project root and the Maven basedir property so that the `@Deployment` method fails due to > {code:java} > java.lang.IllegalStateException: Something bad happened when Drone was trying to download and prepare a binary. For more information see the cause. > at org.jboss.arquillian.drone.webdriver.binary.handler.AbstractBinaryHandler.checkAndSetBinary(AbstractBinaryHandler.java:62) > at org.jboss.arquillian.drone.webdriver.factory.PhantomJSDriverFactory.getCapabilities(PhantomJSDriverFactory.java:99) > at org.jboss.arquillian.drone.webdriver.factory.PhantomJSDriverFactory.createInstance(PhantomJSDriverFactory.java:72) > at org.jboss.arquillian.drone.webdriver.factory.PhantomJSDriverFactory.createInstance(PhantomJSDriverFactory.java:37) > at org.jboss.arquillian.drone.webdriver.factory.WebDriverFactory.createInstance(WebDriverFactory.java:127) > at org.jboss.arquillian.drone.webdriver.factory.WebDriverFactory.createInstance(WebDriverFactory.java:38) > at org.jboss.arquillian.drone.impl.DroneConfigurator$1.createInstance(DroneConfigurator.java:112) > at org.jboss.arquillian.drone.impl.CachingCallableImpl.call(CachingCallableImpl.java:44) > at org.jboss.arquillian.core.impl.threading.ThreadedExecutorService$ContextualCallable.call(ThreadedExecutorService.java:88) > at java.util.concurrent.FutureTask.run(FutureTask.java:266) > at java.util.concurrent.ThreadPoolExecutor.runWorker(ThreadPoolExecutor.java:1149) > at java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:624) > at java.lang.Thread.run(Thread.java:748) > Caused by: org.arquillian.spacelift.execution.ExecutionException: Execution of a task failed. Unable to execute task UntarTool > at org.arquillian.spacelift.execution.ExecutionException.prependMessage(ExecutionException.java:63) > at org.arquillian.spacelift.execution.impl.FutureBasedExecution.unwrapException(FutureBasedExecution.java:71) > at org.arquillian.spacelift.execution.impl.FutureBasedExecution.await(FutureBasedExecution.java:130) > at org.jboss.arquillian.drone.webdriver.binary.BinaryFilesUtils.extract(BinaryFilesUtils.java:58) > at org.jboss.arquillian.drone.webdriver.binary.handler.PhantomJSDriverBinaryHandler.prepare(PhantomJSDriverBinaryHandler.java:43) > at org.jboss.arquillian.drone.webdriver.binary.handler.AbstractBinaryHandler.downloadAndPrepare(AbstractBinaryHandler.java:226) > at org.jboss.arquillian.drone.webdriver.binary.handler.AbstractBinaryHandler.downloadAndPrepare(AbstractBinaryHandler.java:208) > at org.jboss.arquillian.drone.webdriver.binary.handler.AbstractBinaryHandler.downloadAndPrepare(AbstractBinaryHandler.java:175) > at org.jboss.arquillian.drone.webdriver.binary.handler.AbstractBinaryHandler.checkAndSetBinary(AbstractBinaryHandler.java:60) > ... 12 more > Caused by: java.io.FileNotFoundException: target/drone/1c947d57fce2f21ce0b43fe2ed7cd361/phantomjs-2.1.1-linux-x86_64/examples/colorwheel.js (No such file or directory) > at java.io.FileOutputStream.open0(Native Method) > at java.io.FileOutputStream.open(FileOutputStream.java:270) > at java.io.FileOutputStream.(FileOutputStream.java:213) > at java.io.FileOutputStream.(FileOutputStream.java:162) > at org.arquillian.spacelift.task.archive.UncompressTool.process(UncompressTool.java:118) > at org.arquillian.spacelift.task.archive.UncompressTool.process(UncompressTool.java:36) > at org.arquillian.spacelift.task.Task.run(Task.java:100) > at org.arquillian.spacelift.task.Task$1.call(Task.java:71) > ... 4 more > {code} > I don't know how this usecase is specified in the requirements specification. If it's unspecified, maybe there's a way to make both invokations of Maven in the project and its parent or aggregator work. In case this is not supported it'd be nice to fail with a clear feedback similar to `the invokation of Maven has to take place in the project containing the Arquillian @Deployment method, see [documentation link] for an explanation` since it took me for example several days and 100 stackoverflow bounty points to figure out what the exception above is meaning. > I provided https://gitlab.com/krichter/gitlab-ci-file-creation-aggregator/ referencing https://gitlab.com/krichter/gitlab-ci-file-creation as module which demonstrates the issue, e.g. at https://gitlab.com/krichter/gitlab-ci-file-creation-aggregator/-/jobs/40825021. It performs the compilation skipping integration tests and then runs `mvn verify` in the submodule's directory which succeeds and then in the aggregator directory which fails (see `.gitlab-ci.yml`). The essence of these three calls is to invoke `mvn install` in the aggregator directory which should succeed, but doesn't. > I asked https://stackoverflow.com/questions/47217087/why-does-my-arquillian-drone-functional-test-not-work-on-gitlab-ci for support which might contain more details. -- This message was sent by Atlassian JIRA (v7.5.0#75005) From issues at jboss.org Thu Nov 30 10:13:00 2017 From: issues at jboss.org (Matous Jobanek (JIRA)) Date: Thu, 30 Nov 2017 10:13:00 -0500 (EST) Subject: [arquillian-issues] [JBoss JIRA] (ARQ-2154) phantomjs download and extraction remains without effect if Maven is started in a parent or aggregator project In-Reply-To: References: Message-ID: [ https://issues.jboss.org/browse/ARQ-2154?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Matous Jobanek updated ARQ-2154: -------------------------------- Git Pull Request: https://github.com/arquillian/arquillian-extension-drone/pull/119 > phantomjs download and extraction remains without effect if Maven is started in a parent or aggregator project > -------------------------------------------------------------------------------------------------------------- > > Key: ARQ-2154 > URL: https://issues.jboss.org/browse/ARQ-2154 > Project: Arquillian > Issue Type: Bug > Affects Versions: 1.1.14.Final > Reporter: Karl-Philipp Richter > Assignee: Matous Jobanek > > Arquillian Spacelift and Arquillian Drone Webdriver don't resolve the directory where to findd the downloaded Selenium driver for phantomjs consistently. They seem to use the working directory which isn't changed if Maven is started in an aggregator project root and the Maven basedir property so that the `@Deployment` method fails due to > {code:java} > java.lang.IllegalStateException: Something bad happened when Drone was trying to download and prepare a binary. For more information see the cause. > at org.jboss.arquillian.drone.webdriver.binary.handler.AbstractBinaryHandler.checkAndSetBinary(AbstractBinaryHandler.java:62) > at org.jboss.arquillian.drone.webdriver.factory.PhantomJSDriverFactory.getCapabilities(PhantomJSDriverFactory.java:99) > at org.jboss.arquillian.drone.webdriver.factory.PhantomJSDriverFactory.createInstance(PhantomJSDriverFactory.java:72) > at org.jboss.arquillian.drone.webdriver.factory.PhantomJSDriverFactory.createInstance(PhantomJSDriverFactory.java:37) > at org.jboss.arquillian.drone.webdriver.factory.WebDriverFactory.createInstance(WebDriverFactory.java:127) > at org.jboss.arquillian.drone.webdriver.factory.WebDriverFactory.createInstance(WebDriverFactory.java:38) > at org.jboss.arquillian.drone.impl.DroneConfigurator$1.createInstance(DroneConfigurator.java:112) > at org.jboss.arquillian.drone.impl.CachingCallableImpl.call(CachingCallableImpl.java:44) > at org.jboss.arquillian.core.impl.threading.ThreadedExecutorService$ContextualCallable.call(ThreadedExecutorService.java:88) > at java.util.concurrent.FutureTask.run(FutureTask.java:266) > at java.util.concurrent.ThreadPoolExecutor.runWorker(ThreadPoolExecutor.java:1149) > at java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:624) > at java.lang.Thread.run(Thread.java:748) > Caused by: org.arquillian.spacelift.execution.ExecutionException: Execution of a task failed. Unable to execute task UntarTool > at org.arquillian.spacelift.execution.ExecutionException.prependMessage(ExecutionException.java:63) > at org.arquillian.spacelift.execution.impl.FutureBasedExecution.unwrapException(FutureBasedExecution.java:71) > at org.arquillian.spacelift.execution.impl.FutureBasedExecution.await(FutureBasedExecution.java:130) > at org.jboss.arquillian.drone.webdriver.binary.BinaryFilesUtils.extract(BinaryFilesUtils.java:58) > at org.jboss.arquillian.drone.webdriver.binary.handler.PhantomJSDriverBinaryHandler.prepare(PhantomJSDriverBinaryHandler.java:43) > at org.jboss.arquillian.drone.webdriver.binary.handler.AbstractBinaryHandler.downloadAndPrepare(AbstractBinaryHandler.java:226) > at org.jboss.arquillian.drone.webdriver.binary.handler.AbstractBinaryHandler.downloadAndPrepare(AbstractBinaryHandler.java:208) > at org.jboss.arquillian.drone.webdriver.binary.handler.AbstractBinaryHandler.downloadAndPrepare(AbstractBinaryHandler.java:175) > at org.jboss.arquillian.drone.webdriver.binary.handler.AbstractBinaryHandler.checkAndSetBinary(AbstractBinaryHandler.java:60) > ... 12 more > Caused by: java.io.FileNotFoundException: target/drone/1c947d57fce2f21ce0b43fe2ed7cd361/phantomjs-2.1.1-linux-x86_64/examples/colorwheel.js (No such file or directory) > at java.io.FileOutputStream.open0(Native Method) > at java.io.FileOutputStream.open(FileOutputStream.java:270) > at java.io.FileOutputStream.(FileOutputStream.java:213) > at java.io.FileOutputStream.(FileOutputStream.java:162) > at org.arquillian.spacelift.task.archive.UncompressTool.process(UncompressTool.java:118) > at org.arquillian.spacelift.task.archive.UncompressTool.process(UncompressTool.java:36) > at org.arquillian.spacelift.task.Task.run(Task.java:100) > at org.arquillian.spacelift.task.Task$1.call(Task.java:71) > ... 4 more > {code} > I don't know how this usecase is specified in the requirements specification. If it's unspecified, maybe there's a way to make both invokations of Maven in the project and its parent or aggregator work. In case this is not supported it'd be nice to fail with a clear feedback similar to `the invokation of Maven has to take place in the project containing the Arquillian @Deployment method, see [documentation link] for an explanation` since it took me for example several days and 100 stackoverflow bounty points to figure out what the exception above is meaning. > I provided https://gitlab.com/krichter/gitlab-ci-file-creation-aggregator/ referencing https://gitlab.com/krichter/gitlab-ci-file-creation as module which demonstrates the issue, e.g. at https://gitlab.com/krichter/gitlab-ci-file-creation-aggregator/-/jobs/40825021. It performs the compilation skipping integration tests and then runs `mvn verify` in the submodule's directory which succeeds and then in the aggregator directory which fails (see `.gitlab-ci.yml`). The essence of these three calls is to invoke `mvn install` in the aggregator directory which should succeed, but doesn't. > I asked https://stackoverflow.com/questions/47217087/why-does-my-arquillian-drone-functional-test-not-work-on-gitlab-ci for support which might contain more details. -- This message was sent by Atlassian JIRA (v7.5.0#75005) From issues at jboss.org Thu Nov 30 10:24:00 2017 From: issues at jboss.org (Matous Jobanek (JIRA)) Date: Thu, 30 Nov 2017 10:24:00 -0500 (EST) Subject: [arquillian-issues] [JBoss JIRA] (ARQ-2159) Update Arquillian core to 1.1.15.Final In-Reply-To: References: Message-ID: Matous Jobanek created ARQ-2159: ----------------------------------- Summary: Update Arquillian core to 1.1.15.Final Key: ARQ-2159 URL: https://issues.jboss.org/browse/ARQ-2159 Project: Arquillian Issue Type: Component Upgrade Components: Extension - Drone Affects Versions: drone_2.4.5 Reporter: Matous Jobanek Assignee: Matous Jobanek Fix For: drone_2.4.6 -- This message was sent by Atlassian JIRA (v7.5.0#75005)