<!DOCTYPE HTML PUBLIC "-//W3C//DTD HTML 4.0 TRANSITIONAL//EN">
<HTML>
<HEAD>
  <META HTTP-EQUIV="Content-Type" CONTENT="text/html; CHARSET=UTF-8">
  <META NAME="GENERATOR" CONTENT="GtkHTML/3.18.3">
</HEAD>
<BODY>
Jaikiran Pai p&#237;&#353;e v Po 28. 11. 2011 v 13:48 +0530:
<BLOCKQUOTE TYPE=CITE>
<PRE>
On Monday 28 November 2011 01:35 PM, Ond&#345;ej &#381;i&#382;ka wrote:
&gt; Hi,
&gt;
&gt; I did this intentionally - the intention was to skip unit tests but 
&gt; run the testsuite - not to get the build failed if some module's unit 
&gt; tests fail.
If a unit test fails the build should fail. 
</PRE>
</BLOCKQUOTE>
This is still true.
<BLOCKQUOTE TYPE=CITE>
<PRE>
There's 
-Dmaven.test.failure.ignore=true if you want to ignore those test 
failures. I don't know how the AS7 project handles the 
-Dmaven.test.failure.ignore property due to our testsuite 
profiles/customizations. But we shouldn't be adding new meaning to 
already well known flags.
</PRE>
</BLOCKQUOTE>
The problem with these is that they apply to whole build.<BR>
<BR>
<BR>
<BLOCKQUOTE TYPE=CITE>
<PRE>
&gt; How about having two params for that, with -DskipTests for unit tests, 
&gt; and, say, -DskipTestsuite for skipping the testsuite module's tests?
&gt;
IMO, we shouldn't just be adding all these new flags which make it 
complicated to understand what set of flags to use and when.
</PRE>
</BLOCKQUOTE>
I have to disappoint you but you'll see more and more flags being added in the future.<BR>
Please realize that there are other groups using the testsuite e.g. for EAP testing.<BR>
But I can keep you uninformed and keep the testsuite running without changes of &quot;API&quot; if that helps.<BR>
<BR>
<BLOCKQUOTE TYPE=CITE>
<PRE>
 The actual 
question for this specific issue is what's the real usecase of skipping 
unit tests (which potentially can have failures) but still want to run 
the integration tests?
</PRE>
</BLOCKQUOTE>
Often it happens that some unit tests fail and block one step AS build &amp; testsuite execution.<BR>
And let me ask the other way around - what is the use case of -DskipTests, skipping all tests?<BR>
<BR>
<BLOCKQUOTE TYPE=CITE>
<PRE>
To be clear - IMO, we should have the -DskipTests back without adding a 
new meaning to that param.
</PRE>
</BLOCKQUOTE>
Okay, I realized I can set &lt;skipTests&gt; from a different property. So it will be back in a while.<BR>
<BR>
<BLOCKQUOTE TYPE=CITE>
<PRE>

-Jaikiran
&gt; Ondra
&gt;
&gt;
&gt;
&gt;
&gt;
&gt; -------- P&#345;eposlan&#225; zpr&#225;va --------
&gt;&gt; *Od*: Darran Lofthouse (Created) (JIRA) &lt;<A HREF="mailto:jira-events@lists.jboss.org">jira-events@lists.jboss.org</A> 
&gt;&gt; &lt;<A HREF="mailto:%22Darran%20Lofthouse%20%28Created%29%20%28JIRA%29%22%20%3cjira-events@lists.jboss.org">mailto:%22Darran%20Lofthouse%20%28Created%29%20%28JIRA%29%22%20%3cjira-events@lists.jboss.org</A>%3e&gt;&gt;
&gt;&gt; *Komu* : <A HREF="mailto:ozizka@redhat.com">ozizka@redhat.com</A> &lt;<A HREF="mailto:ozizka@redhat.com">mailto:ozizka@redhat.com</A>&gt;
&gt;&gt; *P&#345;edm&#283;t* : [JBoss JIRA] (AS7-2796) -DskipTests argument no longer 
&gt;&gt; preventing the execution of tests on AS7 build
&gt;&gt; *Datum* : Fri, 25 Nov 2011 10:15:40 -0500 (EST)
&gt;&gt;
&gt;&gt; -DskipTests argument no longer preventing the execution of tests on AS7 build
&gt;&gt; -----------------------------------------------------------------------------
&gt;&gt;
&gt;&gt;                   Key: AS7-2796
&gt;&gt;                   URL:<A HREF="https://issues.jboss.org/browse/AS7-2796">https://issues.jboss.org/browse/AS7-2796</A>
&gt;&gt;               Project: Application Server 7
&gt;&gt;            Issue Type: Bug
&gt;&gt;            Components: Test Suite
&gt;&gt;              Reporter: Darran Lofthouse
&gt;&gt;              Assignee: Ondrej Zizka
&gt;&gt;               Fix For: 7.1.0.CR1
&gt;&gt;
&gt;&gt;
&gt;&gt; Since the testsuite changes have been committed the -DskipTests argument no longer skips the tests.
&gt;&gt;
&gt;&gt; --
&gt;&gt; This message is automatically generated by JIRA.
&gt;&gt; If you think it was sent incorrectly, please contact your JIRA administrators:<A HREF="https://issues.jboss.org/secure/ContactAdministrators!default.jspa">https://issues.jboss.org/secure/ContactAdministrators!default.jspa</A>  &lt;<A HREF="https://issues.jboss.org/secure/ContactAdministrators%21default.jspa">https://issues.jboss.org/secure/ContactAdministrators%21default.jspa</A>&gt;
&gt;&gt; For more information on JIRA, see:<A HREF="http://www.atlassian.com/software/jira">http://www.atlassian.com/software/jira</A>
&gt;&gt;
&gt;&gt;
&gt;
&gt;
&gt; _______________________________________________
&gt; jboss-as7-dev mailing list
&gt; <A HREF="mailto:jboss-as7-dev@lists.jboss.org">jboss-as7-dev@lists.jboss.org</A>
&gt; <A HREF="https://lists.jboss.org/mailman/listinfo/jboss-as7-dev">https://lists.jboss.org/mailman/listinfo/jboss-as7-dev</A>

_______________________________________________
jboss-as7-dev mailing list
<A HREF="mailto:jboss-as7-dev@lists.jboss.org">jboss-as7-dev@lists.jboss.org</A>
<A HREF="https://lists.jboss.org/mailman/listinfo/jboss-as7-dev">https://lists.jboss.org/mailman/listinfo/jboss-as7-dev</A>
</PRE>
</BLOCKQUOTE>
</BODY>
</HTML>