[JBoss JIRA] (WFLY-642) TS: -Dtest=*<something>* only matches one test per module.
by Jason Greene (JIRA)
[ https://issues.jboss.org/browse/WFLY-642?page=com.atlassian.jira.plugin.s... ]
Jason Greene moved AS7-3947 to WFLY-642:
----------------------------------------
Project: WildFly (was: Application Server 7)
Key: WFLY-642 (was: AS7-3947)
Component/s: (was: Test Suite)
Fix Version/s: (was: 8.0.0.Alpha1)
> TS: -Dtest=*<something>* only matches one test per module.
> -----------------------------------------------------------
>
> Key: WFLY-642
> URL: https://issues.jboss.org/browse/WFLY-642
> Project: WildFly
> Issue Type: Sub-task
> Reporter: Pavel Janousek
> Assignee: Aslak Knutsen
>
> It seems like some regression.
> When I've tried run like:
> {code}
> mvn3 clean install -Dts.basic '-Dtest=*.jaxrs.*'
> {code}
> I got this result:
> {code}
> [pjanouse@pjanouse testsuite]$ mvn3 clean install -Dts.basic '-Dtest=*.jaxrs.*'
> Running org.jboss.as.test.smoke.jaxrs.JaxrsTestCase
> Tests run: 1, Failures: 0, Errors: 0, Skipped: 0, Time elapsed: 9.689 sec
> ...
> ------ basic module:
> Running org.jboss.as.test.integration.osgi.jaxrs.RestEasyIntegrationTestCase
> Tests run: 1, Failures: 0, Errors: 0, Skipped: 0, Time elapsed: 13.099 sec
> ...
> {code}
> So you can see - Integration basic is invoked, but only TestCases org.jboss.as.test.smoke.jaxrs.JaxrsTestCase and org.jboss.as.test.integration.osgi.jaxrs.RestEasyIntegrationTestCas were run although there are plenty of other TestCases fulfilled mask *\*.jaxrs.\** - many of them are localted in testsuite/integration/basic/src/test/java/org/jboss/as/test/integration/jaxrs/ + sub=dirs.
--
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
11 years, 8 months
[JBoss JIRA] (WFLY-643) TS: Implement replacing of ...=localhost in .properties resources
by Jason Greene (JIRA)
[ https://issues.jboss.org/browse/WFLY-643?page=com.atlassian.jira.plugin.s... ]
Jason Greene moved AS7-3948 to WFLY-643:
----------------------------------------
Project: WildFly (was: Application Server 7)
Key: WFLY-643 (was: AS7-3948)
Component/s: (was: Test Suite)
Fix Version/s: (was: 7.1.2.Final (EAP))
> TS: Implement replacing of ...=localhost in .properties resources
> -----------------------------------------------------------------
>
> Key: WFLY-643
> URL: https://issues.jboss.org/browse/WFLY-643
> Project: WildFly
> Issue Type: Sub-task
> Reporter: Ondrej Zizka
> Assignee: Ondrej Zizka
> Original Estimate: 2 hours
> Remaining Estimate: 2 hours
>
> There are 3 occurences of $SUBJ, see below.
> Since they are in src/, it needs to be copied elsewhere and added to classpath from there.
> {code}
> $ git grep -A1 =localhost
> testsuite/integration/basic/src/test/resources/jboss-ejb-client.properties:remote.connection.default.host=localhost
> testsuite/integration/basic/src/test/resources/jboss-ejb-client.properties-remote.connection.default.port=4447
> --
> testsuite/integration/clust/src/test/resources/cluster/ejb3/stateful/failover/sfsb-failover-jboss-ejb-client.properties:remote.connection.default.host=localhost
> testsuite/integration/clust/src/test/resources/cluster/ejb3/stateful/failover/sfsb-failover-jboss-ejb-client.properties-remote.connection.default.port=4447
> --
> testsuite/integration/manualmode/src/test/resources/jboss-ejb-client.properties:remote.connection.default.host=localhost
> testsuite/integration/manualmode/src/test/resources/jboss-ejb-client.properties-remote.connection.default.port=4447
> {code}
--
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
11 years, 8 months
[JBoss JIRA] (WFLY-634) TS: Pass the path to docs/examples to the tests.
by Jason Greene (JIRA)
[ https://issues.jboss.org/browse/WFLY-634?page=com.atlassian.jira.plugin.s... ]
Jason Greene moved AS7-3726 to WFLY-634:
----------------------------------------
Project: WildFly (was: Application Server 7)
Key: WFLY-634 (was: AS7-3726)
Component/s: (was: Test Suite)
Fix Version/s: (was: 8.0.0.Alpha1)
> TS: Pass the path to docs/examples to the tests.
> ------------------------------------------------
>
> Key: WFLY-634
> URL: https://issues.jboss.org/browse/WFLY-634
> Project: WildFly
> Issue Type: Sub-task
> Reporter: Ondrej Zizka
> Assignee: Ondrej Zizka
> Original Estimate: 2 hours
> Remaining Estimate: 2 hours
>
> In AS7, the path to the config file, passed in a system property, is only allowed to be a relative path.
> In the testsuite, we would make use of absolute paths.
> The reason is that we reuse the configs from docs/examples, and they change quite often, so having them in resources would be hardly maintainable.
> However, docs/examples is not guaranteed to be always in the same place: E.g. for EAP, or for RPM-based installation of EAP it might end up in /var/docs or such.
> I would like to pass some property from maven to the tests, but that results in absolute path.
--
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
11 years, 8 months
[JBoss JIRA] (WFLY-633) TS: Make container JVM --enable-assertions configurable.
by Jason Greene (JIRA)
[ https://issues.jboss.org/browse/WFLY-633?page=com.atlassian.jira.plugin.s... ]
Jason Greene moved AS7-3702 to WFLY-633:
----------------------------------------
Project: WildFly (was: Application Server 7)
Key: WFLY-633 (was: AS7-3702)
Component/s: (was: Test Suite)
Fix Version/s: (was: 7.1.1.Final)
> TS: Make container JVM --enable-assertions configurable.
> ---------------------------------------------------------
>
> Key: WFLY-633
> URL: https://issues.jboss.org/browse/WFLY-633
> Project: WildFly
> Issue Type: Sub-task
> Reporter: Ondrej Zizka
> Assignee: Ondrej Zizka
> Priority: Optional
> Original Estimate: 2 hours
> Remaining Estimate: 2 hours
>
> Arquillian's AS7 container has a property:
> {code}
> <property name="enableAssertions">false</property>
> {code}
> And it's true by default.
> Let's make it configurable.
> {code}
> <jvm.args.enableAssertions></jvm.args.enableAssertions>
> {code}
--
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
11 years, 8 months
[JBoss JIRA] (WFLY-635) TS: Fix XSLT transformations (namespaces problem)
by Jason Greene (JIRA)
[ https://issues.jboss.org/browse/WFLY-635?page=com.atlassian.jira.plugin.s... ]
Jason Greene moved AS7-3778 to WFLY-635:
----------------------------------------
Project: WildFly (was: Application Server 7)
Key: WFLY-635 (was: AS7-3778)
Component/s: (was: Test Suite)
Fix Version/s: (was: 7.1.1.Final)
> TS: Fix XSLT transformations (namespaces problem)
> -------------------------------------------------
>
> Key: WFLY-635
> URL: https://issues.jboss.org/browse/WFLY-635
> Project: WildFly
> Issue Type: Sub-task
> Reporter: Ondrej Zizka
> Assignee: Ondrej Zizka
> Original Estimate: 2 days
> Remaining Estimate: 2 days
>
> Applying the standard XSLT copy template,
> {code:xml}
> <xsl:stylesheet xmlns:xsl="http://www.w3.org/1999/XSL/Transform"
> xmlns:ds="urn:jboss:domain:datasources:1.0"
> xmlns="urn:jboss:domain:1.1"
> version="1.0">
> <xsl:template match="@*|node()">
> <xsl:copy>
> <xsl:apply-templates select="@*|node()"/>
> </xsl:copy>
> </xsl:template>
> {code}
> to the JBoss AS 7 standalone.xml, leads to loss of parameters:
> {code:xml}
> <?xml version="1.0" encoding="UTF-8"?><server xmlns="urn:jboss:domain:1.1">
> <extensions>
> <extension/>
> <extension/>
> {code}
> instead of
> {code:xml}
> <?xml version="1.0" encoding="UTF-8"?><server xmlns="urn:jboss:domain:1.1">
> <extensions>
> <extension module="org.jboss.as.clustering.infinispan"/>
> <extension module="org.jboss.as.configadmin"/>
> {code}
> It's something namespace-related because ds:... attribs ARE copied:
> {code:xml}
> <subsystem>
> <datasources>
> <ds:datasource xmlns:ds="urn:jboss:domain:1.1" jndi-name="java:jboss/datasources/ExampleDS"
> pool-name="MSQL"
> enabled="true"
> jta="true"
> use-java-context="true">
> {code}
--
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
11 years, 8 months
[JBoss JIRA] (WFLY-628) TS: Way to build with a clean local repo.
by Jason Greene (JIRA)
[ https://issues.jboss.org/browse/WFLY-628?page=com.atlassian.jira.plugin.s... ]
Jason Greene moved AS7-2997 to WFLY-628:
----------------------------------------
Project: WildFly (was: Application Server 7)
Key: WFLY-628 (was: AS7-2997)
Component/s: (was: Test Suite)
> TS: Way to build with a clean local repo.
> -----------------------------------------
>
> Key: WFLY-628
> URL: https://issues.jboss.org/browse/WFLY-628
> Project: WildFly
> Issue Type: Sub-task
> Reporter: Ondrej Zizka
> Assignee: Ondrej Zizka
>
> This can be done either by using an empty local repo, setting it in settings.xml,
> {code}
> <settings>
> <localRepository>mvn-repo</localRepository>
> ...
> {code}
> or by using the dependency:purge-local-repository goal in a profile:
> {code}
> <profile>
> <id>cleanRepo.profile</id>
> <activation><property><name>cleanRepo</name></property></activation>
> <build>
> <plugins>
> <plugin>
> <artifactId>maven-dependency-plugin</artifactId>
> <goals><goal>purge-local-repository</goal></goals>
> </plugin>
> <plugin>
> <groupId>org.codehaus.mojo</groupId>
> <artifactId>build-helper-maven-plugin</artifactId>
> <version>1.7</version>
> <executions> <execution>
> <id>remove-old-installers</id>
> <goals><goal>remove-project-artifact</goal></goals>
> <configuration> <removeAll>true</removeAll> </configuration>
> </execution> </executions>
> </plugin>
> </plugins>
> </build>
> </profile>
> {code}
> However first can only be done in settings.xml, and not in a profile, and the later can be done with `mvn dependency:purge-local-repository build-helper:remove-project-artifact -Dbuildhelper.removeAll`.
> So it's not to be done in the testsuite itself. Resolving.
--
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
11 years, 8 months