From users-return-2978-apmail-buildr-users-archive=buildr.apache.org@buildr.apache.org Wed Jan 19 08:28:41 2011 Return-Path: Delivered-To: apmail-buildr-users-archive@www.apache.org Received: (qmail 56936 invoked from network); 19 Jan 2011 08:28:41 -0000 Received: from hermes.apache.org (HELO mail.apache.org) (140.211.11.3) by minotaur.apache.org with SMTP; 19 Jan 2011 08:28:41 -0000 Received: (qmail 39298 invoked by uid 500); 19 Jan 2011 08:28:41 -0000 Delivered-To: apmail-buildr-users-archive@buildr.apache.org Received: (qmail 39152 invoked by uid 500); 19 Jan 2011 08:28:38 -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 39052 invoked by uid 99); 19 Jan 2011 08:28:37 -0000 Received: from athena.apache.org (HELO athena.apache.org) (140.211.11.136) by apache.org (qpsmtpd/0.29) with ESMTP; Wed, 19 Jan 2011 08:28:37 +0000 X-ASF-Spam-Status: No, hits=0.7 required=10.0 tests=RCVD_IN_DNSWL_NONE,SPF_NEUTRAL X-Spam-Check-By: apache.org Received-SPF: neutral (athena.apache.org: local policy) Received: from [81.169.146.162] (HELO mo-p00-ob.rzone.de) (81.169.146.162) by apache.org (qpsmtpd/0.29) with ESMTP; Wed, 19 Jan 2011 08:28:32 +0000 DKIM-Signature: v=1; a=rsa-sha1; c=relaxed/relaxed; t=1295425688; l=3413; s=domk; d=der-ingo.de; h=Content-Transfer-Encoding:Content-Type:In-Reply-To:References: Subject:To:MIME-Version:From:Date:X-RZG-CLASS-ID:X-RZG-AUTH; bh=8ukwxR7XcuHDYqYHvtR14TUSPOg=; b=P59jrhdVoRUDqlouzNNnMDdh0vUFhBu6aiKewyccDsRIcrKjTic3coI9uc/TijQm3/O r/tZKLlCQa4y4wH7jxqRShHqW8ea+7ZD/Zn3h3+XxHc+z6KCeIoScjOs0cnOZ/OXNLalN 5bCQNJVX5I36FyA9t2enTZi0K38nhl283kI= X-RZG-AUTH: :LWIQfFO4evLicF1HP6hVfeYFeG+E9+aVwUB+XK+6aYm8Ecd+F0dG1IFx3r7V83Xo X-RZG-CLASS-ID: mo00 Received: from [192.168.113.37] (frnk-590fe71c.pool.mediaWays.net [89.15.231.28]) by post.strato.de (jimi mo20) (RZmta 24.12) with ESMTP id z0096bn0J7gLi5 for ; Wed, 19 Jan 2011 09:28:07 +0100 (MET) Message-ID: <4D36A096.5090307@der-ingo.de> Date: Wed, 19 Jan 2011 09:28:06 +0100 From: Ingo Schmidt User-Agent: Mozilla/5.0 (Windows; U; Windows NT 6.1; de; rv:1.9.2.13) Gecko/20101207 Thunderbird/3.1.7 MIME-Version: 1.0 To: users@buildr.apache.org Subject: Re: Problem with packaging WARs References: <4D3599C8.80207@der-ingo.de> <4D35BA12.1010200@der-ingo.de> In-Reply-To: Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Hi Alex, thanks for creating the bug report. Looking forward to the bugfix. Your workaround does the job. Cheers, Ingo =;-> Am 18.01.2011 18:58, schrieb Alex Boisvert: > Yes, definitely a bug. I created an issue: > https://issues.apache.org/jira/browse/BUILDR-562 > > Looks like we currently > add src/main/webapp as dependency but not every file under src/main/webapp. > > As a temporary workaround, you can write: > > package(:war).enhance FileList[_(:src, :main, :webapp, '**/*')] > > which will correctly add all files as dependencies. > > alex > > > On Tue, Jan 18, 2011 at 8:48 AM, Rhett Sutphinwrote: > >> Hi, >> >> I can reproduce this problem, though I also don't see the WAR repackaged if >> I make changes to src/main/webapp/test.html. This is on OS X 10.6.6 with >> buildr 1.4.4 on MRI 1.8.7. >> >> $ ls -l target/ >> total 8 >> -rw-r--r-- 1 rsutphin wheel 637 Jan 18 10:17 buildr-1.0.0.war >> >> $ ls -l src/main/webapp/ >> total 8 >> drwxr-xr-x 3 rsutphin wheel 102 Jan 18 10:16 css/ >> -rw-r--r-- 1 rsutphin wheel 11 Jan 18 10:29 test.html >> >> (Note that test.html was modified after the war was last built.) >> >> $ buildr package >> (in /private/tmp/buildr, development) >> Building buildr >> Packaging buildr >> Running integration tests... >> Completed in 0.005s >> >> $ ls -l target/ >> total 8 >> -rw-r--r-- 1 rsutphin wheel 637 Jan 18 10:17 buildr-1.0.0.war >> >> Despite buildr indicating that it's packaging, the war isn't changed. >> >> I have noticed intermittently that some the subproject dependencies in a >> complex build aren't rebuilt after a change (usually a resource change). I >> hadn't taken the time to isolate the problem (since a clean build of the >> affected subproject is a cheap workaround), but this might be the same >> problem. >> >> Rhett >> >> >> On Jan 18, 2011, at 10:04 AM, Ingo Schmidt wrote: >> >>> Hi Antoine, >>> >>> I hadn't included the buildfile, because I had included the steps how to >> create it (I let buildr create it). Anyway, here it is for convenience: >>> --------------- snip --------------- >>> # Generated by Buildr 1.4.3, change to your liking >>> # Version number for this release >>> VERSION_NUMBER = "1.0.0" >>> # Group identifier for your projects >>> GROUP = "buildr-test" >>> COPYRIGHT = "" >>> >>> # Specify Maven 2.0 remote repositories here, like this: >>> repositories.remote<< "http://www.ibiblio.org/maven2/" >>> >>> desc "The Buildr-test project" >>> define "buildr-test" do >>> >>> project.version = VERSION_NUMBER >>> project.group = GROUP >>> manifest["Implementation-Vendor"] = COPYRIGHT >>> >>> define "app-war" do >>> package(:war) >>> end >>> >>> end >>> --------------- snap --------------- >>> >>>> since we use timestamps to control what changed, Buildr probably didn't >> do >>>> anything the second time you asked, as the modification occurred last >> than a >>>> second before. >>> No, that is definitely NOT the case. I checked that. Trust me, I made >> quite some tests before I came here and asked. >>> This was just an example so that it is easy for people to reproduce it. >> If you could create this tiny project and try for yourself? >>> It happens on Windows and Linux, by the way. >>> >>> >>> Cheers, Ingo =;-> >>