[JBoss JIRA] (ARQ-1086) @CleanuUsingScript with phase NONE
by Anton Shaykin (JIRA)
Anton Shaykin created ARQ-1086:
----------------------------------
Summary: @CleanuUsingScript with phase NONE
Key: ARQ-1086
URL: https://issues.jboss.org/browse/ARQ-1086
Project: Arquillian
Issue Type: Bug
Security Level: Public (Everyone can see)
Components: Extension - Persistence
Affects Versions: persistence_1.0.0.Alpha4
Reporter: Anton Shaykin
Assignee: Bartosz Majsak
Priority: Minor
When using @CleanupUsingScript(phase = NONE) with @UsingDataSet the following exception is thrown:
InvalidResourceLocation: Unable to locate cleanup-com.example.arqtest.SimpleTest#testStuff.sql. File does not exist also in default location scripts/
As Bartosz pointed out, using this annotation with phase=NONE is semantically incorrect. This is obviously not a serious bug.
--
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] (ARQGRA-196) Support enriching @FindBy annotated fields of alternative types
by Aslak Knutsen (JIRA)
Aslak Knutsen created ARQGRA-196:
------------------------------------
Summary: Support enriching @FindBy annotated fields of alternative types
Key: ARQGRA-196
URL: https://issues.jboss.org/browse/ARQGRA-196
Project: Arquillian Graphene
Issue Type: Feature Request
Components: core
Affects Versions: 2.0.0.Alpha2
Reporter: Aslak Knutsen
{code}
@FindBy(xpath = "//a[@id='name']")
private String name;
{code}
When annotating a field of type String a WebElement.getText could be automatically invoked and the result set on the field.
Other possible supported types could be: Integer, int, Boolean, Date?
--
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-1114) Configure Location of jacoco.exec File
by Bryan Saunders (JIRA)
Bryan Saunders created ARQ-1114:
-----------------------------------
Summary: Configure Location of jacoco.exec File
Key: ARQ-1114
URL: https://issues.jboss.org/browse/ARQ-1114
Project: Arquillian
Issue Type: Feature Request
Security Level: Public (Everyone can see)
Components: Extension - Jacoco
Reporter: Bryan Saunders
The location of the jacoco.exec file can not be configured with the JaCoCo extension. This prevent you from being able to configure JaCoCo to use a single jacoco.exec file for multiple Maven Modules.
Proposed solution:
Adding appropriate configuration to arquillian.xml to configure the jacoco module along with the code to read that configuration.
--
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-1059) Expose events for instantiation and destruction of drivers
by Lukáš Fryč (JIRA)
Lukáš Fryč created ARQ-1059:
-------------------------------
Summary: Expose events for instantiation and destruction of drivers
Key: ARQ-1059
URL: https://issues.jboss.org/browse/ARQ-1059
Project: Arquillian
Issue Type: Feature Request
Security Level: Public (Everyone can see)
Components: Extension - Drone
Affects Versions: drone_1.1.0.CR2
Reporter: Lukáš Fryč
Assignee: Karel Piwko
Right now, Graphene needs to wrap all specific factories with higher priority and delegate to original factories - in the process, Graphene creates proxy for real instance (to allow its magic) and during destruction, Graphene "unwraps" original instance and pass it to real implementation.
It forces Graphene reflect changes in drivers implemented by Drone and ties it to the particular version of Drone.
---
The suggested events should allow listeners to "modify" the created instance (e.g. Graphene could then provide its proxy instead and setup real implementation to context).
Similarly during destruction, event should be fired before {{destroy}} method, which would allow to reflect changes and provide the real instance to be destroyed (Graphene would unwrap proxy and pass real driver instance to destroy and reset the context).
--
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, 3 months
[JBoss JIRA] (ARQ-838) Allow Arquillian Drone to handle Robotium
by Karel Piwko (JIRA)
Karel Piwko created ARQ-838:
-------------------------------
Summary: Allow Arquillian Drone to handle Robotium
Key: ARQ-838
URL: https://issues.jboss.org/browse/ARQ-838
Project: Arquillian
Issue Type: Task
Security Level: Public (Everyone can see)
Components: Extension - Drone
Affects Versions: drone_1.1.0.next
Reporter: Karel Piwko
Assignee: Aleksey Shilin
Robotium is a Java based framework for testing Android applications using a high level API.
Once the integration with Android integration tests is done, it would be convenient to have its support in Arquillian Drone.
The key here is to grab current activity from Android context and provide a Solo object which could be injected into test itself.
The usage might look similar to the following:
{code}
@RunWith(Arquillian.class)
public class AndroidTest {
@Test
public void androidActivity(@AndroidActivity HelloAndroid helloAndroid, @Drone Solo solo) {
solo.sendKey(Solo.MENU);
solo.clickOnText("More");
solo.clickOnText("Preferences");
solo.clickOnText("Edit File Extensions");
Assert.assertTrue(solo.searchText("rtf"));
}
}
{code}
Note that the above example does not reflect possible usage of Android/Robotium in class level, this a method-level proposal.
--
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, 3 months
[JBoss JIRA] (ARQ-1109) WarpDispatcherServlet - set the ApplicationContext through constructor
by Jakub Narloch (JIRA)
Jakub Narloch created ARQ-1109:
----------------------------------
Summary: WarpDispatcherServlet - set the ApplicationContext through constructor
Key: ARQ-1109
URL: https://issues.jboss.org/browse/ARQ-1109
Project: Arquillian
Issue Type: Feature Request
Security Level: Public (Everyone can see)
Components: Extension - Spring
Affects Versions: spring_1.0.0.Beta1
Reporter: Jakub Narloch
Assignee: Jakub Narloch
Fix For: spring_1.0.0.next
WarpDispatcherServlet relies on Spring 2.5.6 which by default loads the application context from xml file. In Spring 3 there were introduced change that allows to set the context through constructor. Basicly the idea is to allow configuring the WarpDispatcherServlet with custom application context but in the same time keep it's compatibility with Spring 2.5
--
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