[JBoss JIRA] (ARQ-1365) Warp: CommandEventBus doesn't support (port) redirects
by Oliver Bock (JIRA)
[ https://issues.jboss.org/browse/ARQ-1365?page=com.atlassian.jira.plugin.s... ]
Oliver Bock edited comment on ARQ-1365 at 4/4/13 4:32 PM:
----------------------------------------------------------
Hi guys, thanks for looking into this so quickly.
I tested snapshot {{1.0.0.Beta1-20130404.130631-118}} and it seems that the test now indeed survives the port redirect. However, I could only infer that result as the test now runs into a SSL-related exception. Please note: this exception is also thrown for client-side tests that previously worked with {{1.0.0.Alpha2}}, so this can still be considered a regression. I'll attach the Arquillian/VM debug log interleaved with the exception details (assuming they're time-correlated).
Do we want to deal with this in this issue because it's a regression? Shall we make it part of ARQ-1366? Or shall we use a new issue entirely?
was (Author: brevilo):
Hi guys, thanks for looking into this so quickly.
I tested snapshot {{1.0.0.Beta1-20130404.130631-118}} and it seems that the test now indeed survives the port redirect. However, I could only infer that result as the test now runs into a SSL-related exception. Please note: this exception is also thrown for client-side tests that previously worked with {{1.0.0.Alpha2}}, so this can still be considered a regression. I'll attach the Arquillian/VM debug log interleaved with the exception details (assuming they're time-correlated).
> Warp: CommandEventBus doesn't support (port) redirects
> ------------------------------------------------------
>
> Key: ARQ-1365
> URL: https://issues.jboss.org/browse/ARQ-1365
> Project: Arquillian
> Issue Type: Bug
> Security Level: Public(Everyone can see)
> Components: Extension - Warp
> Affects Versions: warp_1.0.0.Beta1
> Reporter: Oliver Bock
> Assignee: Aris Tzoumas
> Labels: redirect, ssl, warp
> Fix For: warp_1.0.0.Alpha3
>
> Attachments: ARQ-1365_1.txt
>
>
> When JBosss AS 7 is configured to redirect HTTP (port 8888) to HTTPS (8889) in standalone.xml (web subsystem) using:
> {noformat}
> <connector name="http" protocol="HTTP/1.1" scheme="http" socket-binding="http" redirect-port="8889"/>
> <connector name="https" protocol="HTTP/1.1" scheme="https" socket-binding="https" secure="true">
> <ssl password="[Your_password_here]" session-timeout="900"/>
> </connector>
> {noformat}
> All Warp tests (client- and server-side) fail like this when using 1.0.0.Beta1-SNAPSHOT (client-side tests do work with 1.0.0.Alpha2):
> {noformat}
> java.lang.IllegalStateException: Error launching test at http://0.0.0.0:8888/test/CommandEventBus?className=TestClass&methodName=t.... Got 302 (Moved Temporarily)
> at org.jboss.arquillian.warp.impl.client.eventbus.CommandEventBus.execute(CommandEventBus.java:266)
> at org.jboss.arquillian.warp.impl.client.eventbus.CommandEventBus.access$100(CommandEventBus.java:67)
> at org.jboss.arquillian.warp.impl.client.eventbus.CommandEventBus$2.run(CommandEventBus.java:147)
> at java.util.TimerThread.mainLoop(Timer.java:555)
> at java.util.TimerThread.run(Timer.java:505)
> or
> java.lang.IllegalStateException: Error launching test at http://0.0.0.0:8888/test/CommandEventBus?className=TestClass&methodName=t.... Got 302 (Moved Temporarily)
> at org.jboss.arquillian.warp.impl.client.eventbus.CommandEventBus.execute(CommandEventBus.java:266)
> at org.jboss.arquillian.warp.impl.client.eventbus.CommandEventBus.executeCommandRemotely(CommandEventBus.java:194)
> 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: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.warp.impl.client.eventbus.RemoteSuiteLifecyclePropagation.sendBefore(RemoteSuiteLifecyclePropagation.java:51)
> 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)
> {noformat}
--
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
11 years, 9 months
[JBoss JIRA] (ARQ-1365) Warp: CommandEventBus doesn't support (port) redirects
by Oliver Bock (JIRA)
[ https://issues.jboss.org/browse/ARQ-1365?page=com.atlassian.jira.plugin.s... ]
Oliver Bock edited comment on ARQ-1365 at 4/4/13 4:28 PM:
----------------------------------------------------------
Hi guys, thanks for looking into this so quickly.
I tested snapshot {{1.0.0.Beta1-20130404.130631-118}} and it seems that the test now indeed survives the port redirect. However, I could only infer that result as the test now runs into a SSL-related exception. Please note: this exception is also thrown for client-side tests that previously worked with {{1.0.0.Alpha2}}, so this can still be considered a regression. I'll attach the Arquillian/VM debug log interleaved with the exception details (assuming they're time-correlated).
was (Author: brevilo):
Hi guys, thanks for looking into this so quickly.
I tested snapshot 1.0.0.Beta1-20130404.130631-118 and it seems that the test now indeed survives the port redirect. However, I could only infer that result as the test now runs into a SSL-related exception. Please note: this exception is also thrown for client-side tests that previously worked with 1.0.0.Alpha2, so this can still be considered a regression. I'll attach the Arquillian/VM debug log interleaved with the exception details (assuming they're time-correlated).
> Warp: CommandEventBus doesn't support (port) redirects
> ------------------------------------------------------
>
> Key: ARQ-1365
> URL: https://issues.jboss.org/browse/ARQ-1365
> Project: Arquillian
> Issue Type: Bug
> Security Level: Public(Everyone can see)
> Components: Extension - Warp
> Affects Versions: warp_1.0.0.Beta1
> Reporter: Oliver Bock
> Assignee: Aris Tzoumas
> Labels: redirect, ssl, warp
> Fix For: warp_1.0.0.Alpha3
>
> Attachments: ARQ-1365_1.txt
>
>
> When JBosss AS 7 is configured to redirect HTTP (port 8888) to HTTPS (8889) in standalone.xml (web subsystem) using:
> {noformat}
> <connector name="http" protocol="HTTP/1.1" scheme="http" socket-binding="http" redirect-port="8889"/>
> <connector name="https" protocol="HTTP/1.1" scheme="https" socket-binding="https" secure="true">
> <ssl password="[Your_password_here]" session-timeout="900"/>
> </connector>
> {noformat}
> All Warp tests (client- and server-side) fail like this when using 1.0.0.Beta1-SNAPSHOT (client-side tests do work with 1.0.0.Alpha2):
> {noformat}
> java.lang.IllegalStateException: Error launching test at http://0.0.0.0:8888/test/CommandEventBus?className=TestClass&methodName=t.... Got 302 (Moved Temporarily)
> at org.jboss.arquillian.warp.impl.client.eventbus.CommandEventBus.execute(CommandEventBus.java:266)
> at org.jboss.arquillian.warp.impl.client.eventbus.CommandEventBus.access$100(CommandEventBus.java:67)
> at org.jboss.arquillian.warp.impl.client.eventbus.CommandEventBus$2.run(CommandEventBus.java:147)
> at java.util.TimerThread.mainLoop(Timer.java:555)
> at java.util.TimerThread.run(Timer.java:505)
> or
> java.lang.IllegalStateException: Error launching test at http://0.0.0.0:8888/test/CommandEventBus?className=TestClass&methodName=t.... Got 302 (Moved Temporarily)
> at org.jboss.arquillian.warp.impl.client.eventbus.CommandEventBus.execute(CommandEventBus.java:266)
> at org.jboss.arquillian.warp.impl.client.eventbus.CommandEventBus.executeCommandRemotely(CommandEventBus.java:194)
> 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: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.warp.impl.client.eventbus.RemoteSuiteLifecyclePropagation.sendBefore(RemoteSuiteLifecyclePropagation.java:51)
> 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)
> {noformat}
--
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
11 years, 9 months
[JBoss JIRA] (ARQ-1037) Eclipse : ClassNotFoundException org.glassfish.web.plugin.common.WebModuleConfig
by Vineet Reynolds (JIRA)
[ https://issues.jboss.org/browse/ARQ-1037?page=com.atlassian.jira.plugin.s... ]
Vineet Reynolds commented on ARQ-1037:
--------------------------------------
Peter, thanks for reporting this with details of the failing context. I'll take a look at this once again.
> Eclipse : ClassNotFoundException org.glassfish.web.plugin.common.WebModuleConfig
> ---------------------------------------------------------------------------------
>
> Key: ARQ-1037
> URL: https://issues.jboss.org/browse/ARQ-1037
> Project: Arquillian
> Issue Type: Bug
> Security Level: Public(Everyone can see)
> Components: GlassFish Containers
> Environment: windows 7 entreprise SP1
> java 1.7.0-b147
> Reporter: Alexis PARIS
> Attachments: log.txt, pom.xml
>
>
> The arquillian tests run ok under maven but when launched in Eclipse version 3.7 indigo with M2eclipse plugin, I get the following error :
> SEVERE: Exception while loading the app : org.glassfish.web.plugin.common.WebModuleConfig
> Throwable occurred: java.lang.ClassNotFoundException: org.glassfish.web.plugin.common.WebModuleConfig
> The complete log are in the attached file log.txt.
--
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
11 years, 9 months
[JBoss JIRA] (ARQ-1365) Warp: CommandEventBus doesn't support (port) redirects
by Oliver Bock (JIRA)
[ https://issues.jboss.org/browse/ARQ-1365?page=com.atlassian.jira.plugin.s... ]
Oliver Bock edited comment on ARQ-1365 at 4/4/13 4:27 PM:
----------------------------------------------------------
Hi guys, thanks for looking into this so quickly.
I tested snapshot 1.0.0.Beta1-20130404.130631-118 and it seems that the test now indeed survives the port redirect. However, I could only infer that result as the test now runs into a SSL-related exception. Please note: this exception is also thrown for client-side tests that previously worked with 1.0.0.Alpha2, so this can still be considered a regression. I'll attach the Arquillian/VM debug log interleaved with the exception details (assuming they're time-correlated).
was (Author: brevilo):
Hi guys, thanks for looking into this so quickly.
I tested snapshot 1.0.0.Beta1-20130404.130631-118 and it seems that the test now indeed survives the port redirect. However, I could only infer that result as the test now runs into a SSL-related exception. Please note: this exception is also thrown for client-side tests that previously worked with 1.0.0.Alpha2, so this can still be considered a regression. I'll attach the Arquillian/VM debug log interleaved with the exception details (assuming they're time-correlated) as {{ARQ-1365_1.txt}}.
> Warp: CommandEventBus doesn't support (port) redirects
> ------------------------------------------------------
>
> Key: ARQ-1365
> URL: https://issues.jboss.org/browse/ARQ-1365
> Project: Arquillian
> Issue Type: Bug
> Security Level: Public(Everyone can see)
> Components: Extension - Warp
> Affects Versions: warp_1.0.0.Beta1
> Reporter: Oliver Bock
> Assignee: Aris Tzoumas
> Labels: redirect, ssl, warp
> Fix For: warp_1.0.0.Alpha3
>
> Attachments: ARQ-1365_1.txt
>
>
> When JBosss AS 7 is configured to redirect HTTP (port 8888) to HTTPS (8889) in standalone.xml (web subsystem) using:
> {noformat}
> <connector name="http" protocol="HTTP/1.1" scheme="http" socket-binding="http" redirect-port="8889"/>
> <connector name="https" protocol="HTTP/1.1" scheme="https" socket-binding="https" secure="true">
> <ssl password="[Your_password_here]" session-timeout="900"/>
> </connector>
> {noformat}
> All Warp tests (client- and server-side) fail like this when using 1.0.0.Beta1-SNAPSHOT (client-side tests do work with 1.0.0.Alpha2):
> {noformat}
> java.lang.IllegalStateException: Error launching test at http://0.0.0.0:8888/test/CommandEventBus?className=TestClass&methodName=t.... Got 302 (Moved Temporarily)
> at org.jboss.arquillian.warp.impl.client.eventbus.CommandEventBus.execute(CommandEventBus.java:266)
> at org.jboss.arquillian.warp.impl.client.eventbus.CommandEventBus.access$100(CommandEventBus.java:67)
> at org.jboss.arquillian.warp.impl.client.eventbus.CommandEventBus$2.run(CommandEventBus.java:147)
> at java.util.TimerThread.mainLoop(Timer.java:555)
> at java.util.TimerThread.run(Timer.java:505)
> or
> java.lang.IllegalStateException: Error launching test at http://0.0.0.0:8888/test/CommandEventBus?className=TestClass&methodName=t.... Got 302 (Moved Temporarily)
> at org.jboss.arquillian.warp.impl.client.eventbus.CommandEventBus.execute(CommandEventBus.java:266)
> at org.jboss.arquillian.warp.impl.client.eventbus.CommandEventBus.executeCommandRemotely(CommandEventBus.java:194)
> 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: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.warp.impl.client.eventbus.RemoteSuiteLifecyclePropagation.sendBefore(RemoteSuiteLifecyclePropagation.java:51)
> 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)
> {noformat}
--
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
11 years, 9 months
[JBoss JIRA] (ARQ-1365) Warp: CommandEventBus doesn't support (port) redirects
by Oliver Bock (JIRA)
[ https://issues.jboss.org/browse/ARQ-1365?page=com.atlassian.jira.plugin.s... ]
Oliver Bock edited comment on ARQ-1365 at 4/4/13 4:25 PM:
----------------------------------------------------------
Hi guys, thanks for looking into this so quickly.
I tested snapshot 1.0.0.Beta1-20130404.130631-118 and it seems that the test now indeed survives the port redirect. However, I could only infer that result as the test now runs into a SSL-related exception. Please note: this exception is also thrown for client-side tests that previously worked with 1.0.0.Alpha2, so this can still be considered a regression. I'll attach the Arquillian/VM debug log interleaved with the exception details (assuming they're time-correlated) as {{ARQ-1365_1.txt}}.
was (Author: brevilo):
Hi guys, thanks for looking into this so quickly.
I tested snapshot 1.0.0.Beta1-20130404.130631-118 and it seems that the test now indeed survives the port redirect. However, I could only infer that result as the test now runs into a SSL-related exception. Please note: this exception is also thrown for client-side tests that previously worked with 1.0.0.Alpha2, so this can still be considered a regression. I'll attach the Arquillian/VM debug log interleaved with the exception details (assuming they're time-correlated) as {{ARQ-1365_1}}.
> Warp: CommandEventBus doesn't support (port) redirects
> ------------------------------------------------------
>
> Key: ARQ-1365
> URL: https://issues.jboss.org/browse/ARQ-1365
> Project: Arquillian
> Issue Type: Bug
> Security Level: Public(Everyone can see)
> Components: Extension - Warp
> Affects Versions: warp_1.0.0.Beta1
> Reporter: Oliver Bock
> Assignee: Aris Tzoumas
> Labels: redirect, ssl, warp
> Fix For: warp_1.0.0.Alpha3
>
> Attachments: ARQ-1365_1.txt
>
>
> When JBosss AS 7 is configured to redirect HTTP (port 8888) to HTTPS (8889) in standalone.xml (web subsystem) using:
> {noformat}
> <connector name="http" protocol="HTTP/1.1" scheme="http" socket-binding="http" redirect-port="8889"/>
> <connector name="https" protocol="HTTP/1.1" scheme="https" socket-binding="https" secure="true">
> <ssl password="[Your_password_here]" session-timeout="900"/>
> </connector>
> {noformat}
> All Warp tests (client- and server-side) fail like this when using 1.0.0.Beta1-SNAPSHOT (client-side tests do work with 1.0.0.Alpha2):
> {noformat}
> java.lang.IllegalStateException: Error launching test at http://0.0.0.0:8888/test/CommandEventBus?className=TestClass&methodName=t.... Got 302 (Moved Temporarily)
> at org.jboss.arquillian.warp.impl.client.eventbus.CommandEventBus.execute(CommandEventBus.java:266)
> at org.jboss.arquillian.warp.impl.client.eventbus.CommandEventBus.access$100(CommandEventBus.java:67)
> at org.jboss.arquillian.warp.impl.client.eventbus.CommandEventBus$2.run(CommandEventBus.java:147)
> at java.util.TimerThread.mainLoop(Timer.java:555)
> at java.util.TimerThread.run(Timer.java:505)
> or
> java.lang.IllegalStateException: Error launching test at http://0.0.0.0:8888/test/CommandEventBus?className=TestClass&methodName=t.... Got 302 (Moved Temporarily)
> at org.jboss.arquillian.warp.impl.client.eventbus.CommandEventBus.execute(CommandEventBus.java:266)
> at org.jboss.arquillian.warp.impl.client.eventbus.CommandEventBus.executeCommandRemotely(CommandEventBus.java:194)
> 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: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.warp.impl.client.eventbus.RemoteSuiteLifecyclePropagation.sendBefore(RemoteSuiteLifecyclePropagation.java:51)
> 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)
> {noformat}
--
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
11 years, 9 months
[JBoss JIRA] (ARQ-1365) Warp: CommandEventBus doesn't support (port) redirects
by Oliver Bock (JIRA)
[ https://issues.jboss.org/browse/ARQ-1365?page=com.atlassian.jira.plugin.s... ]
Oliver Bock edited comment on ARQ-1365 at 4/4/13 4:24 PM:
----------------------------------------------------------
Hi guys, thanks for looking into this so quickly.
I tested snapshot 1.0.0.Beta1-20130404.130631-118 and it seems that the test now indeed survives the port redirect. However, I could only infer that result as the test now runs into a SSL-related exception. Please note: this exception is also thrown for client-side tests that previously worked with 1.0.0.Alpha2, so this can still be considered a regression. I'll attach the Arquillian/VM debug log interleaved with the exception details (assuming they're time-correlated) as {{ARQ-1365_1}}.
was (Author: brevilo):
Hi guys, thanks for looking into this so quickly.
I tested snapshot 1.0.0.Beta1-20130404.130631-118 and it seems that the test now indeed survives the port redirect. However, I could only infer that result as the test now runs into a SSL-related exception. Please note: this exception is also thrown for client-side tests that previously worked with 1.0.0.Alpha2, so this can still be considered a regression. I'll attach the Arquillian/VM debug log interleaved with the exception details (assuming they're time-correlated).
> Warp: CommandEventBus doesn't support (port) redirects
> ------------------------------------------------------
>
> Key: ARQ-1365
> URL: https://issues.jboss.org/browse/ARQ-1365
> Project: Arquillian
> Issue Type: Bug
> Security Level: Public(Everyone can see)
> Components: Extension - Warp
> Affects Versions: warp_1.0.0.Beta1
> Reporter: Oliver Bock
> Assignee: Aris Tzoumas
> Labels: redirect, ssl, warp
> Fix For: warp_1.0.0.Alpha3
>
> Attachments: ARQ-1365_1.txt
>
>
> When JBosss AS 7 is configured to redirect HTTP (port 8888) to HTTPS (8889) in standalone.xml (web subsystem) using:
> {noformat}
> <connector name="http" protocol="HTTP/1.1" scheme="http" socket-binding="http" redirect-port="8889"/>
> <connector name="https" protocol="HTTP/1.1" scheme="https" socket-binding="https" secure="true">
> <ssl password="[Your_password_here]" session-timeout="900"/>
> </connector>
> {noformat}
> All Warp tests (client- and server-side) fail like this when using 1.0.0.Beta1-SNAPSHOT (client-side tests do work with 1.0.0.Alpha2):
> {noformat}
> java.lang.IllegalStateException: Error launching test at http://0.0.0.0:8888/test/CommandEventBus?className=TestClass&methodName=t.... Got 302 (Moved Temporarily)
> at org.jboss.arquillian.warp.impl.client.eventbus.CommandEventBus.execute(CommandEventBus.java:266)
> at org.jboss.arquillian.warp.impl.client.eventbus.CommandEventBus.access$100(CommandEventBus.java:67)
> at org.jboss.arquillian.warp.impl.client.eventbus.CommandEventBus$2.run(CommandEventBus.java:147)
> at java.util.TimerThread.mainLoop(Timer.java:555)
> at java.util.TimerThread.run(Timer.java:505)
> or
> java.lang.IllegalStateException: Error launching test at http://0.0.0.0:8888/test/CommandEventBus?className=TestClass&methodName=t.... Got 302 (Moved Temporarily)
> at org.jboss.arquillian.warp.impl.client.eventbus.CommandEventBus.execute(CommandEventBus.java:266)
> at org.jboss.arquillian.warp.impl.client.eventbus.CommandEventBus.executeCommandRemotely(CommandEventBus.java:194)
> 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: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.warp.impl.client.eventbus.RemoteSuiteLifecyclePropagation.sendBefore(RemoteSuiteLifecyclePropagation.java:51)
> 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)
> {noformat}
--
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
11 years, 9 months
[JBoss JIRA] (ARQ-1365) Warp: CommandEventBus doesn't support (port) redirects
by Oliver Bock (JIRA)
[ https://issues.jboss.org/browse/ARQ-1365?page=com.atlassian.jira.plugin.s... ]
Oliver Bock updated ARQ-1365:
-----------------------------
Attachment: ARQ-1365_1.txt
> Warp: CommandEventBus doesn't support (port) redirects
> ------------------------------------------------------
>
> Key: ARQ-1365
> URL: https://issues.jboss.org/browse/ARQ-1365
> Project: Arquillian
> Issue Type: Bug
> Security Level: Public(Everyone can see)
> Components: Extension - Warp
> Affects Versions: warp_1.0.0.Beta1
> Reporter: Oliver Bock
> Assignee: Aris Tzoumas
> Labels: redirect, ssl, warp
> Fix For: warp_1.0.0.Alpha3
>
> Attachments: ARQ-1365_1.txt
>
>
> When JBosss AS 7 is configured to redirect HTTP (port 8888) to HTTPS (8889) in standalone.xml (web subsystem) using:
> {noformat}
> <connector name="http" protocol="HTTP/1.1" scheme="http" socket-binding="http" redirect-port="8889"/>
> <connector name="https" protocol="HTTP/1.1" scheme="https" socket-binding="https" secure="true">
> <ssl password="[Your_password_here]" session-timeout="900"/>
> </connector>
> {noformat}
> All Warp tests (client- and server-side) fail like this when using 1.0.0.Beta1-SNAPSHOT (client-side tests do work with 1.0.0.Alpha2):
> {noformat}
> java.lang.IllegalStateException: Error launching test at http://0.0.0.0:8888/test/CommandEventBus?className=TestClass&methodName=t.... Got 302 (Moved Temporarily)
> at org.jboss.arquillian.warp.impl.client.eventbus.CommandEventBus.execute(CommandEventBus.java:266)
> at org.jboss.arquillian.warp.impl.client.eventbus.CommandEventBus.access$100(CommandEventBus.java:67)
> at org.jboss.arquillian.warp.impl.client.eventbus.CommandEventBus$2.run(CommandEventBus.java:147)
> at java.util.TimerThread.mainLoop(Timer.java:555)
> at java.util.TimerThread.run(Timer.java:505)
> or
> java.lang.IllegalStateException: Error launching test at http://0.0.0.0:8888/test/CommandEventBus?className=TestClass&methodName=t.... Got 302 (Moved Temporarily)
> at org.jboss.arquillian.warp.impl.client.eventbus.CommandEventBus.execute(CommandEventBus.java:266)
> at org.jboss.arquillian.warp.impl.client.eventbus.CommandEventBus.executeCommandRemotely(CommandEventBus.java:194)
> 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: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.warp.impl.client.eventbus.RemoteSuiteLifecyclePropagation.sendBefore(RemoteSuiteLifecyclePropagation.java:51)
> 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)
> {noformat}
--
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
11 years, 9 months
[JBoss JIRA] (ARQ-1365) Warp: CommandEventBus doesn't support (port) redirects
by Oliver Bock (JIRA)
[ https://issues.jboss.org/browse/ARQ-1365?page=com.atlassian.jira.plugin.s... ]
Oliver Bock commented on ARQ-1365:
----------------------------------
Hi guys, thanks for looking into this so quickly.
I tested snapshot 1.0.0.Beta1-20130404.130631-118 and it seems that the test now indeed survives the port redirect. However, I could only infer that result as the test now runs into a SSL-related exception. Please note: this exception is also thrown for client-side tests that previously worked with 1.0.0.Alpha2, so this can still be considered a regression. I'll attach the Arquillian/VM debug log interleaved with the exception details (assuming they're time-correlated).
> Warp: CommandEventBus doesn't support (port) redirects
> ------------------------------------------------------
>
> Key: ARQ-1365
> URL: https://issues.jboss.org/browse/ARQ-1365
> Project: Arquillian
> Issue Type: Bug
> Security Level: Public(Everyone can see)
> Components: Extension - Warp
> Affects Versions: warp_1.0.0.Beta1
> Reporter: Oliver Bock
> Assignee: Aris Tzoumas
> Labels: redirect, ssl, warp
> Fix For: warp_1.0.0.Alpha3
>
> Attachments: ARQ-1365_1.txt
>
>
> When JBosss AS 7 is configured to redirect HTTP (port 8888) to HTTPS (8889) in standalone.xml (web subsystem) using:
> {noformat}
> <connector name="http" protocol="HTTP/1.1" scheme="http" socket-binding="http" redirect-port="8889"/>
> <connector name="https" protocol="HTTP/1.1" scheme="https" socket-binding="https" secure="true">
> <ssl password="[Your_password_here]" session-timeout="900"/>
> </connector>
> {noformat}
> All Warp tests (client- and server-side) fail like this when using 1.0.0.Beta1-SNAPSHOT (client-side tests do work with 1.0.0.Alpha2):
> {noformat}
> java.lang.IllegalStateException: Error launching test at http://0.0.0.0:8888/test/CommandEventBus?className=TestClass&methodName=t.... Got 302 (Moved Temporarily)
> at org.jboss.arquillian.warp.impl.client.eventbus.CommandEventBus.execute(CommandEventBus.java:266)
> at org.jboss.arquillian.warp.impl.client.eventbus.CommandEventBus.access$100(CommandEventBus.java:67)
> at org.jboss.arquillian.warp.impl.client.eventbus.CommandEventBus$2.run(CommandEventBus.java:147)
> at java.util.TimerThread.mainLoop(Timer.java:555)
> at java.util.TimerThread.run(Timer.java:505)
> or
> java.lang.IllegalStateException: Error launching test at http://0.0.0.0:8888/test/CommandEventBus?className=TestClass&methodName=t.... Got 302 (Moved Temporarily)
> at org.jboss.arquillian.warp.impl.client.eventbus.CommandEventBus.execute(CommandEventBus.java:266)
> at org.jboss.arquillian.warp.impl.client.eventbus.CommandEventBus.executeCommandRemotely(CommandEventBus.java:194)
> 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: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.warp.impl.client.eventbus.RemoteSuiteLifecyclePropagation.sendBefore(RemoteSuiteLifecyclePropagation.java:51)
> 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)
> {noformat}
--
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
11 years, 9 months
[JBoss JIRA] (ARQ-1037) Eclipse : ClassNotFoundException org.glassfish.web.plugin.common.WebModuleConfig
by Peter Thorson (JIRA)
[ https://issues.jboss.org/browse/ARQ-1037?page=com.atlassian.jira.plugin.s... ]
Peter Thorson commented on ARQ-1037:
------------------------------------
I just encountered this same issue using IBM RAD 8.5 and working through the tutorial: http://arquillian.org/guides/getting_started_rinse_and_repeat/. I attempt to run the BasketTest in the embedded GlassFish profile using the builtin JUnit run configuration and get the above error.
If I instead test within RAD using the builtin Maven Build run configuration, the test works correctly.
> Eclipse : ClassNotFoundException org.glassfish.web.plugin.common.WebModuleConfig
> ---------------------------------------------------------------------------------
>
> Key: ARQ-1037
> URL: https://issues.jboss.org/browse/ARQ-1037
> Project: Arquillian
> Issue Type: Bug
> Security Level: Public(Everyone can see)
> Components: GlassFish Containers
> Environment: windows 7 entreprise SP1
> java 1.7.0-b147
> Reporter: Alexis PARIS
> Attachments: log.txt, pom.xml
>
>
> The arquillian tests run ok under maven but when launched in Eclipse version 3.7 indigo with M2eclipse plugin, I get the following error :
> SEVERE: Exception while loading the app : org.glassfish.web.plugin.common.WebModuleConfig
> Throwable occurred: java.lang.ClassNotFoundException: org.glassfish.web.plugin.common.WebModuleConfig
> The complete log are in the attached file log.txt.
--
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
11 years, 9 months