Return-Path: Delivered-To: apmail-felix-dev-archive@www.apache.org Received: (qmail 77146 invoked from network); 25 Mar 2010 14:57:01 -0000 Received: from unknown (HELO mail.apache.org) (140.211.11.3) by 140.211.11.9 with SMTP; 25 Mar 2010 14:57:01 -0000 Received: (qmail 35226 invoked by uid 500); 25 Mar 2010 10:57:01 -0000 Delivered-To: apmail-felix-dev-archive@felix.apache.org Received: (qmail 35198 invoked by uid 500); 25 Mar 2010 10:56:59 -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 35190 invoked by uid 99); 25 Mar 2010 10:56:58 -0000 Received: from nike.apache.org (HELO nike.apache.org) (192.87.106.230) by apache.org (qpsmtpd/0.29) with ESMTP; Thu, 25 Mar 2010 10:56:58 +0000 X-ASF-Spam-Status: No, hits=-1.6 required=10.0 tests=RCVD_IN_DNSWL_MED,SPF_NEUTRAL X-Spam-Check-By: apache.org Received-SPF: neutral (nike.apache.org: local policy) Received: from [64.208.49.56] (HELO smail3.alcatel.fr) (64.208.49.56) by apache.org (qpsmtpd/0.29) with ESMTP; Thu, 25 Mar 2010 10:56:48 +0000 Received: from FRMRSSXCHHUB03.dc-m.alcatel-lucent.com (FRMRSSXCHHUB03.dc-m.alcatel-lucent.com [135.120.45.63]) by smail3.alcatel.fr (8.14.3/8.14.3/ICT) with ESMTP id o2PAlXwc021191 (version=TLSv1/SSLv3 cipher=RC4-MD5 bits=128 verify=NOT) for ; Thu, 25 Mar 2010 11:56:20 +0100 Received: from [139.54.130.145] (135.120.57.7) by FRMRSSXCHHUB03.dc-m.alcatel-lucent.com (135.120.45.63) with Microsoft SMTP Server id 8.2.213.0; Thu, 25 Mar 2010 11:55:20 +0100 Message-ID: <4BAB4165.5060304@alcatel-lucent.com> Date: Thu, 25 Mar 2010 11:56:37 +0100 From: Arjun Panday Organization: Alcatel-Lucent User-Agent: Mozilla/5.0 (X11; U; Linux i686; fr; rv:1.9.1.9) Gecko/20100317 Thunderbird/3.0.4 MIME-Version: 1.0 To: "dev@felix.apache.org" Subject: Re: OBR.resolve(NO_LOCAL_RESOURCES) References: <4BA8D0BA.7070309@alcatel-lucent.com> In-Reply-To: Content-Type: text/plain; charset="ISO-8859-1"; format=flowed Content-Transfer-Encoding: 7bit X-Scanned-By: MIMEDefang 2.64 on 155.132.188.83 X-Virus-Checked: Checked by ClamAV on apache.org Guillaume, > If you use the NO_LOCAL_RESOURCES flag, your resolution should not contain > any local resources, What you describe here is the normal behaviour of the resolver without any flag; and it was the whole point of JIRA:FELIX-692 What exact feature did you mean to implement with this flag? /arjun >> Guillaume (i believe this is for you), >> >> I'm still testing the new bundlerepository from the trunk.. >> I noticed recently that, when i use the NO_LOCAL_RESOURCES flag in the >> resolver, all the local resources required by my resolution have a null URI. >> My intent when using NO_LOCAL_RESOURCES is purposely to NOT ignore the >> resources present in my resolver's framework and to extract a "pure OBR" >> resolution, independant of the framework instance that computed it; >> therefore i need all the computed resources along with their URIs with >> respect to the OBR location. >> >> Can you please look into this? Do you agree with my interpretation of the >> NO_LOCAL_RESOURCE flag? >> >> Thanks, >> Arjun >> >> > > >