[JBoss JIRA] Created: (ARQ-442) Change Examples modules to a container sanity test suite
by Aslak Knutsen (JIRA)
Change Examples modules to a container sanity test suite
--------------------------------------------------------
Key: ARQ-442
URL: https://issues.jboss.org/browse/ARQ-442
Project: Arquillian
Issue Type: Feature Request
Security Level: Public (Everyone can see)
Affects Versions: 1.0.0.Beta1
Reporter: Aslak Knutsen
The current examples modules should be recreated as a sanity test suite for the containers. Currently all containers have their own simple tests for validating the functionality. These container tests should be merged with the examples and created as a test suite.
The test suite needs to be split up by package / module based on EE v / technology to support all containers(easy maven filtering). The containers should depend on this test suite and not the other way around.
todo: research how to include a external module as a test suite for a module. (copy-dependencies / extract ? / container config etc)
--
This message is automatically generated by JIRA.
For more information on JIRA, see: http://www.atlassian.com/software/jira
12 years, 8 months
[JBoss JIRA] Created: (ARQ-540) Support @ArquillianResource URL for in-container test cases
by Ian Brandt (JIRA)
Support @ArquillianResource URL for in-container test cases
-----------------------------------------------------------
Key: ARQ-540
URL: https://issues.jboss.org/browse/ARQ-540
Project: Arquillian
Issue Type: Enhancement
Security Level: Public (Everyone can see)
Affects Versions: 1.0.0.CR2
Reporter: Ian Brandt
>From [IRC|http://echelog.matzon.dk/logs/browse/jbosstesting/1312408800]:
{quote}
[2:13pm] ianbrandt: aslak, Should @ArquillianResource injection work for in-container test cases? It works fine when I try it for an as-client test, but when I do the same in-container the org.jboss.arquillian.container.test.impl.enricher.resource.URLResourceProvider.protocolMetadata.get() is null, so no context URL. I verified the container is returning a non-null ProtocolMetaData from deploy(...).
[2:15pm] aslak: ianbrandt, no it currently doesn't work
[2:16pm] aslak: ianbrandt, it probably should, but i'm not sure we have the info incontianer without doing a callback to the client..
[2:16pm] aslak: ianbrandt, but then we don't know which deployment we are when incontianer, so we have a little problem there..
[2:17pm] ianbrandt: aslak, Ah, okay.
[2:17pm] aslak: no wait we do
[2:18pm] aslak: the Protocol is executed within a DeploymentScope/ContainerScope, so when it gets the callback, it has the correct context..
[2:18pm] aslak: we tho need OperatesOnDeployment support for that tho, cuz you possible want to inject URLs not to your self, but to another deployment on possible another contianer that you should invoke from incontainer
[2:19pm] aslak: so from incontianer on dep 1, we can do @ArqRes @OperatesOnDep("dep2") URL url;
[2:23pm] ianbrandt: aslak, Makes sense. It's a little more than I could take on at the moment. I was just augmenting the Tomcat tests to show @ArqRes usage. I'll skip it for shouldBeAbleToInvokeServletInDeployedWebApp, and JIRA+Wiki the limitation.
{quote}
--
This message is automatically generated by JIRA.
For more information on JIRA, see: http://www.atlassian.com/software/jira
12 years, 8 months
[JBoss JIRA] Created: (ARQ-350) Map client events 1 to 1 with container events
by Aslak Knutsen (JIRA)
Map client events 1 to 1 with container events
----------------------------------------------
Key: ARQ-350
URL: https://issues.jboss.org/browse/ARQ-350
Project: Arquillian
Issue Type: Feature Request
Components: Base Implementation, Test Protocol SPIs and Implementation
Reporter: Aslak Knutsen
We should redo how the test execution lifecycles happen. In the current impl the flow is:
Client(BeforSuite, BeforeClass, Before) -> Container(BeforSuite, BeforeClass, Before, Test, After, AfterClass, AfterSuite) -> Client(After, AfterClass, AfterSuite)
We should map these 1 to 1 with the incontainer execution and keep the test instance alive between the calls.
Client(BeforeClass) -> Container(BeforeClass)
Client(Before) -> Container(Before)
..
This way the execution is closer to how it normally would be, and extensions can interact with the Container/Environment or Client in the appropriate lifecycles more naturally.
--
This message is automatically generated by JIRA.
-
For more information on JIRA, see: http://www.atlassian.com/software/jira
12 years, 8 months
[JBoss JIRA] Created: (ARQ-506) Support more complex property types in container configuration
by Gerhard Poul (JIRA)
Support more complex property types in container configuration
--------------------------------------------------------------
Key: ARQ-506
URL: https://issues.jboss.org/browse/ARQ-506
Project: Arquillian
Issue Type: Enhancement
Security Level: Public (Everyone can see)
Components: Configuration
Reporter: Gerhard Poul
Priority: Optional
It might sometimes be helpful to support arbitrary property lists within an arquillian configuration, such as when we want to make it possible to pass properties to the underlying container implementations, but that have no effect on the behavior of the arquillian-container-implementation itself.
This is not to replace, but to augment the current configuration capability, such that we can provide something like the following in an arquillian.xml:
<container qualifier="someQualifier" default="true">
<configuration>
<propertyList name="somePropertyName">
<propertyEntry name="somePropertyEntryName" type="java.lang.String" value="someValue" />
<propertyEntry name="somePropertyEntryName2" type="java.lang.Integer" value="1234" />
...
</propertyList>
<property name="someOtherProperty">someValue</property>
</configuration>
</container>
--
This message is automatically generated by JIRA.
For more information on JIRA, see: http://www.atlassian.com/software/jira
12 years, 9 months