[JBoss JIRA] (ARQ-623) openshift - provide better way of detecting deployment
by Bartosz Majsak (JIRA)
[ https://issues.jboss.org/browse/ARQ-623?page=com.atlassian.jira.plugin.sy... ]
Bartosz Majsak closed ARQ-623.
------------------------------
Resolution: Out of Date
Decommissioned as new OpenShift v3 support is moved to [Arquillian Cube|http://arquillian.org/arquillian-cube/#_kubernetes].
> openshift - provide better way of detecting deployment
> ------------------------------------------------------
>
> Key: ARQ-623
> URL: https://issues.jboss.org/browse/ARQ-623
> Project: Arquillian
> Issue Type: Feature Request
> Components: OpenShift Containers
> Affects Versions: openshift_1.0.0.Alpha1
> Reporter: Jozef Hartinger
> Fix For: openshift_1.0.0.next
>
>
> Currently, org.jboss.arquillian.container.openshift.express.ping.DeploymentServlet is used to detect whether an archive being tested has been deployed yet. The DeploymentServlet uses calls to the AS7 management API. However, the DeploymentServlet does not act gracefully in cases when the application has not been deployed yet. Instead the operation causes the following stacktrace in the server log.
> Given the fact that arq is polling the server (stacktrace appears on every attempt), this can be very confusing to the end user. A stacktrace in the server log can easily lead her to the conclusion that the deployment was not successful even if it was.
> {noformat}
> 04:18:48,740 ERROR [org.jboss.as.controller] (http--127.1.30.1-8080-1) Operation ("read-resource") failed - address: ([("deployment" => "rest-tasks.war")]): java.util.NoSuchElementException: "deployment" => "rest-tasks.war"
> at org.jboss.as.controller.registry.BasicResource.requireChild(BasicResource.java:95) [jboss-as-controller-7.0.1.Final.jar:7.0.1.Final]
> at org.jboss.as.controller.ModelControllerImpl$RootResource.requireChild(ModelControllerImpl.java:423) [jboss-as-controller-7.0.1.Final.jar:7.0.1.Final]
> at org.jboss.as.controller.OperationContextImpl.readResource(OperationContextImpl.java:759) [jboss-as-controller-7.0.1.Final.jar:7.0.1.Final]
> at org.jboss.as.controller.operations.global.GlobalOperationHandlers$ReadResourceHandler.doExecute(GlobalOperationHandlers.java:151) [jboss-as-controller-7.0.1.Final.jar:7.0.1.Final]
> at org.jboss.as.controller.operations.global.GlobalOperationHandlers$AbstractMultiTargetHandler.execute(GlobalOperationHandlers.java:828) [jboss-as-controller-7.0.1.Final.jar:7.0.1.Final]
> at org.jboss.as.controller.OperationContextImpl.executeStep(OperationContextImpl.java:351) [jboss-as-controller-7.0.1.Final.jar:7.0.1.Final]
> at org.jboss.as.controller.OperationContextImpl.doCompleteStep(OperationContextImpl.java:298) [jboss-as-controller-7.0.1.Final.jar:7.0.1.Final]
> at org.jboss.as.controller.OperationContextImpl.completeStep(OperationContextImpl.java:223) [jboss-as-controller-7.0.1.Final.jar:7.0.1.Final]
> at org.jboss.as.controller.ModelControllerImpl$DefaultPrepareStepHandler.execute(ModelControllerImpl.java:350) [jboss-as-controller-7.0.1.Final.jar:7.0.1.Final]
> at org.jboss.as.controller.OperationContextImpl.executeStep(OperationContextImpl.java:351) [jboss-as-controller-7.0.1.Final.jar:7.0.1.Final]
> at org.jboss.as.controller.OperationContextImpl.doCompleteStep(OperationContextImpl.java:298) [jboss-as-controller-7.0.1.Final.jar:7.0.1.Final]
> at org.jboss.as.controller.OperationContextImpl.completeStep(OperationContextImpl.java:223) [jboss-as-controller-7.0.1.Final.jar:7.0.1.Final]
> at org.jboss.as.controller.ModelControllerImpl.execute(ModelControllerImpl.java:119) [jboss-as-controller-7.0.1.Final.jar:7.0.1.Final]
> at org.jboss.arquillian.container.openshift.express.ping.DeploymentServlet.deploymentExists(DeploymentServlet.java:51) [classes:]
> at org.jboss.arquillian.container.openshift.express.ping.DeploymentServlet.doGet(DeploymentServlet.java:34) [classes:]
> at javax.servlet.http.HttpServlet.service(HttpServlet.java:734) [jboss-servlet-api_3.0_spec-1.0.0.Final.jar:1.0.0.Final]
> at javax.servlet.http.HttpServlet.service(HttpServlet.java:847) [jboss-servlet-api_3.0_spec-1.0.0.Final.jar:1.0.0.Final]
> at org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:329) [jbossweb-7.0.1.Final.jar:7.0.1.Final]
> at org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:248) [jbossweb-7.0.1.Final.jar:7.0.1.Final]
> at org.apache.catalina.core.StandardWrapperValve.invoke(StandardWrapperValve.java:275) [jbossweb-7.0.1.Final.jar:7.0.1.Final]
> at org.apache.catalina.core.StandardContextValve.invoke(StandardContextValve.java:161) [jbossweb-7.0.1.Final.jar:7.0.1.Final]
> at org.jboss.as.web.security.SecurityContextAssociationValve.invoke(SecurityContextAssociationValve.java:139) [jboss-as-web-7.0.1.Final.jar:7.0.1.Final]
> at org.jboss.as.web.NamingValve.invoke(NamingValve.java:57) [jboss-as-web-7.0.1.Final.jar:7.0.1.Final]
> at org.apache.catalina.core.StandardHostValve.invoke(StandardHostValve.java:154) [jbossweb-7.0.1.Final.jar:7.0.1.Final]
> at org.apache.catalina.valves.ErrorReportValve.invoke(ErrorReportValve.java:102) [jbossweb-7.0.1.Final.jar:7.0.1.Final]
> at org.apache.catalina.core.StandardEngineValve.invoke(StandardEngineValve.java:109) [jbossweb-7.0.1.Final.jar:7.0.1.Final]
> at org.apache.catalina.connector.CoyoteAdapter.service(CoyoteAdapter.java:362) [jbossweb-7.0.1.Final.jar:7.0.1.Final]
> at org.apache.coyote.http11.Http11Processor.process(Http11Processor.java:877) [jbossweb-7.0.1.Final.jar:7.0.1.Final]
> at org.apache.coyote.http11.Http11Protocol$Http11ConnectionHandler.process(Http11Protocol.java:667) [jbossweb-7.0.1.Final.jar:7.0.1.Final]
> at org.apache.tomcat.util.net.JIoEndpoint$Worker.run(JIoEndpoint.java:952) [jbossweb-7.0.1.Final.jar:7.0.1.Final]
> at java.lang.Thread.run(Thread.java:636) [:1.6.0_20]
> {noformat}
--
This message was sent by Atlassian JIRA
(v7.2.3#72005)
7 years, 9 months
[JBoss JIRA] (ARQ-911) Report better error if ssh key is not registered with OpenShift account
by Bartosz Majsak (JIRA)
[ https://issues.jboss.org/browse/ARQ-911?page=com.atlassian.jira.plugin.sy... ]
Bartosz Majsak closed ARQ-911.
------------------------------
Resolution: Out of Date
Decommissioned as new OpenShift v3 support is moved to [Arquillian Cube|http://arquillian.org/arquillian-cube/#_kubernetes].
> Report better error if ssh key is not registered with OpenShift account
> -----------------------------------------------------------------------
>
> Key: ARQ-911
> URL: https://issues.jboss.org/browse/ARQ-911
> Project: Arquillian
> Issue Type: Enhancement
> Components: OpenShift Containers
> Affects Versions: openshift_1.0.0.Beta1
> Reporter: Dan Allen
> Priority: Critical
>
> The OpenShift container clones the remote git repository configured in arquillian.xml into a temporary directory to exchange files with the test application. The clone is performed over an SSH connection that's negotiated using a public/private RSA key pair. If the public key is not registered with the account, the test fails with the following exception:
> {quote}
> Exception caught during execution of fetch command
> TransportException session is down
> {quote}
> This sends the developer on a wild goose chase because this error is reported for just about any kind of SSH connection failure.
> The problem is revealed if you attempt to ssh into the account:
> {quote}
> Permission denied (publickey,gssapi-keyex,gssapi-with-mic).
> {quote}
> It would be nice if we could find a way to get this message to be passed through. However, it might be even more useful if we recognize that the connection failure is mostly likely the result of the key not being registered and we can advice the developer
> a) how to register it (the client tool command)
> b) how to check it
> {code}
> rhc sshkey add -k ~/.ssh/libra_id_rsa.pub -i libra
> ssh -i ~/.ssh/libra_id_rsa 123456789123456789(a)TEST_APP-USER_DOMAIN.rhcloud.com
> {code}
> The full stack trace of the exception is below:
> {code}
> org.eclipse.jgit.api.errors.JGitInternalException: Exception caught during execution of fetch command
> at org.eclipse.jgit.api.FetchCommand.call(FetchCommand.java:138)
> at org.eclipse.jgit.api.CloneCommand.fetch(CloneCommand.java:175)
> at org.eclipse.jgit.api.CloneCommand.call(CloneCommand.java:121)
> at org.jboss.arquillian.container.openshift.express.OpenShiftRepository.initialize(OpenShiftRepository.java:235)
> at org.jboss.arquillian.container.openshift.express.OpenShiftRepository.<init>(OpenShiftRepository.java:75)
> at org.jboss.arquillian.container.openshift.express.OpenShiftExpressContainer.start(OpenShiftExpressContainer.java:102)
> at org.jboss.arquillian.container.impl.ContainerImpl.start(ContainerImpl.java:198)
> at org.jboss.arquillian.container.impl.client.container.ContainerLifecycleController$8.perform(ContainerLifecycleController.java:163)
> at org.jboss.arquillian.container.impl.client.container.ContainerLifecycleController$8.perform(ContainerLifecycleController.java:157)
> at org.jboss.arquillian.container.impl.client.container.ContainerLifecycleController.forContainer(ContainerLifecycleController.java:255)
> at org.jboss.arquillian.container.impl.client.container.ContainerLifecycleController.startContainer(ContainerLifecycleController.java:156)
> at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
> at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:57)
> at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43)
> at java.lang.reflect.Method.invoke(Method.java:601)
> at org.jboss.arquillian.core.impl.ObserverImpl.invoke(ObserverImpl.java:90)
> at org.jboss.arquillian.core.impl.EventContextImpl.invokeObservers(EventContextImpl.java:99)
> at org.jboss.arquillian.core.impl.EventContextImpl.proceed(EventContextImpl.java:81)
> at org.jboss.arquillian.container.impl.client.ContainerDeploymentContextHandler.createContainerContext(ContainerDeploymentContextHandler.java:57)
> at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
> at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:57)
> at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43)
> at java.lang.reflect.Method.invoke(Method.java:601)
> at org.jboss.arquillian.core.impl.ObserverImpl.invoke(ObserverImpl.java:90)
> at org.jboss.arquillian.core.impl.EventContextImpl.proceed(EventContextImpl.java:88)
> at org.jboss.arquillian.core.impl.ManagerImpl.fire(ManagerImpl.java:135)
> at org.jboss.arquillian.core.impl.ManagerImpl.fire(ManagerImpl.java:115)
> at org.jboss.arquillian.core.impl.EventImpl.fire(EventImpl.java:67)
> at org.jboss.arquillian.container.impl.client.container.ContainerLifecycleController$2.perform(ContainerLifecycleController.java:77)
> at org.jboss.arquillian.container.impl.client.container.ContainerLifecycleController$2.perform(ContainerLifecycleController.java:70)
> at org.jboss.arquillian.container.impl.client.container.ContainerLifecycleController.forEachSuiteContainer(ContainerLifecycleController.java:221)
> at org.jboss.arquillian.container.impl.client.container.ContainerLifecycleController.startSuiteContainers(ContainerLifecycleController.java:69)
> at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
> at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:57)
> at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43)
> at java.lang.reflect.Method.invoke(Method.java:601)
> at org.jboss.arquillian.core.impl.ObserverImpl.invoke(ObserverImpl.java:90)
> at org.jboss.arquillian.core.impl.EventContextImpl.invokeObservers(EventContextImpl.java:99)
> at org.jboss.arquillian.core.impl.EventContextImpl.proceed(EventContextImpl.java:81)
> at org.jboss.arquillian.core.impl.ManagerImpl.fire(ManagerImpl.java:135)
> at org.jboss.arquillian.core.impl.ManagerImpl.fire(ManagerImpl.java:115)
> at org.jboss.arquillian.core.impl.EventImpl.fire(EventImpl.java:67)
> at org.jboss.arquillian.container.test.impl.client.ContainerEventController.execute(ContainerEventController.java:86)
> at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
> at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:57)
> at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43)
> at java.lang.reflect.Method.invoke(Method.java:601)
> at org.jboss.arquillian.core.impl.ObserverImpl.invoke(ObserverImpl.java:90)
> at org.jboss.arquillian.core.impl.EventContextImpl.invokeObservers(EventContextImpl.java:99)
> at org.jboss.arquillian.core.impl.EventContextImpl.proceed(EventContextImpl.java:81)
> at org.jboss.arquillian.test.impl.TestContextHandler.createSuiteContext(TestContextHandler.java:60)
> at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
> at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:57)
> at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43)
> at java.lang.reflect.Method.invoke(Method.java:601)
> at org.jboss.arquillian.core.impl.ObserverImpl.invoke(ObserverImpl.java:90)
> at org.jboss.arquillian.core.impl.EventContextImpl.proceed(EventContextImpl.java:88)
> at org.jboss.arquillian.core.impl.ManagerImpl.fire(ManagerImpl.java:135)
> at org.jboss.arquillian.core.impl.ManagerImpl.fire(ManagerImpl.java:115)
> at org.jboss.arquillian.test.impl.EventTestRunnerAdaptor.beforeSuite(EventTestRunnerAdaptor.java:68)
> at org.jboss.arquillian.junit.Arquillian.run(Arquillian.java:97)
> at org.apache.maven.surefire.junit4.JUnit4Provider.execute(JUnit4Provider.java:236)
> at org.apache.maven.surefire.junit4.JUnit4Provider.executeTestSet(JUnit4Provider.java:134)
> at org.apache.maven.surefire.junit4.JUnit4Provider.invoke(JUnit4Provider.java:113)
> at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
> at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:57)
> at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43)
> at java.lang.reflect.Method.invoke(Method.java:601)
> at org.apache.maven.surefire.util.ReflectionUtils.invokeMethodWithArray(ReflectionUtils.java:189)
> at org.apache.maven.surefire.booter.ProviderFactory$ProviderProxy.invoke(ProviderFactory.java:165)
> at org.apache.maven.surefire.booter.ProviderFactory.invokeProvider(ProviderFactory.java:85)
> at org.apache.maven.surefire.booter.ForkedBooter.runSuitesInProcess(ForkedBooter.java:103)
> at org.apache.maven.surefire.booter.ForkedBooter.main(ForkedBooter.java:74)
> Caused by: org.eclipse.jgit.errors.TransportException: ssh://123456789123456789@TEST_APP-USER_DOMAIN.rhcloud.com/~/git/TEST_APP.git/: session is down
> at org.eclipse.jgit.transport.JschSession$JschProcess.<init>(JschSession.java:154)
> at org.eclipse.jgit.transport.JschSession$JschProcess.<init>(JschSession.java:118)
> at org.eclipse.jgit.transport.JschSession.exec(JschSession.java:91)
> at org.eclipse.jgit.transport.TransportGitSsh$SshFetchConnection.<init>(TransportGitSsh.java:248)
> at org.eclipse.jgit.transport.TransportGitSsh.openFetch(TransportGitSsh.java:147)
> at org.eclipse.jgit.transport.FetchProcess.executeImp(FetchProcess.java:127)
> at org.eclipse.jgit.transport.FetchProcess.execute(FetchProcess.java:113)
> at org.eclipse.jgit.transport.Transport.fetch(Transport.java:1062)
> at org.eclipse.jgit.api.FetchCommand.call(FetchCommand.java:129)
> ... 72 more
> Caused by: com.jcraft.jsch.JSchException: session is down
> at com.jcraft.jsch.Session.openChannel(Session.java:762)
> at org.eclipse.jgit.transport.JschSession$JschProcess.<init>(JschSession.java:147)
> ... 80 more
> {code}
--
This message was sent by Atlassian JIRA
(v7.2.3#72005)
7 years, 9 months
[JBoss JIRA] (ARQ-2036) Migrating to wildfly10, I get an error with the jboss logging
by Bartosz Majsak (JIRA)
[ https://issues.jboss.org/browse/ARQ-2036?page=com.atlassian.jira.plugin.s... ]
Bartosz Majsak commented on ARQ-2036:
-------------------------------------
I would also suggest switching from jmx-protocol to servlet.
> Migrating to wildfly10, I get an error with the jboss logging
> -------------------------------------------------------------
>
> Key: ARQ-2036
> URL: https://issues.jboss.org/browse/ARQ-2036
> Project: Arquillian
> Issue Type: Bug
> Environment: WildFly10 mode managed in arquillian:
> org.wildfly.arquillian:wildfly-arquillian-parent:2.0.0.Final
> org.jboss.arquillian:arquillian-build:1.1.11.Final (modelversion: 4.0.0)
> Reporter: lamiae obila
> Priority: Blocker
>
> I was migrating my application from Jboss AS7 to Wildfly10 using arquillian for tests.
> But, I get this error :
> {code:java}
> Exception in thread "Remoting "endpoint" task-4" java.lang.NoSuchMethodError: org.jboss.logging.Logger.tracef(Ljava/lang/String;I)V
> at org.jboss.remotingjmx.VersionedConectionFactory$ClientVersionReceiver.handleMessage(VersionedConectionFactory.java:158)
> at org.jboss.remoting3.remote.RemoteConnectionChannel$5.run(RemoteConnectionChannel.java:456)
> at org.jboss.remoting3.EndpointImpl$TrackingExecutor$1.run(EndpointImpl.java:717)
> at java.util.concurrent.ThreadPoolExecutor.runWorker(ThreadPoolExecutor.java:1142)
> at java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:617)
> at java.lang.Thread.run(Thread.java:745)
> {code}
> I use the wildfly-arquillian-container-managed: version 2.0.0.Final for my test arquillian.
--
This message was sent by Atlassian JIRA
(v7.2.3#72005)
7 years, 9 months
[JBoss JIRA] (ARQ-2036) Migrating to wildfly10, I get an error with the jboss logging
by Bartosz Majsak (JIRA)
[ https://issues.jboss.org/browse/ARQ-2036?page=com.atlassian.jira.plugin.s... ]
Bartosz Majsak closed ARQ-2036.
-------------------------------
Resolution: Won't Fix
> Migrating to wildfly10, I get an error with the jboss logging
> -------------------------------------------------------------
>
> Key: ARQ-2036
> URL: https://issues.jboss.org/browse/ARQ-2036
> Project: Arquillian
> Issue Type: Bug
> Environment: WildFly10 mode managed in arquillian:
> org.wildfly.arquillian:wildfly-arquillian-parent:2.0.0.Final
> org.jboss.arquillian:arquillian-build:1.1.11.Final (modelversion: 4.0.0)
> Reporter: lamiae obila
> Priority: Blocker
>
> I was migrating my application from Jboss AS7 to Wildfly10 using arquillian for tests.
> But, I get this error :
> {code:java}
> Exception in thread "Remoting "endpoint" task-4" java.lang.NoSuchMethodError: org.jboss.logging.Logger.tracef(Ljava/lang/String;I)V
> at org.jboss.remotingjmx.VersionedConectionFactory$ClientVersionReceiver.handleMessage(VersionedConectionFactory.java:158)
> at org.jboss.remoting3.remote.RemoteConnectionChannel$5.run(RemoteConnectionChannel.java:456)
> at org.jboss.remoting3.EndpointImpl$TrackingExecutor$1.run(EndpointImpl.java:717)
> at java.util.concurrent.ThreadPoolExecutor.runWorker(ThreadPoolExecutor.java:1142)
> at java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:617)
> at java.lang.Thread.run(Thread.java:745)
> {code}
> I use the wildfly-arquillian-container-managed: version 2.0.0.Final for my test arquillian.
--
This message was sent by Atlassian JIRA
(v7.2.3#72005)
7 years, 9 months
[JBoss JIRA] (ARQGRA-500) Navigation with URL parameters
by Krassimir Valev (JIRA)
[ https://issues.jboss.org/browse/ARQGRA-500?page=com.atlassian.jira.plugin... ]
Krassimir Valev commented on ARQGRA-500:
----------------------------------------
[~vsevolodgolovanov] We implemented something similar for our project a while ago, which turned out to be very simple:
- we introduced the convention for placeholders in the Location parameter, e.g. Location("url?param={VALUE}")
- in case the placeholder had a sensible default value, which should only we overwritten in certain use cases, you can introduce a new custom annotation, e.g. DefaultLocationParam("VALUE", "1")
- with yet another custom annotation you can set a static value per test case
{code:java}
public void test(@InitialPage @LocationParam(name = "VALUE", value = "2") final PageObject page) { }
{code}
- the actual replacement happens in a custom LocationEnricher (most likely it is not possible to share the code from a legal standpoint, but hopefully this is enough of a pointer for you)
{code:java}
public class MyLocationEnricher implements org.jboss.arquillian.test.spi.TestEnricher {
@Override
public Object[] resolve(final Method method) {
// from the method you can get all sorts of information that you need - the PageObject class, annotations, the test class and so on
// you can also take a look at the org.jboss.arquillian.graphene.location.LocationEnricher class so see the default behaviour
}
}
{code}
You can then override the default behaviour with your own:
{code:java}
public class MyGrapheneExtension implements org.jboss.arquillian.core.spi.LoadableExtension {
@Override
public void register(final ExtensionBuilder builder) {
builder.override(TestEnricher.class, LocationEnricher.class, MyLocationEnricher.class);
}
}
{code}
and the last step is to register your extension with the Arquillian runtime, by creating the file 'org.jboss.arquillian.core.spi.LoadableExtension' in the folder 'META-INF/services'. The file should contain the fully qualified path to your extension, e.g. com.company.graphene.MyGrapheneExtension
> Navigation with URL parameters
> ------------------------------
>
> Key: ARQGRA-500
> URL: https://issues.jboss.org/browse/ARQGRA-500
> Project: Arquillian Graphene
> Issue Type: Feature Request
> Reporter: Vsevolod Golovanov
>
> I need to add a dynamic URL parameter to a location of a page before navigating to it.
> I don't want to use Selenium's navigation, because I would then need to reinvent/shoehorn Graphene's location deciding.
> A special landing page would be a pretty ugly workaround.
> I get that it's not possible with annotations. But at least support this with Graphene.goTo methods.
> Actually it may be possible with annotations, if you could supply some provider class? E.g. {{\@Location(value = "MyView.xhtml", parameterProvider = MyParameterProvider.class)}}.
--
This message was sent by Atlassian JIRA
(v7.2.3#72005)
7 years, 9 months
[JBoss JIRA] (ARQGRA-501) Error when checking for the invisibility of elements
by Krassimir Valev (JIRA)
Krassimir Valev created ARQGRA-501:
--------------------------------------
Summary: Error when checking for the invisibility of elements
Key: ARQGRA-501
URL: https://issues.jboss.org/browse/ARQGRA-501
Project: Arquillian Graphene
Issue Type: Bug
Affects Versions: 2.2.0
Reporter: Krassimir Valev
I get the following error message, when waiting for an element to disappear:
{code:java}
java.lang.IndexOutOfBoundsException: Index: 0, Size: 0
at java.util.ArrayList.rangeCheck(ArrayList.java:653)
at java.util.ArrayList.get(ArrayList.java:429)
at org.jboss.arquillian.graphene.enricher.WebElementUtils$3.getTarget(WebElementUtils.java:104)
at org.jboss.arquillian.graphene.proxy.GrapheneProxyHandler.getTarget(GrapheneProxyHandler.java:149)
at org.jboss.arquillian.graphene.proxy.GrapheneContextualHandler$1.getTarget(GrapheneContextualHandler.java:189)
at org.jboss.arquillian.graphene.proxy.GrapheneContextualHandler$1.invoke(GrapheneContextualHandler.java:162)
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.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.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 com.sun.proxy.$Proxy316.isDisplayed(Unknown Source)
at org.openqa.selenium.support.ui.ExpectedConditions$20.apply(ExpectedConditions.java:585)
at org.openqa.selenium.support.ui.ExpectedConditions$20.apply(ExpectedConditions.java:581)
at org.openqa.selenium.support.ui.FluentWait.until(FluentWait.java:209)
at org.jboss.arquillian.graphene.wait.WebDriverWaitImpl.until(WebDriverWaitImpl.java:96)
{code}
The wait condition looks like this:
{code:java}
return waitGui()
.withTimeout(timeout, TimeUnit.SECONDS)
.pollingEvery(100, TimeUnit.MILLISECONDS)
.ignoring(NoSuchElementException.class, StaleElementReferenceException.class)
.ignoring(InvocationTargetException.class)
.until(ExpectedConditions.invisibilityOfElementLocated(locator));
{code}
The very same condition used to work with graphene-webdriver 2.0.3.Final and selenium-bom 2.50.1, but it fails now after upgrading to graphene-webdriver 2.2.0 and selenium-bom 3.3.1
--
This message was sent by Atlassian JIRA
(v7.2.3#72005)
7 years, 9 months