Return-Path: Delivered-To: apmail-buildr-users-archive@www.apache.org Received: (qmail 4507 invoked from network); 12 Jul 2010 19:30:02 -0000 Received: from unknown (HELO mail.apache.org) (140.211.11.3) by 140.211.11.9 with SMTP; 12 Jul 2010 19:30:02 -0000 Received: (qmail 91531 invoked by uid 500); 12 Jul 2010 19:30:01 -0000 Delivered-To: apmail-buildr-users-archive@buildr.apache.org Received: (qmail 91453 invoked by uid 500); 12 Jul 2010 19:30:01 -0000 Mailing-List: contact users-help@buildr.apache.org; run by ezmlm Precedence: bulk List-Help: List-Unsubscribe: List-Post: List-Id: Reply-To: users@buildr.apache.org Delivered-To: mailing list users@buildr.apache.org Received: (qmail 91445 invoked by uid 99); 12 Jul 2010 19:30:01 -0000 Received: from nike.apache.org (HELO nike.apache.org) (192.87.106.230) by apache.org (qpsmtpd/0.29) with ESMTP; Mon, 12 Jul 2010 19:30:01 +0000 X-ASF-Spam-Status: No, hits=0.0 required=10.0 tests=FREEMAIL_FROM,RCVD_IN_DNSWL_NONE,SPF_PASS,T_TO_NO_BRKTS_FREEMAIL X-Spam-Check-By: apache.org Received-SPF: pass (nike.apache.org: domain of antoine.contal@gmail.com designates 74.125.82.172 as permitted sender) Received: from [74.125.82.172] (HELO mail-wy0-f172.google.com) (74.125.82.172) by apache.org (qpsmtpd/0.29) with ESMTP; Mon, 12 Jul 2010 19:29:54 +0000 Received: by wyb40 with SMTP id 40so4416049wyb.17 for ; Mon, 12 Jul 2010 12:28:34 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:received:sender:received :in-reply-to:references:date:x-google-sender-auth:message-id:subject :from:to:content-type; bh=pv4fEs18O3b8nhsiCeLeW/jGIpT9GQ1MZ8n3k5+bTfA=; b=M14ag80ew79zSqLSBIg6Litx9CqbyL7jvx+m+pqI6yui1S+COvznnMsZJ+1oDmOw7f CLUUVgW/ksIuSvUpKy3iwm6oikA2vG3E8Dgqf9zhgUwVPWyCKpxvyjU52LXnfIpz03uR cijaplLmxt/lLdRhC4AW4+sPOStxVvgwGhJfw= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=mime-version:sender:in-reply-to:references:date :x-google-sender-auth:message-id:subject:from:to:content-type; b=tbBWGRpsR7sSj1yYvrHvCRzjVJT9o11c/F95AasyVZ4UYQ+ykZ+UPMC2a2pZy6JOXn 8vFIjJVSxu1BPd0HlhAFeb4GOkyZJnrF50WDrSMgOLd1etQuVqg92hv+EJnSRPcpMc2f EqwMadr30PXjq9mLK93sTp/gdfPdf71057KJ0= MIME-Version: 1.0 Received: by 10.216.170.131 with SMTP id p3mr9063674wel.91.1278962914129; Mon, 12 Jul 2010 12:28:34 -0700 (PDT) Sender: antoine.contal@gmail.com Received: by 10.216.44.141 with HTTP; Mon, 12 Jul 2010 12:28:34 -0700 (PDT) In-Reply-To: References: Date: Mon, 12 Jul 2010 21:28:34 +0200 X-Google-Sender-Auth: Z0a10wDW-Dbdk38ar8XqHXK8Qb8 Message-ID: Subject: Re: require cobertura.rb From: lacton To: users@buildr.apache.org Content-Type: text/plain; charset=ISO-8859-1 X-Virus-Checked: Checked by ClamAV on apache.org Hi Adam, It seems to me you found a defect. Instrumentation (i.e., the "cobertura:instrument" task) is a dependency of the three tasks you mention. When I implemented the emma add-on and refactored the cobertura add-on, it was my intention for it to work exactly as you describe. Could you file a bug in JIRA please? lacton On Mon, Jul 12, 2010 at 4:14 PM, Adam Crain wrote: > Hi, > > Why does just requiring cobertura.rb automically instrument the classes for all buildr tasks? > > I would have imagined that this would happen only with the cobertura:html, cobertura:xml and cobertura:check tasks. > > If I don't want to instrument for normal builds, is my only recourse using another custom command line option to programmatically require cobertura? > > thanks! > Adam >