Thomas Diesler píše v Út 01. 11. 2011 v 18:29 +0000:
> will be solved by QEs using the integration-tests.sh script

The AS7 community project should not need to have a dedicated script to run test suites.
It doesn't need - but the script makes it easier to use.

What are these "irregularities" specifically?
That some test group runs by default and and needs to be disabled, while others do not run by default and need to be enabled.
With a script, one would simly specify which group of tests should be run, instead of passing a handful of options to mvn.

Perhaps you could present the problem and possible solution in a document that we can then discuss. 
I use jira for that usually, but this issue was discussed in a mail thread within a closed group. I may fwd it here, or to you, if you like.

Ondra



On 10/31/2011 11:04 PM, Ondřej Žižka wrote:
The thing is, the groups are not mutually exclusive.
Second, they are not (all) organized as maven modules.

But, afterall, it will be solved by QEs using the integration-tests.sh script which will hide these irregularities.

Ondra



Thomas Diesler píše v Pá 28. 10. 2011 v 10:03 +0200:
Is it really that hard? Lets assume you have a set of mutually exclusive test suites. They could be organized like this:

-Dsuite=foo
-Dsuite=bar
-Dsuite=baz
-Dsuite=...

in maven this would look like

      <activation>
        <property>
          <name>suite</name>
          <value>foo</value>
        </property>
      </activation>

If 'foo' is the default (i.e. the smoke tests). You would also have profile that activates like this

      <activation>
        <property>
          <name>!suite</name>
        </property>
      </activation>

If the suites are organized my maven modules. You can AND them together with

mvn -pl testsuite-foo,testsuite-bar,testsuite-baz,...

It should always be possible to navigate to a particular module and run a subset of tests like this

mvn -Dtest=osgi/*/*TestCase test

cheers
-thomas



On 10/27/2011 06:20 PM, Ondrej Zizka wrote:
Ok, seems like QA will have to carry the burden of disabling smoke tests whenever they want to run anything else - because Maven's profile activation logic really sucks.
Fixing.

Ondra



On Thu, 2011-10-27 at 11:36 +0100, Kabir Khan wrote:
The smoke tests must be run as part of a standard build. Please fix.

If QE have other requirements, which are not possible to combine with the above requirement maybe they should look into using alternate poms or the antrun plugin or something.
On 27 Oct 2011, at 09:48, Thomas Diesler wrote:

> Currently, the smoke tests don't run as part of the build. Is this really what you want?
> 
> https://hudson.qa.jboss.com/hudson/view/JBossOSGi/job/jboss-as7-master/389/
> 
> -thomas
> 
> On 10/27/2011 06:17 AM, Stuart Douglas wrote:
>> I just just merged some changes to the test suite that QE requires for EAP (see below for a link to their requirements). As a result the manner in which the tests are run has changed slightly. 
>> 
>> Due to limitations in maven it is no longer possible to activate all tests using mvn install -DallTests, instead you should use either:
>> 
>> ./build.sh install -DallTests  - To do a full build with all tests
>> ./integration-tests.sh -DallTests - To just run all integration tests 
>> 
>> Running individual tests from an IDE or via mvn test -Dtest=MyTest should work as normal.
>> 
>> Ondej Zizka (in CC) has been the person working on these changes, so if you have any questions or comments he is the person to talk to.
>> 
>> Stuart
>> 
>> *https://docspace.corp.redhat.com/docs/DOC-74146
>> *https://docspace.corp.redhat.com/docs/DOC-69049 
>> *https://github.com/jbossas/jboss-as/pull/491
>> 
>> 
>> 
>> _______________________________________________
>> jboss-as7-dev mailing list
>> 
>> jboss-as7-dev@lists.jboss.org
>> https://lists.jboss.org/mailman/listinfo/jboss-as7-dev
> 
> -- 
> xxxxxxxxxxxxxxxxxxxxxxxxxxxx
> Thomas Diesler
> JBoss OSGi Lead
> JBoss, a division of Red Hat
> xxxxxxxxxxxxxxxxxxxxxxxxxxxx 
> 
> _______________________________________________
> jboss-as7-dev mailing list
> jboss-as7-dev@lists.jboss.org
> https://lists.jboss.org/mailman/listinfo/jboss-as7-dev


_______________________________________________
jboss-as7-dev mailing list
jboss-as7-dev@lists.jboss.org
https://lists.jboss.org/mailman/listinfo/jboss-as7-dev


-- 
xxxxxxxxxxxxxxxxxxxxxxxxxxxx
Thomas Diesler
JBoss OSGi Lead
JBoss, a division of Red Hat
xxxxxxxxxxxxxxxxxxxxxxxxxxxx 

-- 
xxxxxxxxxxxxxxxxxxxxxxxxxxxx
Thomas Diesler
JBoss OSGi Lead
JBoss, a division of Red Hat
xxxxxxxxxxxxxxxxxxxxxxxxxxxx