[JBoss JIRA] Resolved: (ARQAJO-13) Wrong call to JS function getRequestDone
by Lukáš Fryč (JIRA)
[ https://issues.jboss.org/browse/ARQAJO-13?page=com.atlassian.jira.plugin.... ]
Lukáš Fryč resolved ARQAJO-13.
------------------------------
Resolution: Done
> Wrong call to JS function getRequestDone
> ----------------------------------------
>
> Key: ARQAJO-13
> URL: https://issues.jboss.org/browse/ARQAJO-13
> Project: Arquillian Ajocado
> Issue Type: Feature Request
> Components: core
> Reporter: Lukáš Fryč
> Assignee: Lukáš Fryč
> Fix For: 1.0.0.Alpha3
>
>
> The problem is that in Cheiron.js the function is called getRequestTypeDone
> com.thoughtworks.selenium.SeleniumException: ERROR: Threw an exception: cheiron.requestInterceptor.getRequestDone is not a function
> at com.thoughtworks.selenium.HttpCommandProcessor.throwAssertionFailureExceptionOrError(HttpCommandProcessor.java:97)
> at com.thoughtworks.selenium.HttpCommandProcessor.doCommand(HttpCommandProcessor.java:91)
> at com.thoughtworks.selenium.HttpCommandProcessor.getString(HttpCommandProcessor.java:262)
> at sun.reflect.GeneratedMethodAccessor7.invoke(Unknown Source)
> at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:25)
> at java.lang.reflect.Method.invoke(Method.java:597)
> at org.jboss.test.selenium.interception.CommandContext.invoke(CommandContext.java:103)
> at org.jboss.test.selenium.interception.InterceptionProxy.invoke(InterceptionProxy.java:111)
> at $Proxy23.getString(Unknown Source)
> at com.thoughtworks.selenium.DefaultSelenium.getEval(DefaultSelenium.java:443)
> at org.jboss.test.selenium.framework.TypedSeleniumImpl.getEval(TypedSeleniumImpl.java:321)
> at sun.reflect.GeneratedMethodAccessor14.invoke(Unknown Source)
> at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:25)
> at java.lang.reflect.Method.invoke(Method.java:597)
> at org.jboss.test.selenium.framework.AjaxSeleniumProxy.invoke(AjaxSeleniumProxy.java:109)
> at $Proxy0.getEval(Unknown Source)
> at org.jboss.test.selenium.request.RequestInterceptor.getRequestTypeDone(RequestInterceptor.java:63)
> at org.richfaces.tests.metamer.ftest.a4jPush.AbstractPushTest.pushAndWait(AbstractPushTest.java:98)
--
This message is automatically generated by JIRA.
For more information on JIRA, see: http://www.atlassian.com/software/jira
13 years
[JBoss JIRA] Created: (ARQ-431) ClassNotFoundException on Websphere
by Yves Langisch (JIRA)
ClassNotFoundException on Websphere
-----------------------------------
Key: ARQ-431
URL: https://issues.jboss.org/browse/ARQ-431
Project: Arquillian
Issue Type: Bug
Security Level: Public (Everyone can see)
Components: Test Protocol SPIs and Implementation
Affects Versions: 1.0.0.Alpha5
Reporter: Yves Langisch
I'm trying to make the TemperatureConverterTest running as an EAR on my WAS but I always get a ClassNotFoundException for the test class on the server side (test class is not missing in the jar). Relevant snippet from the test class:
...
@Inject
private TemperatureConverter converter;
@Deployment
public static EnterpriseArchive createTestArchive() {
return ShrinkWrap.create(EnterpriseArchive.class, "testConverter.ear")
.addAsModule(
ShrinkWrap.create(JavaArchive.class, "test.jar").
addClass(TemperatureConverterTest.class).
addClass(TemperatureConverter.class));
}
...
ServletTestRunner fails on loading the class:
Class<?> testClass = SecurityActions.getThreadContextClassLoader().loadClass(className);
Looking into the deployed ear I cannot see any reason for this behavior. The strange is that after adding a @EJB (and the relevant ejb classes) to my test the classloader is able to resolve the test class:
...
@EJB
private MyEjbLocal instanceVariable;
...
--
This message is automatically generated by JIRA.
For more information on JIRA, see: http://www.atlassian.com/software/jira
13 years
[JBoss JIRA] Created: (ARQAJO-27) Reduce overusage of static imports
by Karel Piwko (JIRA)
Reduce overusage of static imports
----------------------------------
Key: ARQAJO-27
URL: https://issues.jboss.org/browse/ARQAJO-27
Project: Arquillian Ajocado
Issue Type: Bug
Affects Versions: 1.0.0.Alpha1
Reporter: Karel Piwko
Assignee: Lukas Fryc
It is extremely difficult to follow and read the code overfilled with static imports especially when reading the code without an IDE.
The main reason why static imports exist is to make code more readable not the opposite.
See guideline at http://download.oracle.com/javase/1.5.0/docs/guide/language/static-import...
For instance, see SystemPropertiesConfiguration:
import static org.jboss.arquillian.ajocado.utils.URLUtils.buildUrl; (used twice)
import static java.lang.System.getProperty; (used a lot of time, but I don't consider statically importing System as a good practice either)
import static org.jboss.arquillian.ajocado.utils.PrimitiveUtils.*; (I have no idea what is imported from there, I guess methods like asBoolean(String))
Suggestion:
a getPropertyAs(Class<?> clazz, String value, String default) method can easily encapsulate calls to System.getProperty() and asType wrappers.
--
This message is automatically generated by JIRA.
For more information on JIRA, see: http://www.atlassian.com/software/jira
13 years