<html>
  <head>
    <meta content="text/html; charset=UTF-8" http-equiv="Content-Type">
  </head>
  <body bgcolor="#FFFFFF" text="#000000">
    <tt>Thanks.<br>
      <br>
      - It should be possible to run individual tests from IDE - please
      show how<br>
      - It should be possible to run individual tests against an already
      running server. This used to work. There is an option in
      arquillian.xml for that.<br>
      <br>
      -thomas<br>
    </tt><br>
    On 11/16/2011 04:37 AM, Ondřej Žižka wrote:
    <blockquote cite="mid:1321418249.7805.106.camel@ondra-redhat"
      type="cite">
      <meta http-equiv="Content-Type" content="text/html; charset=UTF-8">
      <meta name="GENERATOR" content="GtkHTML/3.18.3">
      Here you are:<br>
      <br>
      AS Testsuite Requirements page<br>
      <a moz-do-not-send="true"
        href="http://community.jboss.org/wiki/ASTestsuiteRequirements">http://community.jboss.org/wiki/ASTestsuiteRequirements</a><br>
      <br>
      Consider that as a workbench, the document shall evolve into
      something shared between all stakeholders.<br>
      <br>
      Regards,<br>
      Ondra<br>
      <br>
      <br>
      <br>
      Thomas Diesler píše v Út 15. 11. 2011 v 14:10 +0000:<br>
      <blockquote type="CITE"> <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.</tt><br>
        <br>
        <tt>-thomas     </tt><br>
        <br>
        On 11/11/2011 04:50 AM, Ondřej Žižka wrote: <br>
        <blockquote type="CITE"> 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>
          <br>
          <pre>_______________________________________________
jboss-as7-dev mailing list
<a moz-do-not-send="true" href="mailto:jboss-as7-dev@lists.jboss.org">jboss-as7-dev@lists.jboss.org</a>
<a moz-do-not-send="true" href="https://lists.jboss.org/mailman/listinfo/jboss-as7-dev">https://lists.jboss.org/mailman/listinfo/jboss-as7-dev</a>
</pre>
        </blockquote>
        <br>
        <pre>-- 
xxxxxxxxxxxxxxxxxxxxxxxxxxxx
Thomas Diesler
JBoss OSGi Lead
JBoss, a division of Red Hat
xxxxxxxxxxxxxxxxxxxxxxxxxxxx 
</pre>
      </blockquote>
    </blockquote>
    <br>
    <pre class="moz-signature" cols="72">-- 
xxxxxxxxxxxxxxxxxxxxxxxxxxxx
Thomas Diesler
JBoss OSGi Lead
JBoss, a division of Red Hat
xxxxxxxxxxxxxxxxxxxxxxxxxxxx 
</pre>
  </body>
</html>