[JBoss JIRA] Created: (ARQ-310) Add a post-construct method to ContainerConfiguration
by Dan Allen (JIRA)
Add a post-construct method to ContainerConfiguration
-----------------------------------------------------
Key: ARQ-310
URL: https://jira.jboss.org/browse/ARQ-310
Project: Arquillian
Issue Type: Feature Request
Components: Configuration
Affects Versions: 1.0.0.Alpha4
Reporter: Dan Allen
The ContainerConfiguration SPI should include a method that is invoked after all the properties have been set so that component properties can be calculated and perhaps validation can be performed. When you introduce a container-managed component type w/o a post-construct hook, it results in logic being performed in setter methods. We don't want that sort of thing. We want to keep it clean.
public interface ContainerConfiguration
{
ContainerProfile getContainerProfile();
void afterPropertiesSet(); // alternate: void postConstruct();
}
We could also entertain the possibility of honoring the @PostConstruct annotation.
An example use case is to assemble the JSR-88 deployment URI from various facts provided, such as the server host and port (or admin server host and port), if an explicit deployment URI is not provided.
--
This message is automatically generated by JIRA.
-
If you think it was sent incorrectly contact one of the administrators: https://jira.jboss.org/secure/Administrators.jspa
-
For more information on JIRA, see: http://www.atlassian.com/software/jira
13 years, 6 months
[JBoss JIRA] Created: (ARQ-50) research an alternative approach to inheriting from Arquillian base class in TestNG
by Dan Allen (JIRA)
research an alternative approach to inheriting from Arquillian base class in TestNG
-----------------------------------------------------------------------------------
Key: ARQ-50
URL: https://jira.jboss.org/jira/browse/ARQ-50
Project: Arquillian
Issue Type: Feature Request
Affects Versions: 1.0.0-alpha-1
Reporter: Dan Allen
Priority: Minor
This issue is a research and development task to determine if there is an alternative approach that can be used, rather than inheriting from the Arquillian base class, to hook a TestNG test into the Arquillian functionality. JUnit offers a @RunWith annotation which is what the JUnit module uses. The closest hook TestNG seems to offer is the ITestListener interface. However, the question becomes, how does that map to the requirements:
@BeforeSuite -> start container (~ ITestListener.onStart)
@BeforeClass -> deploy (??)
TestMethod/IHookable -> remote call (??)
@AfterClass -> undeploy -> (??)
@AfterSuite -> stop container -> (~ ITestListener.onFinish)
There was discussion on this thread about supporting @RunWith in TestNG: http://markmail.org/message/fxm6bddk6wzqa4yp
--
This message is automatically generated by JIRA.
-
If you think it was sent incorrectly contact one of the administrators: https://jira.jboss.org/jira/secure/Administrators.jspa
-
For more information on JIRA, see: http://www.atlassian.com/software/jira
13 years, 6 months
[JBoss JIRA] Created: (ARQ-287) Add support for filtering tests based on required execution environment
by Dan Allen (JIRA)
Add support for filtering tests based on required execution environment
-----------------------------------------------------------------------
Key: ARQ-287
URL: https://jira.jboss.org/browse/ARQ-287
Project: Arquillian
Issue Type: Feature Request
Components: Configuration
Affects Versions: 1.0.0.Alpha4
Reporter: Dan Allen
Assignee: Dan Allen
Fix For: 1.0.0.Beta1
Allow the developer to declaratively specify the execution environment required for a given test to function. Then, Arquillian should filter out tests that require an execution environment that the target container doesn't provide. (In other words, only execute a test case if the target container provides the execution environment the test requires).
To support this feature, we need to introduce the concept of an execution environment definition into the API and a mechanism for indicating which containers provide a given execution environment. The developer experience will be something like:
@RunWith(Arquillian.class)
@RequiresJavaEE6
public class MyTestCase { ... }
or
@RunWith(Arquillian.class)
@RequiresEnvironment(JavaEE6Container.class)
public class MyTestCase { ... }
Formal proposals and prototypes will be submitted as branches in github.
--
This message is automatically generated by JIRA.
-
If you think it was sent incorrectly contact one of the administrators: https://jira.jboss.org/secure/Administrators.jspa
-
For more information on JIRA, see: http://www.atlassian.com/software/jira
13 years, 6 months