[JBoss JIRA] (ARQ-1024) Support package private implementation
by Jesper Pedersen (JIRA)
Jesper Pedersen created ARQ-1024:
------------------------------------
Summary: Support package private implementation
Key: ARQ-1024
URL: https://issues.jboss.org/browse/ARQ-1024
Project: Arquillian
Issue Type: Feature Request
Security Level: Public (Everyone can see)
Components: Base Implementation
Affects Versions: 1.0.1.Final
Reporter: Jesper Pedersen
Arquillian doesn't support a package private implementation of the environment leading to
{noformat}
[junit] Caused by: java.lang.IllegalAccessException: Class org.jboss.arquillian.core.impl.loadable.SecurityActions can not access a member of class org.jboss.jca.embedded.arquillian.EmbeddedJCAContainer with modifiers "public"
[junit] at sun.reflect.Reflection.ensureMemberAccess(Reflection.java:65)
[junit] at java.lang.reflect.Constructor.newInstance(Constructor.java:505)
[junit] at org.jboss.arquillian.core.impl.loadable.SecurityActions.newInstance(SecurityActions.java:164)
[junit] ... 38 more
{noformat}
The correct method / constructor should be resolved, and setAccessible(true) should be called
--
This message is automatically generated by JIRA.
If you think it was sent incorrectly, please contact your JIRA administrators: https://issues.jboss.org/secure/ContactAdministrators!default.jspa
For more information on JIRA, see: http://www.atlassian.com/software/jira
12 years, 2 months
[JBoss JIRA] (ARQ-921) Make environment variables available for property replacement in configuration
by Dan Allen (JIRA)
Dan Allen created ARQ-921:
-----------------------------
Summary: Make environment variables available for property replacement in configuration
Key: ARQ-921
URL: https://issues.jboss.org/browse/ARQ-921
Project: Arquillian
Issue Type: Enhancement
Security Level: Public (Everyone can see)
Components: Configuration
Affects Versions: 1.0.0.Final
Reporter: Dan Allen
Copy all the environment variables to the base property "env" in the system property table. Using the base property avoids conflicts with property names. This strategy is typical in build systems.
For example, assume the following environment variable is defined:
{code}
JBOSS_HOME=/opt/jboss-as
{code}
This environment variable can be referenced from the configuration (arquillian.xml) as follows:
{code}
${env.JBOSS_HOME}
{code}
A system property may be used to override an environment variable, as follows:
{code}
-Denv.JBOSS_HOME=/home/user/opt/jboss-as
{code}
--
This message is automatically generated by JIRA.
If you think it was sent incorrectly, please contact your JIRA administrators: https://issues.jboss.org/secure/ContactAdministrators!default.jspa
For more information on JIRA, see: http://www.atlassian.com/software/jira
12 years, 2 months
[JBoss JIRA] (ARQ-1045) Fail fast if path to browser is not valid
by Karel Piwko (JIRA)
Karel Piwko created ARQ-1045:
--------------------------------
Summary: Fail fast if path to browser is not valid
Key: ARQ-1045
URL: https://issues.jboss.org/browse/ARQ-1045
Project: Arquillian
Issue Type: Enhancement
Security Level: Public (Everyone can see)
Components: Extension - Drone
Affects Versions: drone_1.1.0.CR2
Reporter: Karel Piwko
Assignee: Karel Piwko
Fix For: drone_1.2.0.next
There is no reason to delegate failure to Selenium. If browser binary does not exist for default selenium, simply fail fast. E.g.
{code:xml}
<property name="browser">*firefox /opt/firefox-9.0.1/firefox-bin</property>
{code}
{code}
java.lang.RuntimeException: Could not start Selenium session: Failed to start new browser session: java.lang.RuntimeException: Firefox 3 could not be found in the path!
Please add the directory containing ''firefox.exe'' to your PATH environment
variable, or explicitly specify a path to Firefox 3 like this:
*firefox3 c:\blah\firefox.exe
at com.thoughtworks.selenium.DefaultSelenium.start(DefaultSelenium.java:109)
at org.jboss.arquillian.drone.selenium.factory.DefaultSeleniumFactory.createInstance(DefaultSeleniumFactory.java:67)
{code}
--
This message is automatically generated by JIRA.
If you think it was sent incorrectly, please contact your JIRA administrators: https://issues.jboss.org/secure/ContactAdministrators!default.jspa
For more information on JIRA, see: http://www.atlassian.com/software/jira
12 years, 2 months
[JBoss JIRA] (ARQ-895) Arquillian config-impl-base is not a part of spock-standalone
by Aslak Knutsen (JIRA)
Aslak Knutsen created ARQ-895:
---------------------------------
Summary: Arquillian config-impl-base is not a part of spock-standalone
Key: ARQ-895
URL: https://issues.jboss.org/browse/ARQ-895
Project: Arquillian
Issue Type: Bug
Security Level: Public (Everyone can see)
Components: Base Implementation
Affects Versions: 1.0.0.CR7
Reporter: Karel Piwko
Assignee: Aslak Knutsen
Priority: Critical
Fix For: 1.1.0.Beta1
When configuration was split, the arquillian-config-impl-base was made a dependency of container only
{code}
./container/spi/pom.xml: <artifactId>arquillian-config-impl-base</artifactId> <!-- ILLEGAL DEPENDENCY, fix with new Config module -->
./container/impl-base/pom.xml: <artifactId>arquillian-config-impl-base</artifactId> <!-- ILEGAL DEPENDENCY, resolved with new Config API -->
./bom/pom.xml: <artifactId>arquillian-config-impl-base</artifactId>
./config/impl-base/pom.xml: <artifactId>arquillian-config-impl-base</artifactId>
{code}
This means that when no container is on classpath, e.g. standalone mode of junit/testng, ArquillianDescriptor is not created at all.
--
This message is automatically generated by JIRA.
If you think it was sent incorrectly, please contact your JIRA administrators: https://issues.jboss.org/secure/ContactAdministrators!default.jspa
For more information on JIRA, see: http://www.atlassian.com/software/jira
12 years, 2 months