Return-Path: X-Original-To: apmail-maven-dev-archive@www.apache.org Delivered-To: apmail-maven-dev-archive@www.apache.org Received: from mail.apache.org (hermes.apache.org [140.211.11.3]) by minotaur.apache.org (Postfix) with SMTP id 043C017882 for ; Tue, 28 Oct 2014 20:57:05 +0000 (UTC) Received: (qmail 42579 invoked by uid 500); 28 Oct 2014 20:57:04 -0000 Delivered-To: apmail-maven-dev-archive@maven.apache.org Received: (qmail 42508 invoked by uid 500); 28 Oct 2014 20:57:04 -0000 Mailing-List: contact dev-help@maven.apache.org; run by ezmlm Precedence: bulk List-Unsubscribe: List-Help: List-Post: List-Id: "Maven Developers List" Reply-To: "Maven Developers List" Delivered-To: mailing list dev@maven.apache.org Received: (qmail 42496 invoked by uid 99); 28 Oct 2014 20:57:04 -0000 Received: from nike.apache.org (HELO nike.apache.org) (192.87.106.230) by apache.org (qpsmtpd/0.29) with ESMTP; Tue, 28 Oct 2014 20:57:04 +0000 X-ASF-Spam-Status: No, hits=1.5 required=5.0 tests=HTML_MESSAGE,RCVD_IN_DNSWL_LOW,SPF_PASS X-Spam-Check-By: apache.org Received-SPF: pass (nike.apache.org: domain of andreas.gudian@gmail.com designates 209.85.213.182 as permitted sender) Received: from [209.85.213.182] (HELO mail-ig0-f182.google.com) (209.85.213.182) by apache.org (qpsmtpd/0.29) with ESMTP; Tue, 28 Oct 2014 20:56:38 +0000 Received: by mail-ig0-f182.google.com with SMTP id hn18so1880201igb.15 for ; Tue, 28 Oct 2014 13:56:37 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :content-type; bh=H+bLKmaXO88Pjf10EaijFeHcpQddMUKlJzIVoPNOTkU=; b=G95XOloowEKQP6gQ8EC3n9QbvqpAtfYSiD0TYygNt/7ufRQRQA6XPdoXsgYeQ/IwXg /IcpENK7ncUEehU9N7jVUvcH0U5B72HqOHdJgiNtvYo13Q7GEo/cMRLqkA4xNrgg5RaH B9ZlWCrcveev/s4tu6YRhhCh320l36OBUTj6J/1NVBHzZenvCDy6RrTJK7+2IpLJ5s7z 71/WQzYGsJ0b27mSxfAQ6E7nDSx3QM8YzCo7yegOAjHZ0aYcxiCI0NTNtYZOH/4P6WOp wsO8y+7dH4W+vEyDEissJoggqrvEkRrwepilk1yp6S3mI2m+loWvFh1SDeuxCGYbr8b7 16OQ== MIME-Version: 1.0 X-Received: by 10.50.50.2 with SMTP id y2mr14892213ign.1.1414529797304; Tue, 28 Oct 2014 13:56:37 -0700 (PDT) Received: by 10.107.153.205 with HTTP; Tue, 28 Oct 2014 13:56:37 -0700 (PDT) In-Reply-To: References: <544F6F3B.2010502@swe-blog.net> <544FBB38.9020908@swe-blog.net> Date: Tue, 28 Oct 2014 21:56:37 +0100 Message-ID: Subject: Re: Proposal: Ease the usage of Failsafe From: Andreas Gudian To: Maven Developers List Content-Type: multipart/alternative; boundary=089e0115eab017bd63050681e24d X-Virus-Checked: Checked by ClamAV on apache.org --089e0115eab017bd63050681e24d Content-Type: text/plain; charset=UTF-8 2014-10-28 17:54 GMT+01:00 Benson Margulies : > Personally, I wonder why we don't merge them. > > Failsafe adds some lifestyle phase bindings and then changes some > defaults. Otherwise, it's a giant anti-DRY. Why not expand surefire to > have the extra executions with shifted defaults for things like test > class names? > As Surefire and Failsafe are practically the same with only differences in their lifecycle binding, default values for some of the configuration parameters and distinct properties for the parameters (e.g. -Dtest=.. vs. -Dit.test=...), there wouldn't be much to merge. Both are rather slim specializations of the same abstract mojo implementation. I can't think of something that you can't technically do with the one mojo that you can do with the other. Merging them would just make it harder to configure the different executions for the different phases. It's just depending on the use case, which of them is already out-of-the-box configured to match the requirements - or is at least close to it. > > On Tue, Oct 28, 2014 at 11:50 AM, Oliver B. Fischer > wrote: > > @Paul: Yes I think so or we find a way more convenient in this moment. > > > > @all: I think this shows perfectly why Failsafe should be integrated as > > Surefire already is. > > > > Oliver > > > > Am 28.10.14 16:02, schrieb Paul Benedict: > >> > >> Thanks. Now I know when to use this. For my situation, which is > >> integration > >> testing against an existing database, I don't need to setup an > >> environment; > >> this explains why I never needed to use the plugin. There are other > cases > >> the plugin will be valuable, but I wonder if this is why most others > stick > >> with surefire. I guess programmers don't scratch unless there's an itch. > >> > >> > >> Cheers, > >> Paul > >> > >> On Tue, Oct 28, 2014 at 9:21 AM, Anders Hammar > wrote: > >> > >>> The answer is on the index page of the failsafe plugin [1]. > >>> "If you use the Surefire Plugin for running tests..." > >>> > >>> /Anders > >>> > >>> [1] http://maven.apache.org/surefire/maven-failsafe-plugin/ > >>> > >>> On Tue, Oct 28, 2014 at 3:18 PM, Paul Benedict > >>> wrote: > >>> > >>> (to > >>> mailsink@swe-blog.net> > >>> https://bitbucket.org/obfischer/bugreport-maven-failsafe.git > >>> lot > >>> > >> > > > > --------------------------------------------------------------------- > > To unsubscribe, e-mail: dev-unsubscribe@maven.apache.org > > For additional commands, e-mail: dev-help@maven.apache.org > > > > --------------------------------------------------------------------- > To unsubscribe, e-mail: dev-unsubscribe@maven.apache.org > For additional commands, e-mail: dev-help@maven.apache.org > > --089e0115eab017bd63050681e24d--