Return-Path: Delivered-To: apmail-maven-continuum-users-archive@www.apache.org Received: (qmail 61034 invoked from network); 16 Nov 2006 12:25:08 -0000 Received: from hermes.apache.org (HELO mail.apache.org) (140.211.11.2) by minotaur.apache.org with SMTP; 16 Nov 2006 12:25:08 -0000 Received: (qmail 57093 invoked by uid 500); 16 Nov 2006 12:25:08 -0000 Delivered-To: apmail-maven-continuum-users-archive@maven.apache.org Received: (qmail 57038 invoked by uid 500); 16 Nov 2006 12:25:07 -0000 Mailing-List: contact continuum-users-help@maven.apache.org; run by ezmlm Precedence: bulk List-Help: List-Unsubscribe: List-Post: List-Id: Reply-To: continuum-users@maven.apache.org Delivered-To: mailing list continuum-users@maven.apache.org Received: (qmail 57010 invoked by uid 99); 16 Nov 2006 12:25:07 -0000 Received: from herse.apache.org (HELO herse.apache.org) (140.211.11.133) by apache.org (qpsmtpd/0.29) with ESMTP; Thu, 16 Nov 2006 04:25:07 -0800 X-ASF-Spam-Status: No, hits=-0.0 required=10.0 tests=SPF_HELO_PASS X-Spam-Check-By: apache.org Received-SPF: neutral (herse.apache.org: local policy) Received: from [212.227.126.183] (HELO moutng.kundenserver.de) (212.227.126.183) by apache.org (qpsmtpd/0.29) with ESMTP; Thu, 16 Nov 2006 04:24:52 -0800 Received: from [80.83.150.98] (helo=[192.168.2.252]) by mrelayeu.kundenserver.de (node=mrelayeu1) with ESMTP (Nemesis), id 0MKwpI-1GkgIA1ppU-0000fh; Thu, 16 Nov 2006 13:24:30 +0100 Message-ID: <455C582A.6030805@cyberspaceroad.com> Date: Thu, 16 Nov 2006 12:23:06 +0000 From: Adam Hardy User-Agent: Thunderbird 1.5.0.8 (Windows/20061025) MIME-Version: 1.0 To: continuum-users@maven.apache.org Subject: Re: SCM integration issue with deleted files References: <45599D9F.7080606@cyberspaceroad.com> <4559A1D6.5070002@c-s.fr> <52bab8690611140729y58aebe90t5013c423adb49a8@mail.gmail.com> In-Reply-To: Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 8bit X-Provags-ID: kundenserver.de abuse@kundenserver.de login:0ea82eba9819e035b0ed646bd9a14ff4 X-Virus-Checked: Checked by ClamAV on apache.org Perforce! See what happens when you pay huge amounts of money for something? ;) I've got 'clean' in every build definition. I shall file it in Jira. Thanks Adam Lee Meador wrote: > The only similar problem I found was solved by making sure the Continuum > build had a clean in it. I'm using a maven2 build from a script and > subversion. The scm may make a difference. > > -- Lee > > On 11/14/06, Wayne Fay wrote: >> >> Tell your developers to stop deleting files? ;-) >> >> Sounds like a bug, go file it in JIRA and I'm sure it will be looked >> at and hopefully addressed in a future version. >> >> Wayne >> >> On 11/14/06, ETIENNE Olivier wrote: >> > I got the same problem and the only way I foun to solve it has been to >> > drop the project and to create a new one. >> > >> > Adam Hardy a �crit : >> > > I keep seeing a problem with continuum when a developer deletes a >> file. >> > > >> > > Sometimes but not always continuum fails to delete the file from its >> > > working directory. Then at some point soon afterwards, that deleted >> > > class file will no longer compile, so the build fails and I receive a >> > > notification. >> > > >> > > What is the best procedure to deal with this? Must I hunt down the >> > > deleted files and manually delete them? >> > > >> > > In a rush this morning, I deleted everything in /working-dir/ with rm >> > > -rf * >> > > >> > > Continuum did not like it. When I launched the build, it stopped >> > > immediately with: >> > > >> > > java.lang.NullPointerException >> > > at >> > > >> > >> org.codehaus.plexus.component.configurator.converters.lookup.DefaultConverterLookup.findConverterForType >> >> (DefaultConverterLookup.java:115) >> > > >> > > >> > > I had to restart continuum, and then the first build attempt died >> > > badly with this: >> > > >> > > Exception: >> > > Cannot checkout sources. >> > > null >> > > >> > > but on the second attempt it behaved OK. Why is the working-dir so >> > > important? Can't continuum detect that it needs to check out the >> > > sources again? Is there a better way to delete all the sources >> without >> > > causing this mess? >> > > >> > > >> > > Thanks >> > > Adam >> > > >> > > >> > >> > >> > > >