<html>
  <head>
    <meta content="text/html; charset=UTF-8" http-equiv="Content-Type">
  </head>
  <body bgcolor="#FFFFFF" text="#000000">
    <tt>Would it be possible to create a design document (wiki) that
      lists the current testsuite requirements together with which of
      those reqs are fulfilled already? In the past we often had changes
      to the testsuite happen that introduced new stuff but at the same
      time broke working use cases.<br>
      <br>
      -thomas     </tt><br>
    <br>
    On 11/11/2011 04:50 AM, Ondřej Žižka wrote:
    <blockquote cite="mid:1320987056.3654.28.camel@ondra-redhat"
      type="cite">
      <meta http-equiv="Content-Type" content="text/html; charset=UTF-8">
      <meta name="GENERATOR" content="GtkHTML/3.18.3">
      Hi everyone,<br>
      <br>
      as was discussed on this list, the current testsuite harness had
      some problems fulfilling even basic requirements for various use
      cases, including but not limited to:<br>
      * Using from IDE through pure maven<br>
      * -DallTests vs. individial modules vs. distinctive groups vs.
      even overlaying groups<br>
      * Configuring AS using kind of hierarchical templates<br>
      * Imposing certain test groups order<br>
      * Invoking only some steps of the testsuite<br>
      * Running same tests with different AS configuration<br>
      etc etc.<br>
      <br>
      I've been working on an updated concept, which is currently at <a
        moz-do-not-send="true"
        href="https://github.com/OndraZizka/jboss-as/commits/TS-modules-tmp">https://github.com/OndraZizka/jboss-as/commits/TS-modules-tmp</a>
      .<br>
      I would like you to review it, run it, and send me some comments.<br>
      <br>
           cd testsuite/integration<br>
           mvn clean install -f pom2.xml -DallTests -fae<br>
           mvn clean install -f pom2.xml -Dts.iiop<br>
      <br>
      (There are 2 pom.xml's so I can compare two harnesses easily.)<br>
      The scripts are not updated yet so they do not work.<br>
      CLI and OSGi tests fail. To be sorted out.<br>
      <br>
      <br>
      The big news are:<br>
      <br>
      * Execution split to modules<br>
      * Code and resources remained in the same location<br>
      * Added few system properties which provide paths to important
      directories - see <a moz-do-not-send="true"
href="https://docs.jboss.org/author/display/AS71/AS+7+Testsuite+Test+Developer+Guide">https://docs.jboss.org/author/display/AS71/AS+7+Testsuite+Test+Developer+Guide</a><br>
      * Work directory is now in target/workdir<br>
      <br>
      These cahnges exposed some issues in test code which need to be
      fixed - hardcoded relative paths.<br>
      Since there were no system properties to use, there was no other
      way, but from now on please use those properties, and fix your
      existing tests.<br>
      (This would happen anyway because some tests clutter workdir
      (which happens to be module's root dir) with various temp files.)<br>
      <br>
      <br>
      Thanks,<br>
      Ondra<br>
      <br>
      <br>
      <br>
      <br>
      <fieldset class="mimeAttachmentHeader"></fieldset>
      <br>
      <pre wrap="">_______________________________________________
jboss-as7-dev mailing list
<a class="moz-txt-link-abbreviated" href="mailto:jboss-as7-dev@lists.jboss.org">jboss-as7-dev@lists.jboss.org</a>
<a class="moz-txt-link-freetext" href="https://lists.jboss.org/mailman/listinfo/jboss-as7-dev">https://lists.jboss.org/mailman/listinfo/jboss-as7-dev</a>
</pre>
    </blockquote>
    <br>
    <pre class="moz-signature" cols="72">-- 
xxxxxxxxxxxxxxxxxxxxxxxxxxxx
Thomas Diesler
JBoss OSGi Lead
JBoss, a division of Red Hat
xxxxxxxxxxxxxxxxxxxxxxxxxxxx 
</pre>
  </body>
</html>