Return-Path: Delivered-To: apmail-archiva-users-archive@www.apache.org Received: (qmail 73521 invoked from network); 19 Feb 2009 19:18:26 -0000 Received: from hermes.apache.org (HELO mail.apache.org) (140.211.11.2) by minotaur.apache.org with SMTP; 19 Feb 2009 19:18:26 -0000 Received: (qmail 11240 invoked by uid 500); 19 Feb 2009 19:18:26 -0000 Delivered-To: apmail-archiva-users-archive@archiva.apache.org Received: (qmail 11206 invoked by uid 500); 19 Feb 2009 19:18:25 -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 11195 invoked by uid 99); 19 Feb 2009 19:18:25 -0000 Received: from athena.apache.org (HELO athena.apache.org) (140.211.11.136) by apache.org (qpsmtpd/0.29) with ESMTP; Thu, 19 Feb 2009 11:18:25 -0800 X-ASF-Spam-Status: No, hits=2.6 required=10.0 tests=DNS_FROM_OPENWHOIS,SPF_HELO_PASS,SPF_PASS,WHOIS_MYPRIVREG X-Spam-Check-By: apache.org Received-SPF: pass (athena.apache.org: domain of lists@nabble.com designates 216.139.236.158 as permitted sender) Received: from [216.139.236.158] (HELO kuber.nabble.com) (216.139.236.158) by apache.org (qpsmtpd/0.29) with ESMTP; Thu, 19 Feb 2009 19:18:18 +0000 Received: from isper.nabble.com ([192.168.236.156]) by kuber.nabble.com with esmtp (Exim 4.63) (envelope-from ) id 1LaEPF-0007Uz-9p for users@archiva.apache.org; Thu, 19 Feb 2009 11:17:57 -0800 Message-ID: <22107759.post@talk.nabble.com> Date: Thu, 19 Feb 2009 11:17:57 -0800 (PST) From: Pankaj Tandon To: users@archiva.apache.org Subject: Black List at Repo Group level MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit X-Nabble-From: pankajtandon@gmail.com X-Virus-Checked: Checked by ClamAV on apache.org Hi all, I am playing around with Archiva with the intent of designing a strategy of using Archiva in our corporate environment. I would like to set up two repo groups (managed repos), one for dev and another for prod. Each repo group can have one or more proxy connectors to remote repos. The idea is to have developers unrestrained access to stuff on the net. So there will be no blacklist/whitelist set on the proxy connectors that are associated to the dev repo group. But the prod repo group should be restrained. So I was aiming to have blacklist/whitelist on the proxy connectors associated to the prod repo group. My question is: Why is a blacklist/whitelist not available at managed repo level instead of at proxy-connector level? At the proxy connector level, I will have to repeat the BL/WL for every remote repo that the proxy connector proxies. That doesn't smell right. Am I missing something in the way I am laying this out? Thanks Pankaj -- View this message in context: http://www.nabble.com/Black-List-at-Repo-Group-level-tp22107759p22107759.html Sent from the archiva-users mailing list archive at Nabble.com.