Return-Path: Delivered-To: apmail-maven-archiva-users-archive@locus.apache.org Received: (qmail 62014 invoked from network); 29 Nov 2007 13:26:12 -0000 Received: from hermes.apache.org (HELO mail.apache.org) (140.211.11.2) by minotaur.apache.org with SMTP; 29 Nov 2007 13:26:12 -0000 Received: (qmail 45453 invoked by uid 500); 29 Nov 2007 13:26:00 -0000 Delivered-To: apmail-maven-archiva-users-archive@maven.apache.org Received: (qmail 45425 invoked by uid 500); 29 Nov 2007 13:26:00 -0000 Mailing-List: contact archiva-users-help@maven.apache.org; run by ezmlm Precedence: bulk List-Help: List-Unsubscribe: List-Post: List-Id: Reply-To: archiva-users@maven.apache.org Delivered-To: mailing list archiva-users@maven.apache.org Received: (qmail 45416 invoked by uid 99); 29 Nov 2007 13:26:00 -0000 Received: from athena.apache.org (HELO athena.apache.org) (140.211.11.136) by apache.org (qpsmtpd/0.29) with ESMTP; Thu, 29 Nov 2007 05:26:00 -0800 X-ASF-Spam-Status: No, hits=-0.0 required=10.0 tests=SPF_PASS X-Spam-Check-By: apache.org Received-SPF: pass (athena.apache.org: domain of wsmoak@gmail.com designates 209.85.132.248 as permitted sender) Received: from [209.85.132.248] (HELO an-out-0708.google.com) (209.85.132.248) by apache.org (qpsmtpd/0.29) with ESMTP; Thu, 29 Nov 2007 13:25:38 +0000 Received: by an-out-0708.google.com with SMTP id d30so400836and for ; Thu, 29 Nov 2007 05:25:40 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:received:received:message-id:date:from:to:subject:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references; bh=z+Ja5AHMlOO5xdMe3uDDKBXBAbYAcxp+bXhG4n55VPM=; b=oJhZomHlpLryjbk9YjUF24XDmz2eUXamVHuwyEqWUv+dzkurDmL90cZ4rm4kgVqQ1sL8McrgZtk/tiulrwe3HuC1jvQ+57aDTU5eM4I2ZeFTOojE/pYyZzN0/a92WRS4+KQ+3eh09slLylUv2/8vQ9N7+MNgDdCur2EREKHwquA= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=received:message-id:date:from:to:subject:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references; b=tPOyD7T6fbZXVulOLtrG/eAxeyHigMvze+kgxuMA5gs7ON1Lu7SyX1+t0PiBvaUHM9YAWxhY2O5V+IsAClP7o5gFFP453bGVbNiSs4zAj+q3qpizXfKgM1MpnY9LrKBtb0ReheD1s9PtBNFgihAeYdCkc1lXnAjU96lHG7x3Oa8= Received: by 10.100.229.10 with SMTP id b10mr11580205anh.1196342740817; Thu, 29 Nov 2007 05:25:40 -0800 (PST) Received: by 10.90.34.15 with HTTP; Thu, 29 Nov 2007 05:25:40 -0800 (PST) Message-ID: Date: Thu, 29 Nov 2007 06:25:40 -0700 From: "Wendy Smoak" To: archiva-users@maven.apache.org Subject: Re: Repository scanning problem in 1.0? In-Reply-To: <14025501.post@talk.nabble.com> MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Content-Disposition: inline References: <14025501.post@talk.nabble.com> X-Virus-Checked: Checked by ClamAV on apache.org On Nov 29, 2007 6:07 AM, ArneD wrote: > After starting up a fresh instance with default configuration, I copied > parts of my existing repository to Archiva's default internal repository. > Then I used the "Scan Repository Now" button on the repository > administration page. Afterwards, all artifacts were visible on the "Browse" > page. So far so good. > > I then copied some more groups of my existing repo to Archiva's default > internal repository, and used "Scan Repository Now" once again. But this > time, the "Browse" page did not show the newly added groups. This was quite > surprising, as the log output of RepositoryScanner clearly showed that > Archiva DID walk over these new artifacts, without errors or warnings. I > tried to use the "Update Database Now" button, but still no effect. > > I finally touched one of the POM files in the missing groups, i.e. I gave > the POM file a new timestamp. After doing "Scan Repository Now" again, the > artifact appeared on the Browse page. When browsing into the artifact, > however, I get the error message "Unable to find project model for [...]". I've seen "Unable to find project model for [...]" in recent versions of Archiva, also using with existing repository contents, but have not been able to isolate it with publicly available repo data. Can you come up with steps to reproduce this, and attach zipped repository contents to a JIRA issue? It shouldn't take more than a few artifacts to provoke the problem, once you know the cause. http://jira.codehaus.org/browse/MRM Thanks, -- Wendy