Return-Path: X-Original-To: apmail-archiva-users-archive@www.apache.org Delivered-To: apmail-archiva-users-archive@www.apache.org Received: from mail.apache.org (hermes.apache.org [140.211.11.3]) by minotaur.apache.org (Postfix) with SMTP id 6419373E8 for ; Tue, 15 Nov 2011 18:57:43 +0000 (UTC) Received: (qmail 15269 invoked by uid 500); 15 Nov 2011 18:57:43 -0000 Delivered-To: apmail-archiva-users-archive@archiva.apache.org Received: (qmail 15225 invoked by uid 500); 15 Nov 2011 18:57:43 -0000 Mailing-List: contact users-help@archiva.apache.org; run by ezmlm Precedence: bulk List-Help: List-Unsubscribe: List-Post: List-Id: Reply-To: users@archiva.apache.org Delivered-To: mailing list users@archiva.apache.org Received: (qmail 15217 invoked by uid 99); 15 Nov 2011 18:57:43 -0000 Received: from athena.apache.org (HELO athena.apache.org) (140.211.11.136) by apache.org (qpsmtpd/0.29) with ESMTP; Tue, 15 Nov 2011 18:57:43 +0000 X-ASF-Spam-Status: No, hits=1.5 required=5.0 tests=FREEMAIL_FROM,HTML_MESSAGE,RCVD_IN_DNSWL_LOW,SPF_PASS X-Spam-Check-By: apache.org Received-SPF: pass (athena.apache.org: domain of phatak.dev@gmail.com designates 209.85.214.42 as permitted sender) Received: from [209.85.214.42] (HELO mail-bw0-f42.google.com) (209.85.214.42) by apache.org (qpsmtpd/0.29) with ESMTP; Tue, 15 Nov 2011 18:57:36 +0000 Received: by bkbzt4 with SMTP id zt4so8490461bkb.15 for ; Tue, 15 Nov 2011 10:57:15 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :content-type; bh=a7CL+E//3kAhm9RRO6UbhC8Fd/uyph3/gh+eFZVwxf0=; b=v+aaBzR+Y/bRCNveKVe4d6zXu+j8jcSw8Rz7GCctpge/3gBADbBoSMe+Lw2I7TDdgS 6w0AWXCONZ3soVPumFKmKV9aZh2PkAwRXbDlC4j2d0zd2BYzvmvAd1Bp5Bpn4pzBreCr wMJ47F5Pc3xIlcTY1iSO4Bu+ZbCBZVuDmEhnE= MIME-Version: 1.0 Received: by 10.204.154.25 with SMTP id m25mr5448542bkw.140.1321383435091; Tue, 15 Nov 2011 10:57:15 -0800 (PST) Received: by 10.223.83.1 with HTTP; Tue, 15 Nov 2011 10:57:15 -0800 (PST) Received: by 10.223.83.1 with HTTP; Tue, 15 Nov 2011 10:57:15 -0800 (PST) In-Reply-To: <9C6FA5C1-55F4-4370-B7FD-14A68DF94414@apache.org> References: <84EF32C6-147B-4FAF-B242-C2AD7F4DF79A@apache.org> <0B00AF0B-A6B0-4D36-9011-934696E9B004@apache.org> <9C6FA5C1-55F4-4370-B7FD-14A68DF94414@apache.org> Date: Wed, 16 Nov 2011 00:27:15 +0530 Message-ID: Subject: Re: Repository indexing not working From: madhu phatak To: users@archiva.apache.org Content-Type: multipart/alternative; boundary=0015175d03ba42bfb804b1ca8e23 --0015175d03ba42bfb804b1ca8e23 Content-Type: text/plain; charset=ISO-8859-1 sent from nexus s On Nov 16, 2011 12:21 AM, "Brett Porter" wrote: > > > On 15/11/2011, at 10:31 AM, madhu phatak wrote: > > > Thanks for quick replies :) > > > > On Tue, Nov 15, 2011 at 11:47 PM, Brett Porter wrote: > > > >> I'd recommend upgrading to 1.3.5, even though it may not impact this > >> particular problem. > >> > >> Either way, the DB is the one that is missing information. The best course > >> is to go to the repositories page, check "Process All Artifacts" and press > >> "Scan Repository Now". This will force everything to be scanned. > >> > > I tried this but nothing changed > > > >> > > > > If things are still missing, there are other possibilities: > >> - the artefacts you want scanned are not included in the artefacts list on > >> the repository scanning configuration page > >> > > U mean the patterns? > > Yes, that's right. > > > > >> - old versions of the snapshots are actually being purged (I didn't think > >> that's what you meant, but it's worth noting) > > > > If they are purged corresponding jar or pom should not be there > > in file system right? I can see the jars in filesystem but when i browse > > repo through browser it doesn't show many artifacts > > > > Correct. > > >> > > > > > >> You can look in the logs for more details on what eventually gets scanned > >> as well. > >> > > > > I try to see in archiva.log but it doesnot give much info on whats > > going.Should i see somewhere else? > > > > > > There is a summary at the end with a number of files - I'd hoped that would give you a comparison. There should also be any warnings or errors that occur during the scan. Yeah it says around 350 files but there are over 1000 jars > > If that's not helping, try increasing the logging level to debug in the log4j.xml and scan again. That should give lots of information on individual files. > > Another option is to stop, delete the archiva database, and start again - that would clear any bad state. Not sure if you tried that already. I deleted the DB files but its same > > - Brett > > -- > Brett Porter > brett@apache.org > http://brettporter.wordpress.com/ > --0015175d03ba42bfb804b1ca8e23--