Return-Path: Delivered-To: apmail-incubator-felix-dev-archive@www.apache.org Received: (qmail 494 invoked from network); 6 Dec 2006 16:18:37 -0000 Received: from hermes.apache.org (HELO mail.apache.org) (140.211.11.2) by minotaur.apache.org with SMTP; 6 Dec 2006 16:18:37 -0000 Received: (qmail 73323 invoked by uid 500); 6 Dec 2006 16:18:44 -0000 Delivered-To: apmail-incubator-felix-dev-archive@incubator.apache.org Received: (qmail 73293 invoked by uid 500); 6 Dec 2006 16:18:44 -0000 Mailing-List: contact felix-dev-help@incubator.apache.org; run by ezmlm Precedence: bulk List-Help: List-Unsubscribe: List-Post: List-Id: Reply-To: felix-dev@incubator.apache.org Delivered-To: mailing list felix-dev@incubator.apache.org Received: (qmail 73271 invoked by uid 99); 6 Dec 2006 16:18:44 -0000 Received: from herse.apache.org (HELO herse.apache.org) (140.211.11.133) by apache.org (qpsmtpd/0.29) with ESMTP; Wed, 06 Dec 2006 08:18:44 -0800 X-ASF-Spam-Status: No, hits=0.0 required=10.0 tests= X-Spam-Check-By: apache.org Received-SPF: pass (herse.apache.org: local policy) Received: from [65.254.51.34] (HELO server6.tchmachines.com) (65.254.51.34) by apache.org (qpsmtpd/0.29) with ESMTP; Wed, 06 Dec 2006 08:18:32 -0800 Received: from 217-162-68-191.dclient.hispeed.ch ([217.162.68.191] helo=ZETA) by server6.tchmachines.com with esmtpa (Exim 4.52) id 1GrzVv-0002Pe-4Z; Wed, 06 Dec 2006 11:20:55 -0500 Date: Wed, 6 Dec 2006 17:18:06 +0100 From: Peter Kriens X-Mailer: The Bat! (v3.71.03) Home Organization: aQute X-Priority: 3 (Normal) Message-ID: <1351817746.20061206171806@aQute.biz> To: =?iso-8859-1?Q?Emil_Eifr=E9m?= CC: felix-dev@incubator.apache.org Subject: Re[2]: Bundle plugin: Importing packages from non-bundles In-Reply-To: References: <87F7A09D4DAF4C46A1EC7BFBF85047F3020E4C80@pghexmb02.efi.internal> <4575C0A9.8080503@ungoverned.org> <87F7A09D4DAF4C46A1EC7BFBF85047F3020E4C99@pghexmb02.efi.internal> <4575C3B5.4070007@ungoverned.org> <87F7A09D4DAF4C46A1EC7BFBF85047F3020E4CB0@pghexmb02.efi.internal> <4575CC3A.1000005@ungoverned.org> <87F7A09D4DAF4C46A1EC7BFBF85047F3020E4CDD@pghexmb02.efi.internal> <4575D5F4.1030403@ungoverned.org> <87F7A09D4DAF4C46A1EC7BFBF85047F3020E4D0C@pghexmb02.efi.internal> MIME-Version: 1.0 Content-Type: text/plain; charset=iso-8859-1 Content-Transfer-Encoding: 8bit X-AntiAbuse: This header was added to track abuse, please include it with any abuse report X-AntiAbuse: Primary Hostname - server6.tchmachines.com X-AntiAbuse: Original Domain - incubator.apache.org X-AntiAbuse: Originator/Caller UID/GID - [0 0] / [47 12] X-AntiAbuse: Sender Address Domain - aQute.biz X-Source: X-Source-Args: X-Source-Dir: X-Virus-Checked: Checked by ClamAV on apache.org How can it NOT generate Import-Package for bundles that are on the Bundle-Classpath? This means you have unresolved dependencies in your code, which can give you very nasty problems during deployment and running the code. That is like putting out class files that have compile errors. I think the old plugin is much more suitable than the new plugin for your strategy. Kind regards, Peter Kriens EE> On 12/5/06, Aaron Siri wrote: >> Again - like the war-plugin, osgi-plugin (and most other packaging maving >> plugins that I am familiar with) jar dependencies (with the compile scope) >> are automatically added to the artifact (in this case, a bundle) as-is and >> made available to the runtime (in this case added to Bundle-ClassPath.) EE> I think I've said this a number of times over the course of this EE> thread, but just to emphasize: +1 on the above. This is exactly the EE> behavior we need. That and making sure that the plugin is *not EE> generating Import-Package statements for the stuff that the EE> Bundle-Classpath jars provide*. (This last thing about Import-Package EE> is the ONLY thing the old maven-osgi-plugin did wrong.) EE> Cheers, EE> -EE -- Peter Kriens Tel +33467542167 9C, Avenue St. Dr�z�ry AOL,Yahoo: pkriens 34160 Beaulieu, France ICQ 255570717 Skype pkriens Fax +1 8153772599