[JBoss JIRA] (ARQ-1615) Warp JSF: detect and sanitize FacesContextWrapper chain
by Lukáš Fryč (JIRA)
[ https://issues.jboss.org/browse/ARQ-1615?page=com.atlassian.jira.plugin.s... ]
Lukáš Fryč commented on ARQ-1615:
---------------------------------
{code}
while (facesContext instanceof FacesContextWrapper && !(facesContext instanceof WrappedFacesContext))
facesContext = ((FacesContextWrapper) facesContext).getWrapped();
}
LifecycleManager manager = LifecycleManagerStore.get(FacesContext.class, facesContext);
{code}
> Warp JSF: detect and sanitize FacesContextWrapper chain
> -------------------------------------------------------
>
> Key: ARQ-1615
> URL: https://issues.jboss.org/browse/ARQ-1615
> Project: Arquillian
> Issue Type: Bug
> Security Level: Public(Everyone can see)
> Components: Extension - Warp
> Affects Versions: warp_1.0.0.Alpha5
> Reporter: Lukáš Fryč
>
> When there is a chain of {{FacesContextWrapper}}s then Warp's WrappedFacesContext might fail to be detected and Warp itself may fail.
> Use a while loop to iterate through wrappers in order to detect correct wrapper.
> Needs to be accompanied with a ftest.
--
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
12 years, 2 months
[JBoss JIRA] (ARQ-1615) Warp JSF: detect and sanitize FacesContextWrapper chain
by Lukáš Fryč (JIRA)
Lukáš Fryč created ARQ-1615:
-------------------------------
Summary: Warp JSF: detect and sanitize FacesContextWrapper chain
Key: ARQ-1615
URL: https://issues.jboss.org/browse/ARQ-1615
Project: Arquillian
Issue Type: Bug
Security Level: Public (Everyone can see)
Components: Extension - Warp
Affects Versions: warp_1.0.0.Alpha5
Reporter: Lukáš Fryč
When there is a chain of {{FacesContextWrapper}}s then Warp's WrappedFacesContext might fail to be detected and Warp itself may fail.
Use a while loop to iterate through wrappers in order to detect correct wrapper.
Needs to be accompanied with a ftest.
--
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
12 years, 2 months
[JBoss JIRA] (ARQ-1605) APK export/import does not work correcty on Windows
by Karel Piwko (JIRA)
[ https://issues.jboss.org/browse/ARQ-1605?page=com.atlassian.jira.plugin.s... ]
Karel Piwko closed ARQ-1605.
----------------------------
> APK export/import does not work correcty on Windows
> ---------------------------------------------------
>
> Key: ARQ-1605
> URL: https://issues.jboss.org/browse/ARQ-1605
> Project: Arquillian
> Issue Type: Bug
> Security Level: Public(Everyone can see)
> Components: Extension - Droidium
> Affects Versions: droidium_1.0.0.Alpha3
> Reporter: Karel Piwko
> Assignee: Stefan Miklosovic
> Priority: Blocker
> Fix For: droidium_1.0.0.Alpha4
>
>
> On Windows platform, deployment written to temporary directory to be re-signed is empty for some reason:
> {code}
> org.jboss.shrinkwrap.api.exporter.ArchiveExportException: Failed to write asset to output: /res/layout/abc_action_bar_view_list_nav_layout.xml
> at org.jboss.shrinkwrap.impl.base.exporter.AbstractOnDemandInputStream.read(AbstractOnDemandInputStream.java:132)
> at java.io.InputStream.read(InputStream.java:170)
> at java.io.InputStream.read(InputStream.java:101)
> at org.arquillian.droidium.container.utils.DroidiumFileUtils.write(DroidiumFileUtils.java:175)
> at org.arquillian.droidium.container.utils.DroidiumFileUtils.export(DroidiumFileUtils.java:158)
> at org.arquillian.droidium.container.sign.APKSigner.resign(APKSigner.java:107)
> at org.arquillian.droidium.container.deployment.AndroidDeploymentInstaller.onAndroidDeployArchive(AndroidDeploymentInstaller.java:81)
> at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
> at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:57)
> at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43)
> at java.lang.reflect.Method.invoke(Method.java:606)
> at org.jboss.arquillian.core.impl.ObserverImpl.invoke(ObserverImpl.java:94)
> at org.jboss.arquillian.core.impl.EventContextImpl.invokeObservers(EventContextImpl.java:99)
> at org.jboss.arquillian.core.impl.EventContextImpl.proceed(EventContextImpl.java:81)
> at org.jboss.arquillian.core.impl.ManagerImpl.fire(ManagerImpl.java: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.arquillian.droidium.container.AndroidDeployableContainer.deploy(AndroidDeployableContainer.java:171)
> at org.jboss.arquillian.container.impl.client.container.ContainerDeployController$3.call(ContainerDeployController.java:161)
> at org.jboss.arquillian.container.impl.client.container.ContainerDeployController$3.call(ContainerDeployController.java:128)
> at org.jboss.arquillian.container.impl.client.container.ContainerDeployController.executeOperation(ContainerDeployController.java:271)
> at org.jboss.arquillian.container.impl.client.container.ContainerDeployController.deploy(ContainerDeployController.java:127)
> 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.impl.client.ContainerDeploymentContextHandler.createDeploymentContext(ContainerDeploymentContextHandler.java:78)
> 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.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: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.container.impl.client.container.DeploymentExceptionHandler.verifyExpectedExceptionDuringDeploy(DeploymentExceptionHandler.java:50)
> 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.core.impl.EventImpl.fire(EventImpl.java:67)
> at org.jboss.arquillian.container.impl.client.container.ContainerDeployController$1.perform(ContainerDeployController.java:95)
> at org.jboss.arquillian.container.impl.client.container.ContainerDeployController$1.perform(ContainerDeployController.java:80)
> at org.jboss.arquillian.container.impl.client.container.ContainerDeployController.forEachDeployment(ContainerDeployController.java:263)
> at org.jboss.arquillian.container.impl.client.container.ContainerDeployController.forEachManagedDeployment(ContainerDeployController.java:239)
> at org.jboss.arquillian.container.impl.client.container.ContainerDeployController.deployManaged(ContainerDeployController.java:79)
> at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
> at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:57)
> at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43)
> at java.lang.reflect.Method.invoke(Method.java:606)
> at org.jboss.arquillian.core.impl.ObserverImpl.invoke(ObserverImpl.java:94)
> at org.jboss.arquillian.core.impl.EventContextImpl.invokeObservers(EventContextImpl.java:99)
> at org.jboss.arquillian.core.impl.EventContextImpl.proceed(EventContextImpl.java:81)
> at org.jboss.arquillian.core.impl.ManagerImpl.fire(ManagerImpl.java: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:101)
> at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
> at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:57)
> at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43)
> at java.lang.reflect.Method.invoke(Method.java:606)
> at org.jboss.arquillian.core.impl.ObserverImpl.invoke(ObserverImpl.java:94)
> at org.jboss.arquillian.core.impl.EventContextImpl.invokeObservers(EventContextImpl.java:99)
> at org.jboss.arquillian.core.impl.EventContextImpl.proceed(EventContextImpl.java:81)
> at org.jboss.arquillian.test.impl.TestContextHandler.createClassContext(TestContextHandler.java:75)
> at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
> at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:57)
> at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43)
> at java.lang.reflect.Method.invoke(Method.java: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: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: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.beforeClass(EventTestRunnerAdaptor.java:80)
> at org.jboss.arquillian.junit.Arquillian$2.evaluate(Arquillian.java:182)
> at org.jboss.arquillian.junit.Arquillian.multiExecute(Arquillian.java:314)
> at org.jboss.arquillian.junit.Arquillian.access$100(Arquillian.java:46)
> at org.jboss.arquillian.junit.Arquillian$3.evaluate(Arquillian.java:199)
> at org.junit.runners.ParentRunner.run(ParentRunner.java:309)
> at org.jboss.arquillian.junit.Arquillian.run(Arquillian.java:147)
> at org.apache.maven.surefire.junit4.JUnit4TestSet.execute(JUnit4TestSet.java:53)
> at org.apache.maven.surefire.junit4.JUnit4Provider.executeTestSet(JUnit4Provider.java:123)
> at org.apache.maven.surefire.junit4.JUnit4Provider.invoke(JUnit4Provider.java:104)
> at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
> at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:57)
> at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43)
> at java.lang.reflect.Method.invoke(Method.java:606)
> at org.apache.maven.surefire.util.ReflectionUtils.invokeMethodWithArray(ReflectionUtils.java:164)
> at org.apache.maven.surefire.booter.ProviderFactory$ProviderProxy.invoke(ProviderFactory.java:110)
> at org.apache.maven.surefire.booter.SurefireStarter.invokeProvider(SurefireStarter.java:175)
> at org.apache.maven.surefire.booter.SurefireStarter.runSuitesInProcessWhenForked(SurefireStarter.java:107)
> at org.apache.maven.surefire.booter.ForkedBooter.main(ForkedBooter.java:68)
> Caused by: java.lang.NullPointerException
> at org.jboss.shrinkwrap.impl.base.io.IOUtil.copy(IOUtil.java:159)
> at org.jboss.shrinkwrap.impl.base.exporter.AbstractOnDemandInputStream.doCopy(AbstractOnDemandInputStream.java:170)
> at org.jboss.shrinkwrap.impl.base.exporter.AbstractOnDemandInputStream.read(AbstractOnDemandInputStream.java:130)
> ... 110 more
> {code}
> This leads to NPE exception when trying to open InputStream to get archive content deployed.
> {code}
> @Deployment(name = "shortener-apk")
> @Instrumentable(viaPort = 8081)
> @TargetsContainer("android")
> @OverProtocol("Android 1.0")
> public static JavaArchive getAndroidDeployment() {
> // FIXME There is no APK builder yet at this moment, so we need to import file
> // FIXME this should point to the APK generated from latest sources, it should not be included here
> return ShrinkWrap.createFromZipFile(JavaArchive.class, new File("aerogear-android-shortener.apk"));
> }
> {code}
> {code}
> HOME C:\Users\Karel\
> JAVA_HOME C:\Program Files\Java\jdk1.7.0_45\jre\
> ANDROID_HOME C:\workspace\workspace\mobile-picketlink-test\android-sdk-windows\
> ANDROID_SDK_HOME C:\workspace\workspace\mobile-picketlink-test\
> avdName random-avd
> serialId null
> apiLevel 17
> abi x86
> consolePort null
> adbPort null
> emuBoot 600
> emuShut 60
> emuOpts
> keystore C:\workspace\workspace\mobile-picketlink-test\.android\debug.keystore
> keypass android
> storepass android
> alias androiddebugkey
> sigalg SHA1withRSA
> keyalg RSA
> sdCard null
> sdSize 128M
> generateSD false
> logLevel W
> logType disable
> logFilePath target\logcat.log
> logPackageWhitelist null
> logPackageBlacklist null
> removeTmpDir false
> tmpDir C:\home\kpiwko\devel\mobile\jbossqe-mobile\integration-testse3247fe9-b479-4720-98b4-bb10f67d74b0
> force true
> {code}
> Test errors with Failed to write asset to output: /res/layout/abc_action_bar_view_list_nav_layout.xml
--
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
12 years, 3 months
[JBoss JIRA] (ARQ-1603) tmpDir specification should allow to be without trailing slash
by Karel Piwko (JIRA)
[ https://issues.jboss.org/browse/ARQ-1603?page=com.atlassian.jira.plugin.s... ]
Karel Piwko closed ARQ-1603.
----------------------------
> tmpDir specification should allow to be without trailing slash
> --------------------------------------------------------------
>
> Key: ARQ-1603
> URL: https://issues.jboss.org/browse/ARQ-1603
> Project: Arquillian
> Issue Type: Enhancement
> Security Level: Public(Everyone can see)
> Components: Extension - Droidium
> Affects Versions: droidium_1.0.0.Alpha3
> Reporter: Karel Piwko
> Assignee: Stefan Miklosovic
> Fix For: droidium_1.0.0.Alpha4
>
>
> *Given*:
> I define tmpDir like "C:\temp" or /tmp
> *Then*:
> Droidium creates a temp directory like C:\temp-1223-1454-1245-12545
> *Expect*:
> I expect directory to be rather C:\temp\1223-1454-1245-12545
> Current behavior is problematic as it requires user to be slash aware as otherwise he might want to create a directory in tree hierarchy where elevated permissions are needed.
> Implemenation note:
> new File(File parent, String childPath) would be the best way how to handle this.
--
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
12 years, 3 months
[JBoss JIRA] (ARQ-1600) ProcessExecutor might get stuck on Windows
by Karel Piwko (JIRA)
[ https://issues.jboss.org/browse/ARQ-1600?page=com.atlassian.jira.plugin.s... ]
Karel Piwko closed ARQ-1600.
----------------------------
> ProcessExecutor might get stuck on Windows
> -------------------------------------------
>
> Key: ARQ-1600
> URL: https://issues.jboss.org/browse/ARQ-1600
> Project: Arquillian
> Issue Type: Bug
> Security Level: Public(Everyone can see)
> Components: Extension - Droidium
> Affects Versions: droidium_1.0.0.Alpha3
> Reporter: Karel Piwko
> Assignee: Karel Piwko
> Priority: Blocker
> Fix For: droidium_1.0.0.Alpha4
>
>
> Current execution of external process on Windows might lead to following issues, causing process deadlock:
> 1/ Process stdin is not closed if no longer needed
> 2/ Process stdout and stderr never reach EOF
> This behavior is observed when a .bat file file is executed on Windows. This behavior is caused by missing file descriptors to underlying process spawned by bat file.
> Implementation note: There are two ways how to resolve the issue.
> * read output stream and consider them finished if specific message is encountered
> * unwrap bat execution and execute directly underlying command
--
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
12 years, 3 months