[JBoss JIRA] Created: (ARQ-578) Create a Extension for handling Server State assertion during normal Servlet/JSF requests
by Aslak Knutsen (JIRA)
Create a Extension for handling Server State assertion during normal Servlet/JSF requests
-----------------------------------------------------------------------------------------
Key: ARQ-578
URL: https://issues.jboss.org/browse/ARQ-578
Project: Arquillian
Issue Type: Feature Request
Security Level: Public (Everyone can see)
Reporter: Aslak Knutsen
The general requirements would be:
* hook into existing lifecycle callbacks from server (after_render, request_destory)
* inject and assert on state during request in container
** we want this to happen during request so all state is still available (@RequestScope)
* assert on output on client side
** this limits the need for incontianer deps / packaging
Rough API idea/draft:
https://gist.github.com/1184904
If we can piggyback the ServerState Assertion object to 'any' HTML request, we should be able to reuse existing tools for client testing like htmlunit / selenium, but with incontainer assertions.
This could be JSFUnit 3+ combined with a Serlvet Extension.
--
This message is automatically generated by JIRA.
For more information on JIRA, see: http://www.atlassian.com/software/jira
11 years, 11 months
[JBoss JIRA] Created: (ARQ-355) Support fluent API and @DeploymentTarget for Rules
by Aslak Knutsen (JIRA)
Support fluent API and @DeploymentTarget for Rules
--------------------------------------------------
Key: ARQ-355
URL: https://issues.jboss.org/browse/ARQ-355
Project: Arquillian
Issue Type: Feature Request
Components: Extension - Byteman
Reporter: Aslak Knutsen
Priority: Minor
With multi container support in arquillian, the byteman integration should support @DeploymentTarget for specifying which container a rule should be deployed on.
Byteman integration could follow the ShrinkWrap fluent API and make a API for rule creation, instead of having it only declarative via Annotaitons.
@BMRule @DeploymentTarget("name")
public static Rule createExceptionRule()
{
return Byteman.rule().....
}
--
This message is automatically generated by JIRA.
-
For more information on JIRA, see: http://www.atlassian.com/software/jira
11 years, 11 months
[JBoss JIRA] (ARQAJO-119) isVisible JS condition should not fail when element is not present
by Juraj Huska (JIRA)
Juraj Huska created ARQAJO-119:
----------------------------------
Summary: isVisible JS condition should not fail when element is not present
Key: ARQAJO-119
URL: https://issues.jboss.org/browse/ARQAJO-119
Project: Arquillian Ajocado
Issue Type: Enhancement
Components: api, core
Affects Versions: 1.0.0.CR3
Reporter: Juraj Huska
Priority: Minor
The method isVisible of object selenium is failing (throwing exception element not found), when the element is not present on the page.
This behavior is quite unhandy in for invocations such as:
{code}
waitModel.failWith("Popup did not show").until(elementVisible.locator(popup));
{code}
It is only the example, but this will fail and no wait is done at all. To simulate it without failing, one has to write:
{code}
waitModel.failWith("Popup did not show").until(elementPresent.locator( jq( popup.getRawLocator + ":visible" ) ));
{code}
So he *has to use elementPresent condition and add :visible locator*, even when he really just wants to verify whether the element is visible, since it is obvious that the element can be present and not be visible at the same time.
So my propose will be to *catch* the ElementNotFoundException in selenium invocation of isVisible and to *return false*, when the element is not present. For me this sounds quite reasonably. *Is there any problem with it? Will it be problem to change the Selenium API, and to make it not consistent with standard Selenium 1,2 ?*
--
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
11 years, 11 months