Return-Path: Delivered-To: apmail-ant-user-archive@www.apache.org Received: (qmail 33736 invoked from network); 19 Aug 2009 03:42:46 -0000 Received: from hermes.apache.org (HELO mail.apache.org) (140.211.11.3) by minotaur.apache.org with SMTP; 19 Aug 2009 03:42:46 -0000 Received: (qmail 99811 invoked by uid 500); 19 Aug 2009 03:43:04 -0000 Delivered-To: apmail-ant-user-archive@ant.apache.org Received: (qmail 99732 invoked by uid 500); 19 Aug 2009 03:43:04 -0000 Mailing-List: contact user-help@ant.apache.org; run by ezmlm Precedence: bulk List-Unsubscribe: List-Help: List-Post: List-Id: "Ant Users List" Reply-To: "Ant Users List" Delivered-To: mailing list user@ant.apache.org Received: (qmail 99720 invoked by uid 99); 19 Aug 2009 03:43:04 -0000 Received: from nike.apache.org (HELO nike.apache.org) (192.87.106.230) by apache.org (qpsmtpd/0.29) with ESMTP; Wed, 19 Aug 2009 03:43:04 +0000 X-ASF-Spam-Status: No, hits=-0.0 required=10.0 tests=SPF_PASS X-Spam-Check-By: apache.org Received-SPF: pass (nike.apache.org: domain of brian@pontarelli.com designates 209.85.198.249 as permitted sender) Received: from [209.85.198.249] (HELO rv-out-0708.google.com) (209.85.198.249) by apache.org (qpsmtpd/0.29) with ESMTP; Wed, 19 Aug 2009 03:42:53 +0000 Received: by rv-out-0708.google.com with SMTP id l33so1328973rvb.40 for ; Tue, 18 Aug 2009 20:42:31 -0700 (PDT) Received: by 10.140.225.4 with SMTP id x4mr3311399rvg.161.1250653351539; Tue, 18 Aug 2009 20:42:31 -0700 (PDT) Received: from ?10.27.166.89? ([166.205.133.74]) by mx.google.com with ESMTPS id g31sm22193696rvb.26.2009.08.18.20.42.28 (version=TLSv1/SSLv3 cipher=RC4-MD5); Tue, 18 Aug 2009 20:42:30 -0700 (PDT) References: <32C9659BBD4DE64DA4B361F6E00FAAE813B1D36E@emss04m23.us.lmco.com> <255d8d690908180928s72d440d0ue7ce3da054128eb3@mail.gmail.com> <32C9659BBD4DE64DA4B361F6E00FAAE813B1DCAB@emss04m23.us.lmco.com> <0800C4F0-79AF-4E26-BB61-7C33E5588694@pontarelli.com> <519c1a0c0908181112m7ff876bct95ec3307b5d19ab1@mail.gmail.com> <32C9659BBD4DE64DA4B361F6E00FAAE813B5FF67@emss04m23.us.lmco.com> Message-Id: From: Brian Pontarelli To: Ant Users List In-Reply-To: <32C9659BBD4DE64DA4B361F6E00FAAE813B5FF67@emss04m23.us.lmco.com> Content-Type: text/plain; charset=us-ascii; format=flowed; delsp=yes Content-Transfer-Encoding: 7bit X-Mailer: iPhone Mail (7A400) Mime-Version: 1.0 (iPhone Mail 7A400) Subject: Re: Unable to delete file Date: Tue, 18 Aug 2009 21:42:19 -0600 Cc: Ant Users List X-Virus-Checked: Checked by ClamAV on apache.org Sorry for my last post. Just saw maven and ivy and figured the thread had shifted from the subject. Is the file locked? There are tools out there to check if some process has a lock on a file. It could also be a permission issue. Sometimes the file is also being held by the OS and you can't delete it. Otherwise it could be that the OS doesn't want to delete it for some reason such as a hard link or other type of reference. Sent from my iPhone On Aug 18, 2009, at 1:45 PM, "Boring, Jeff W (N-Viper)" wrote: > Derek - No. It's just a normal windows pc with NTFS. > > Greg - I'm working on it. Thanks for asking! > > Jeff > > -----Original Message----- > From: Cole, Derek E > Sent: Tuesday, August 18, 2009 3:28 PM > To: Ant Users List > Subject: RE: Unable to delete file > > Is the file being stored on an NFS? > > -----Original Message----- > From: Greg Roodt [mailto:groodt@gmail.com] > Sent: Tuesday, August 18, 2009 2:12 PM > To: Ant Users List > Subject: Re: Unable to delete file > > Im sure the intentions are good, but these suggestions are not solving > the problem at hand. > > Jeff, I suggest giving us a bit more to work with. Is there any easy > way > to reproduce the behavior you are seeing? Its almost certainly some > sort > of file path problem. > > > > On Tue, Aug 18, 2009 at 7:03 PM, Brian Pontarelli > wrote: > >> >> Another option is using Savant. Savant provides a nice wrapper around >> Ant that allows you to create plugins which can be used between >> projects. The plugins are simply Ant build scripts which are >> downloaded prior to executing Ant. It also allows you to create >> targets specific to your project or define all your targets inside > your project without using any plugins. >> >> Lastly, Savant manages dependencies well and doesn't do any magic >> upgrading or version mangling. All dependencies are explicit and it >> also has a notion of local integration builds that allow you to work >> across multiple projects easily. >> >> You can also setup local Savant repository to ensure all your >> dependencies are secure and Savant also allows you to secure the >> repository using SSL and HTTP basic authentication. >> >> For all the Inversoft projects I use two separate repositories with > Savant: >> >> http://savant.inversoft.org - for all 3rd party and open >> source dependencies as well as the standard Savant plugins (uses HTTP >> only with no >> authentication) >> >> https://savant.inversoft.com - for Inversoft dependencies (uses > >> SSL and HTTP basic authentication) >> >> -bp >> >> >> >> On Aug 18, 2009, at 11:43 AM, Boring, Jeff W (N-Viper) wrote: >> >> Maven is not an option but thanks guys for the opinions! Any ideas >> about >>> the unable to delete? >>> >>> >>> >>> Jeff >>> >>> Lockheed Martin >>> >>> >>> >>> -----Original Message----- >>> From: Dominique Devienne [mailto:ddevienne@gmail.com] >>> Sent: Tuesday, August 18, 2009 12:29 PM >>> To: Ant Users List >>> Subject: Re: Unable to delete file >>> >>> >>> >>> On Tue, Aug 18, 2009 at 10:21 AM, Martin Gainty >>> wrote: >>> >>> here in the US DOD vendors are converting their build.xml and >>>> >>> implementing to maven for: >>> >>> offline repository(secure from middle-eastern attackers) >>>> >>> >>> version-specific SCM tagging >>>> >>> >>> security (ability to enforce SSH handshake to ftp via sftp and scp) >>>> >>> >>> >>>> >>> >>>> >>> http://www.sonatype.com/people/2009/04/how-to-convert-from-ant-to- >>> mav >>> en- >>> in-5-minutes/ >>> >>> >>> >>> I'm sure Maven has come a long way since I looked at it, >>> >>> and it does encapsulate a lot of good practices, but it's >>> my-way-or-the-highway >>> >>> philosophy went against the grain for me. >>> >>> >>> >>> Using Ant doesn't "force" you to have a badly designed monolithic >>> >>> build, although I grant you it doesn't prevent it like Maven does. >>> In >>> >>> the past, if something's wrong with your Maven build, good luck >>> >>> troubleshooting it, whereas Ant is easier IMHO, although again this >>> is >>> >>> an old experience (and the Maven user list didn't help me solve it >>> >>> either. Hopefully their community has evolved since). >>> >>> >>> >>> Code with non clear dependencies is bad in any build system. Your >>> blog >>> >>> post IMHO confuses cleaning the code and switching build system. The >>> >>> declarative nature of poms is good, but it can be leveraged using >>> >>> Ivy+Ant rather than Maven. >>> >>> >>> >>> All this to say that going from Ant to Maven is a lot more complex >>> >>> that you make it sound, and that Ant is not really the issue here, >>> but >>> >>> the design of the code and its build. --DD >>> >>> >>> >>> --- >>> ------------------------------------------------------------------ >>> >>> To unsubscribe, e-mail: user-unsubscribe@ant.apache.org >>> >>> For additional commands, e-mail: user-help@ant.apache.org >>> >>> >>> >>> >> >> --------------------------------------------------------------------- >> To unsubscribe, e-mail: user-unsubscribe@ant.apache.org For >> additional > >> commands, e-mail: user-help@ant.apache.org >> >> > > --------------------------------------------------------------------- > To unsubscribe, e-mail: user-unsubscribe@ant.apache.org > For additional commands, e-mail: user-help@ant.apache.org > > > --------------------------------------------------------------------- > To unsubscribe, e-mail: user-unsubscribe@ant.apache.org > For additional commands, e-mail: user-help@ant.apache.org > --------------------------------------------------------------------- To unsubscribe, e-mail: user-unsubscribe@ant.apache.org For additional commands, e-mail: user-help@ant.apache.org