Return-Path: Delivered-To: apmail-felix-dev-archive@www.apache.org Received: (qmail 12445 invoked from network); 1 Mar 2010 17:00:29 -0000 Received: from unknown (HELO mail.apache.org) (140.211.11.3) by 140.211.11.9 with SMTP; 1 Mar 2010 17:00:29 -0000 Received: (qmail 28230 invoked by uid 500); 1 Mar 2010 17:00:28 -0000 Delivered-To: apmail-felix-dev-archive@felix.apache.org Received: (qmail 28061 invoked by uid 500); 1 Mar 2010 17:00:28 -0000 Mailing-List: contact dev-help@felix.apache.org; run by ezmlm Precedence: bulk List-Help: List-Unsubscribe: List-Post: List-Id: Reply-To: dev@felix.apache.org Delivered-To: mailing list dev@felix.apache.org Received: (qmail 28049 invoked by uid 99); 1 Mar 2010 17:00:28 -0000 Received: from nike.apache.org (HELO nike.apache.org) (192.87.106.230) by apache.org (qpsmtpd/0.29) with ESMTP; Mon, 01 Mar 2010 17:00:28 +0000 X-ASF-Spam-Status: No, hits=-2000.0 required=10.0 tests=ALL_TRUSTED X-Spam-Check-By: apache.org Received: from [140.211.11.140] (HELO brutus.apache.org) (140.211.11.140) by apache.org (qpsmtpd/0.29) with ESMTP; Mon, 01 Mar 2010 17:00:26 +0000 Received: from brutus.apache.org (localhost [127.0.0.1]) by brutus.apache.org (Postfix) with ESMTP id B2E14234C48D for ; Mon, 1 Mar 2010 17:00:05 +0000 (UTC) Message-ID: <596566259.36311267462805718.JavaMail.jira@brutus.apache.org> Date: Mon, 1 Mar 2010 17:00:05 +0000 (UTC) From: "Guillaume Nodet (JIRA)" To: dev@felix.apache.org Subject: [jira] Commented: (FELIX-2144) Add global requirements and capabilities In-Reply-To: <472900175.29801267436045720.JavaMail.jira@brutus.apache.org> MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: 7bit X-JIRA-FingerPrint: 30527f35849b9dde25b450d4833f0394 X-Virus-Checked: Checked by ClamAV on apache.org [ https://issues.apache.org/jira/browse/FELIX-2144?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=12839752#action_12839752 ] Guillaume Nodet commented on FELIX-2144: ---------------------------------------- The goal is to be able to direct a bit and constraint the set of available resources. Another way would be to simply allow the resolver to be given a set of resources to resolve against instead of repositories. This is actually what is done to support those global constraints (i.e. filter the resources before starting the resolution). This way, the user could choose to use local resources, remote resources and more importantly, which one. This could also be used to filter for licensing reasons or such. > Add global requirements and capabilities > ---------------------------------------- > > Key: FELIX-2144 > URL: https://issues.apache.org/jira/browse/FELIX-2144 > Project: Felix > Issue Type: New Feature > Components: Bundle Repository (OBR) > Reporter: Guillaume Nodet > Assignee: Guillaume Nodet > Fix For: bundlerepository-1.6.0 > > > Global constraints on resources would be useful to be able to add constraints to the resolution like: > * do not use a resource > * add version range to used resources ... -- This message is automatically generated by JIRA. - You can reply to this email to add a comment to the issue online.