Return-Path: Delivered-To: apmail-commons-dev-archive@www.apache.org Received: (qmail 71769 invoked from network); 20 Mar 2009 18:12:27 -0000 Received: from hermes.apache.org (HELO mail.apache.org) (140.211.11.2) by minotaur.apache.org with SMTP; 20 Mar 2009 18:12:27 -0000 Received: (qmail 34791 invoked by uid 500); 20 Mar 2009 18:12:25 -0000 Delivered-To: apmail-commons-dev-archive@commons.apache.org Received: (qmail 34706 invoked by uid 500); 20 Mar 2009 18:12:25 -0000 Mailing-List: contact dev-help@commons.apache.org; run by ezmlm Precedence: bulk List-Help: List-Unsubscribe: List-Post: List-Id: Reply-To: "Commons Developers List" Delivered-To: mailing list dev@commons.apache.org Received: (qmail 34695 invoked by uid 99); 20 Mar 2009 18:12:25 -0000 Received: from athena.apache.org (HELO athena.apache.org) (140.211.11.136) by apache.org (qpsmtpd/0.29) with ESMTP; Fri, 20 Mar 2009 11:12:25 -0700 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 sebbaz@gmail.com designates 209.85.217.161 as permitted sender) Received: from [209.85.217.161] (HELO mail-gx0-f161.google.com) (209.85.217.161) by apache.org (qpsmtpd/0.29) with ESMTP; Fri, 20 Mar 2009 18:12:19 +0000 Received: by gxk5 with SMTP id 5so2591205gxk.18 for ; Fri, 20 Mar 2009 11:11:58 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:received:in-reply-to:references :date:message-id:subject:from:to:content-type :content-transfer-encoding; bh=gx7C8rw6PMVl6cqTls3HUOrnnzEAXWl+9A/7NFD9xJA=; b=RtkQbMuLUcL7lA9+tDgGrhrSgHdST3SQofjQOe/DIgV3PwReILO0khsnI2HFEfLZng gwXJEDqveihkAmJ9dV6Bo3Zufbxut2ThYV43zQ2a2QPv3KioYsaeyAnOoYlVf5cgh2SL hIdjXj2PbGCEVGkt35dDKiNxL6O4gtZtOQb5I= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :content-type:content-transfer-encoding; b=E78xnuDgnoYPI1GiA4RY476BSZEXHJZrc8TN1fLomG9DKrosYd8F5Fmms7960OtaPE EX9t7SOuWm+RcrKgCVzJFhKWb9I7hNTev2IOAZ7QLQbGhFgVay1pWMDNPA095drxe+i0 cxieJJdwtXR7ZPsB2Pb4idwMHnjBSRTQ/2nbE= MIME-Version: 1.0 Received: by 10.151.6.15 with SMTP id j15mr6879321ybi.225.1237572718352; Fri, 20 Mar 2009 11:11:58 -0700 (PDT) In-Reply-To: References: <25aac9fc0903180851n7c8c6875waeea71313ce6696d@mail.gmail.com> <49C1A6BE.5000003@btopenworld.com> <25aac9fc0903181908s753b5bbel98dc448794531e3b@mail.gmail.com> <49C1AC32.7070404@btopenworld.com> <25aac9fc0903181948p6edead9cv8bc72270e9159e5f@mail.gmail.com> <49C25F63.5000806@btopenworld.com> <55afdc850903191805j63a1b85eq1b145d2d98e8bfe3@mail.gmail.com> <25aac9fc0903201022q7877dd16xe95c454f3e575043@mail.gmail.com> <25aac9fc0903201050y7238fdbfo22e512a8923abb12@mail.gmail.com> Date: Fri, 20 Mar 2009 18:11:58 +0000 Message-ID: <25aac9fc0903201111u3d3d02bdr77619fe81e41c18@mail.gmail.com> Subject: Re: [LANG] 3.0 JCIP Annotations From: sebb To: Commons Developers List Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit X-Virus-Checked: Checked by ClamAV on apache.org On 20/03/2009, James Carman wrote: > On Fri, Mar 20, 2009 at 1:50 PM, sebb wrote: > > > > Take 2: > > > > Just found a problem when using compile+optional in HC: > > > > The generated bundle: > > org.apache.httpcomponents.httpcore_4.1-SNAPSHOT.jar > > contains a valid DEPENDENCIES file. > > The MANIFEST looks OK too, no mention of jcip > > > > However, the included archive: > > httpcore-nio-4.1-SNAPSHOT.jar > > has a DEPENDENCIES file which refers to JCIP. > > > > Not sure if this is a problem for OSGI or not, but it is not consistent. > > > Ok, I understand that we want to make sure OSGi bundles work > correctly. But, misusing maven's dependency declaration because one > specific plugin doesn't work properly with the correct way to do it > doesn't seem right to me. Agreed - I think! > How about we fix the felix plugin? We? > Or can't we tell it to ignore that stuff somehow via configuration? So long as the configuration override works for other projects that declare dependencies on such projects - and so on - that seems like a possible work-round. However - given that the problem appears to be due to incorrect handling of non-transitive dependencies - that may not work. > > --------------------------------------------------------------------- > To unsubscribe, e-mail: dev-unsubscribe@commons.apache.org > For additional commands, e-mail: dev-help@commons.apache.org > > --------------------------------------------------------------------- To unsubscribe, e-mail: dev-unsubscribe@commons.apache.org For additional commands, e-mail: dev-help@commons.apache.org