April 2014 - arquillian-issues - Jboss List Archives

[JBoss JIRA] (ARQ-1747) Move InjectionPoint one level up in DroneContext

by Tadeas Kriz (JIRA)

[ https://issues.jboss.org/browse/ARQ-1747?page=com.atlassian.jira.plugin.s... ] Tadeas Kriz edited comment on ARQ-1747 at 4/8/14 8:57 AM: ---------------------------------------------------------- [Pushed upstream.|https://github.com/arquillian/arquillian-extension-drone/commit...] was (Author: tkriz): Pushed upstream in https://github.com/arquillian/arquillian-extension-drone/commit/592f4c912... > Move InjectionPoint one level up in DroneContext > ------------------------------------------------ > > Key: ARQ-1747 > URL: https://issues.jboss.org/browse/ARQ-1747 > Project: Arquillian > Issue Type: Feature Request > Security Level: Public(Everyone can see) > Components: Extension - Drone > Affects Versions: drone_2.0.0.Alpha1 > Reporter: Karel Piwko > Assignee: Tadeas Kriz > Fix For: drone_2.0.0.Alpha2 > > > Instead of having > {code} > context.getDrone(InjectionPoint<?>) > context.getDroneConfiguration(InjectionPoint<?>) > {code} > provide rather > {code} > context.get(InjectionPoint<?>).getInstance() // type defined by IP > context.get(InjectionPoint<?>).getInstanceAs(Class<?>) > context.get(InjectionPoint<?>).getConfigurationAs(Class<?>) > context.get(InjectionPoint<?>).getMetadataAs(String, Class<?>) > {code} > Implementation note: We might provide NullInjectionPoint to avoid people doing null checks. Or, we can throw exception instead. -- This message is automatically generated by JIRA. If you think it was sent incorrectly, please contact your JIRA administrators For more information on JIRA, see: http://www.atlassian.com/software/jira

10 years, 8 months

1
0
0 / 0

[JBoss JIRA] (ARQ-1744) Provide metadata storage in DroneContext

by Tadeas Kriz (JIRA)

[ https://issues.jboss.org/browse/ARQ-1744?page=com.atlassian.jira.plugin.s... ] Tadeas Kriz edited comment on ARQ-1744 at 4/8/14 8:57 AM: ---------------------------------------------------------- [Pushed upstream.|https://github.com/arquillian/arquillian-extension-drone/commit...] was (Author: tkriz): Pushed upstream in https://github.com/arquillian/arquillian-extension-drone/commit/be1bd5270... > Provide metadata storage in DroneContext > ---------------------------------------- > > Key: ARQ-1744 > URL: https://issues.jboss.org/browse/ARQ-1744 > Project: Arquillian > Issue Type: Feature Request > Security Level: Public(Everyone can see) > Components: Extension - Drone > Affects Versions: drone_2.0.0.Alpha1 > Reporter: Karel Piwko > Assignee: Tadeas Kriz > Fix For: drone_2.0.0.Alpha2 > > > Other extensions might want to store additional data next to Drone callable/instance and its configuration. > It would be convenient to expose key:String and value:Object storage for storing metadata directly in DroneContext. > It is not needed to solve conflict anyhow. -- This message is automatically generated by JIRA. If you think it was sent incorrectly, please contact your JIRA administrators For more information on JIRA, see: http://www.atlassian.com/software/jira

10 years, 8 months

1
0
0 / 0

[JBoss JIRA] (ARQ-1746) Remove objects (instance, configuration) from Drone events

by Tadeas Kriz (JIRA)

[ https://issues.jboss.org/browse/ARQ-1746?page=com.atlassian.jira.plugin.s... ] Tadeas Kriz edited comment on ARQ-1746 at 4/8/14 8:56 AM: ---------------------------------------------------------- [Pushed upstream.|https://github.com/arquillian/arquillian-extension-drone/commit...] was (Author: tkriz): Pushed upstream in https://github.com/arquillian/arquillian-extension-drone/commit/24737b0cb... > Remove objects (instance, configuration) from Drone events > ---------------------------------------------------------- > > Key: ARQ-1746 > URL: https://issues.jboss.org/browse/ARQ-1746 > Project: Arquillian > Issue Type: Feature Request > Security Level: Public(Everyone can see) > Components: Extension - Drone > Affects Versions: drone_2.0.0.Alpha1 > Reporter: Karel Piwko > Assignee: Tadeas Kriz > Fix For: drone_2.0.0.Alpha2 > > > Remove all objects from Drone Events as they might be already old and the time events are processed. > Always use DroneContext to get their actual value. Event model must enforce that. -- This message is automatically generated by JIRA. If you think it was sent incorrectly, please contact your JIRA administrators For more information on JIRA, see: http://www.atlassian.com/software/jira

10 years, 8 months

1
0
0 / 0

[JBoss JIRA] (ARQ-1744) Provide metadata storage in DroneContext

by Tadeas Kriz (JIRA)

[ https://issues.jboss.org/browse/ARQ-1744?page=com.atlassian.jira.plugin.s... ] Tadeas Kriz commented on ARQ-1744: ---------------------------------- Pushed upstream in https://github.com/arquillian/arquillian-extension-drone/commit/be1bd5270... > Provide metadata storage in DroneContext > ---------------------------------------- > > Key: ARQ-1744 > URL: https://issues.jboss.org/browse/ARQ-1744 > Project: Arquillian > Issue Type: Feature Request > Security Level: Public(Everyone can see) > Components: Extension - Drone > Affects Versions: drone_2.0.0.Alpha1 > Reporter: Karel Piwko > Assignee: Tadeas Kriz > Fix For: drone_2.0.0.Alpha2 > > > Other extensions might want to store additional data next to Drone callable/instance and its configuration. > It would be convenient to expose key:String and value:Object storage for storing metadata directly in DroneContext. > It is not needed to solve conflict anyhow. -- This message is automatically generated by JIRA. If you think it was sent incorrectly, please contact your JIRA administrators For more information on JIRA, see: http://www.atlassian.com/software/jira

10 years, 8 months

1
0
0 / 0

[JBoss JIRA] (ARQ-1747) Move InjectionPoint one level up in DroneContext

by Tadeas Kriz (JIRA)

[ https://issues.jboss.org/browse/ARQ-1747?page=com.atlassian.jira.plugin.s... ] Tadeas Kriz commented on ARQ-1747: ---------------------------------- Pushed upstream in https://github.com/arquillian/arquillian-extension-drone/commit/592f4c912... > Move InjectionPoint one level up in DroneContext > ------------------------------------------------ > > Key: ARQ-1747 > URL: https://issues.jboss.org/browse/ARQ-1747 > Project: Arquillian > Issue Type: Feature Request > Security Level: Public(Everyone can see) > Components: Extension - Drone > Affects Versions: drone_2.0.0.Alpha1 > Reporter: Karel Piwko > Assignee: Tadeas Kriz > Fix For: drone_2.0.0.Alpha2 > > > Instead of having > {code} > context.getDrone(InjectionPoint<?>) > context.getDroneConfiguration(InjectionPoint<?>) > {code} > provide rather > {code} > context.get(InjectionPoint<?>).getInstance() // type defined by IP > context.get(InjectionPoint<?>).getInstanceAs(Class<?>) > context.get(InjectionPoint<?>).getConfigurationAs(Class<?>) > context.get(InjectionPoint<?>).getMetadataAs(String, Class<?>) > {code} > Implementation note: We might provide NullInjectionPoint to avoid people doing null checks. Or, we can throw exception instead. -- This message is automatically generated by JIRA. If you think it was sent incorrectly, please contact your JIRA administrators For more information on JIRA, see: http://www.atlassian.com/software/jira

10 years, 8 months

1
0
0 / 0

[JBoss JIRA] (ARQ-1746) Remove objects (instance, configuration) from Drone events

by Tadeas Kriz (JIRA)

[ https://issues.jboss.org/browse/ARQ-1746?page=com.atlassian.jira.plugin.s... ] Tadeas Kriz commented on ARQ-1746: ---------------------------------- Pushed upstream in https://github.com/arquillian/arquillian-extension-drone/commit/24737b0cb... > Remove objects (instance, configuration) from Drone events > ---------------------------------------------------------- > > Key: ARQ-1746 > URL: https://issues.jboss.org/browse/ARQ-1746 > Project: Arquillian > Issue Type: Feature Request > Security Level: Public(Everyone can see) > Components: Extension - Drone > Affects Versions: drone_2.0.0.Alpha1 > Reporter: Karel Piwko > Assignee: Tadeas Kriz > Fix For: drone_2.0.0.Alpha2 > > > Remove all objects from Drone Events as they might be already old and the time events are processed. > Always use DroneContext to get their actual value. Event model must enforce that. -- This message is automatically generated by JIRA. If you think it was sent incorrectly, please contact your JIRA administrators For more information on JIRA, see: http://www.atlassian.com/software/jira

10 years, 8 months

1
0
0 / 0

[JBoss JIRA] (ARQ-1750) Support javaVmArguments configuration option to control forked vm

by Aslak Knutsen (JIRA)

[ https://issues.jboss.org/browse/ARQ-1750?page=com.atlassian.jira.plugin.s... ] Aslak Knutsen commented on ARQ-1750: ------------------------------------ Not sure what arguments might be supported by the ws-launch.jar, but possible a 'arguments' configuration option could be useful as well? java [javaVmArguments] -javaagent:lib/bootstrap-agent.jar -jar lib/ws-launch.jar [arguments] > Support javaVmArguments configuration option to control forked vm > ----------------------------------------------------------------- > > Key: ARQ-1750 > URL: https://issues.jboss.org/browse/ARQ-1750 > Project: Arquillian > Issue Type: Feature Request > Security Level: Public(Everyone can see) > Components: WebSphere Containers > Affects Versions: was_1.0.0.Alpha2 > Reporter: Aslak Knutsen > Assignee: Gerhard Poul > > Support configuration option javaVmArguments to add extra information to the launched WLP vm. > * memory settings > * debug options > java [javaVmArguments] -javaagent:lib/bootstrap-agent.jar -jar lib/ws-launch.jar -- This message is automatically generated by JIRA. If you think it was sent incorrectly, please contact your JIRA administrators For more information on JIRA, see: http://www.atlassian.com/software/jira

10 years, 8 months

1
0
0 / 0

[JBoss JIRA] (ARQ-1750) Support javaVmArguments configuration option to control forked vm

by Aslak Knutsen (JIRA)

Aslak Knutsen created ARQ-1750: ---------------------------------- Summary: Support javaVmArguments configuration option to control forked vm Key: ARQ-1750 URL: https://issues.jboss.org/browse/ARQ-1750 Project: Arquillian Issue Type: Feature Request Security Level: Public (Everyone can see) Components: WebSphere Containers Affects Versions: was_1.0.0.Alpha2 Reporter: Aslak Knutsen Assignee: Gerhard Poul Support configuration option javaVmArguments to add extra information to the launched WLP vm. * memory settings * debug options java [javaVmArguments] -javaagent:lib/bootstrap-agent.jar -jar lib/ws-launch.jar -- This message is automatically generated by JIRA. If you think it was sent incorrectly, please contact your JIRA administrators For more information on JIRA, see: http://www.atlassian.com/software/jira

10 years, 8 months

1
0
0 / 0

[JBoss JIRA] (ARQGRA-434) Browser screenshooter acts only on @Default Drone

by Stefan Miklosovic (JIRA)

[ https://issues.jboss.org/browse/ARQGRA-434?page=com.atlassian.jira.plugin... ] Stefan Miklosovic reassigned ARQGRA-434: ---------------------------------------- Assignee: Stefan Miklosovic > Browser screenshooter acts only on @Default Drone > ------------------------------------------------- > > Key: ARQGRA-434 > URL: https://issues.jboss.org/browse/ARQGRA-434 > Project: Arquillian Graphene > Issue Type: Bug > Components: core > Affects Versions: 2.1-Tracking > Reporter: Stefan Miklosovic > Assignee: Stefan Miklosovic > > Browser screenshooter acts only on Drone instances which do not have any qualifier but @Default since current implementation does this check: > {code} > GrapheneContext.getContextFor(Default.class) > {code} > This usage prevents user to use screenshooter in multibrowser scenarios like having Android browser and ordinary Firefox browser in one test class since they can (and must) be differentiated by additional qualifier put on @Drone instances. > Check should be done on instance level and not on qualifier level - meaning we should take context of Drone with ordinary (not mobile) browser which can have any qualifier possible. -- This message is automatically generated by JIRA. If you think it was sent incorrectly, please contact your JIRA administrators For more information on JIRA, see: http://www.atlassian.com/software/jira

10 years, 8 months

1
0
0 / 0

[JBoss JIRA] (ARQ-1716) Provide support for TestNG

by Stefan Miklosovic (JIRA)

[ https://issues.jboss.org/browse/ARQ-1716?page=com.atlassian.jira.plugin.s... ] Stefan Miklosovic commented on ARQ-1716: ---------------------------------------- This will be autoresolved by ARQ-1679 when it will be done in Arq Core. > Provide support for TestNG > -------------------------- > > Key: ARQ-1716 > URL: https://issues.jboss.org/browse/ARQ-1716 > Project: Arquillian > Issue Type: Feature Request > Security Level: Public(Everyone can see) > Components: Extension - Recorder > Affects Versions: recorder_1.0.0.Alpha1 > Reporter: Juraj Húska > > Reporter extension does not work properly with TestNG. For example when test fails with exception, it causes to throw exception by reporter as well: > {code} > arquillianAfterTest(org.richfaces.tests.showcase.ajax.TestAjax) Time elapsed: 5.797 sec <<< FAILURE! > java.lang.IllegalStateException: Test method is not annotated with @Test annotation > at org.arquillian.recorder.reporter.impl.ReporterLifecycleObserver.isThrowingExpectedException(ReporterLifecycleObserver.java:262) > at org.arquillian.recorder.reporter.impl.ReporterLifecycleObserver.observeAfterTest(ReporterLifecycleObserver.java:178) > at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method) > at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:57) > at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43) > at java.lang.reflect.Method.invoke(Method.java:606) > at org.jboss.arquillian.core.impl.ObserverImpl.invoke(ObserverImpl.java:94) > at org.jboss.arquillian.core.impl.EventContextImpl.invokeObservers(EventContextImpl.java:99) > at org.jboss.arquillian.core.impl.EventContextImpl.proceed(EventContextImpl.java:81) > at org.jboss.arquillian.container.test.impl.client.ContainerEventController.createContext(ContainerEventController.java:142) > at org.jboss.arquillian.container.test.impl.client.ContainerEventController.createAfterContext(ContainerEventController.java:134) > at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method) > at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:57) > at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43) > at java.lang.reflect.Method.invoke(Method.java:606) > at org.jboss.arquillian.core.impl.ObserverImpl.invoke(ObserverImpl.java:94) > at org.jboss.arquillian.core.impl.EventContextImpl.proceed(EventContextImpl.java:88) > at org.jboss.arquillian.testenricher.cdi.CreationalContextDestroyer.destory(CreationalContextDestroyer.java:44) > at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method) > at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:57) > at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43) > at java.lang.reflect.Method.invoke(Method.java:606) > at org.jboss.arquillian.core.impl.ObserverImpl.invoke(ObserverImpl.java:94) > at org.jboss.arquillian.core.impl.EventContextImpl.proceed(EventContextImpl.java:88) > at org.jboss.arquillian.test.impl.TestContextHandler.createTestContext(TestContextHandler.java:102) > at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method) > at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:57) > at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43) > at java.lang.reflect.Method.invoke(Method.java:606) > at org.jboss.arquillian.core.impl.ObserverImpl.invoke(ObserverImpl.java:94) > at org.jboss.arquillian.core.impl.EventContextImpl.proceed(EventContextImpl.java:88) > at org.jboss.arquillian.test.impl.TestContextHandler.createClassContext(TestContextHandler.java:84) > at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method) > at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:57) > at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43) > at java.lang.reflect.Method.invoke(Method.java:606) > at org.jboss.arquillian.core.impl.ObserverImpl.invoke(ObserverImpl.java:94) > at org.jboss.arquillian.core.impl.EventContextImpl.proceed(EventContextImpl.java:88) > at org.jboss.arquillian.test.impl.TestContextHandler.createSuiteContext(TestContextHandler.java:65) > at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method) > at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:57) > at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43) > at java.lang.reflect.Method.invoke(Method.java:606) > at org.jboss.arquillian.core.impl.ObserverImpl.invoke(ObserverImpl.java:94) > at org.jboss.arquillian.core.impl.EventContextImpl.proceed(EventContextImpl.java:88) > at org.jboss.arquillian.core.impl.ManagerImpl.fire(ManagerImpl.java:135) > at org.jboss.arquillian.core.impl.ManagerImpl.fire(ManagerImpl.java:115) > at org.jboss.arquillian.test.impl.EventTestRunnerAdaptor.after(EventTestRunnerAdaptor.java:103) > at org.jboss.arquillian.testng.Arquillian.arquillianAfterTest(Arquillian.java:149) > at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method) > at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:57) > at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43) > at java.lang.reflect.Method.invoke(Method.java:606) > at org.testng.internal.MethodInvocationHelper.invokeMethod(MethodInvocationHelper.java:80) > at org.testng.internal.Invoker.invokeConfigurationMethod(Invoker.java:525) > at org.testng.internal.Invoker.invokeConfigurations(Invoker.java:202) > at org.testng.internal.Invoker.invokeMethod(Invoker.java:753) > at org.testng.internal.Invoker.invokeTestMethod(Invoker.java:842) > at org.testng.internal.Invoker.invokeTestMethods(Invoker.java:1166) > at org.testng.internal.TestMethodWorker.invokeTestMethods(TestMethodWorker.java:125) > at org.testng.internal.TestMethodWorker.run(TestMethodWorker.java:109) > at org.testng.TestRunner.runWorkers(TestRunner.java:1178) > at org.testng.TestRunner.privateRun(TestRunner.java:757) > at org.testng.TestRunner.run(TestRunner.java:608) > at org.testng.SuiteRunner.runTest(SuiteRunner.java:334) > at org.testng.SuiteRunner.runSequentially(SuiteRunner.java:329) > at org.testng.SuiteRunner.privateRun(SuiteRunner.java:291) > at org.testng.SuiteRunner.run(SuiteRunner.java:240) > at org.testng.SuiteRunnerWorker.runSuite(SuiteRunnerWorker.java:52) > at org.testng.SuiteRunnerWorker.run(SuiteRunnerWorker.java:86) > at org.testng.TestNG.runSuitesSequentially(TestNG.java:1158) > at org.testng.TestNG.runSuitesLocally(TestNG.java:1083) > at org.testng.TestNG.run(TestNG.java:999) > at org.apache.maven.surefire.testng.TestNGExecutor.run(TestNGExecutor.java:69) > at org.apache.maven.surefire.testng.TestNGDirectoryTestSuite.executeSingleClass(TestNGDirectoryTestSuite.java:120) > at org.apache.maven.surefire.testng.TestNGDirectoryTestSuite.execute(TestNGDirectoryTestSuite.java:104) > at org.apache.maven.surefire.testng.TestNGProvider.invoke(TestNGProvider.java:113) > at org.apache.maven.surefire.booter.ForkedBooter.invokeProviderInSameClassLoader(ForkedBooter.java:200) > at org.apache.maven.surefire.booter.ForkedBooter.runSuitesInProcess(ForkedBooter.java:153) > at org.apache.maven.surefire.booter.ForkedBooter.main(ForkedBooter.java:103) > {code} > Its because it is tested only for {{@Test}} from junit package. -- This message is automatically generated by JIRA. If you think it was sent incorrectly, please contact your JIRA administrators For more information on JIRA, see: http://www.atlassian.com/software/jira

10 years, 8 months

1
0
0 / 0

2024

2023

2022

2021

2020

2019

2018

2017

2016

2015

2014

2013

2012

2011

2010

2009

arquillian-issues April 2014