Return-Path: Delivered-To: apmail-directory-dev-archive@www.apache.org Received: (qmail 77007 invoked from network); 16 Jan 2011 13:35:47 -0000 Received: from hermes.apache.org (HELO mail.apache.org) (140.211.11.3) by minotaur.apache.org with SMTP; 16 Jan 2011 13:35:47 -0000 Received: (qmail 31168 invoked by uid 500); 16 Jan 2011 13:35:47 -0000 Delivered-To: apmail-directory-dev-archive@directory.apache.org Received: (qmail 30973 invoked by uid 500); 16 Jan 2011 13:35:44 -0000 Mailing-List: contact dev-help@directory.apache.org; run by ezmlm Precedence: bulk List-Help: List-Unsubscribe: List-Post: List-Id: Reply-To: "Apache Directory Developers List" Delivered-To: mailing list dev@directory.apache.org Received: (qmail 30966 invoked by uid 99); 16 Jan 2011 13:35:43 -0000 Received: from athena.apache.org (HELO athena.apache.org) (140.211.11.136) by apache.org (qpsmtpd/0.29) with ESMTP; Sun, 16 Jan 2011 13:35:43 +0000 X-ASF-Spam-Status: No, hits=-0.7 required=10.0 tests=FREEMAIL_FROM,RCVD_IN_DNSWL_LOW,SPF_PASS X-Spam-Check-By: apache.org Received-SPF: pass (athena.apache.org: domain of elecharny@gmail.com designates 74.125.82.178 as permitted sender) Received: from [74.125.82.178] (HELO mail-wy0-f178.google.com) (74.125.82.178) by apache.org (qpsmtpd/0.29) with ESMTP; Sun, 16 Jan 2011 13:35:37 +0000 Received: by wyb42 with SMTP id 42so4488764wyb.37 for ; Sun, 16 Jan 2011 05:35:15 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:message-id:date:from:reply-to:user-agent :mime-version:to:subject:references:in-reply-to:content-type :content-transfer-encoding; bh=y64/+1vXQOt+VX/dlAIOyigo7xG3pAyYEpZEAxCwAKM=; b=MWCa5+jwHQBPlwMjO83sh4pYdlvTVmcIs5lqaOnk9XnIWfxPFbFAPRucmzp5yO0zDb F1ZysEAFCZNarG4h/F3z99n+o1fk0NWds0BOEgvGTlNx/7RXbZ9DkhgdLl6W8hEOV9no puCrZYb1qTBcT76pOAcgs0eZw4pScPKzCIejQ= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=message-id:date:from:reply-to:user-agent:mime-version:to:subject :references:in-reply-to:content-type:content-transfer-encoding; b=bBM8cezJLLwVlAdaP/NMzddcwwy/QHj7PgkwnxIbMZ4h7YG6AnUMc3+J5JJDv2hJTp +rXJKa/t4dW7Gz/xDzAUkvyE5H2WX/KtZcEJkSVE5+dOLYWV9S7QKJb2BFawN8obc8yv UdmCyM95reGA8qYsQywauNdyvQxeY84MF84PE= Received: by 10.227.182.142 with SMTP id cc14mr2832826wbb.215.1295184915493; Sun, 16 Jan 2011 05:35:15 -0800 (PST) Received: from emmanuel-lecharnys-MacBook-Pro.local (ver78-3-89-80-150-189.dsl.club-internet.fr [89.80.150.189]) by mx.google.com with ESMTPS id m13sm2516843wbz.3.2011.01.16.05.35.13 (version=TLSv1/SSLv3 cipher=RC4-MD5); Sun, 16 Jan 2011 05:35:14 -0800 (PST) Message-ID: <4D32F411.3040305@gmail.com> Date: Sun, 16 Jan 2011 14:35:13 +0100 From: Emmanuel Lecharny Reply-To: elecharny@apache.org User-Agent: Mozilla/5.0 (Macintosh; U; Intel Mac OS X 10.6; en-US; rv:1.9.2.13) Gecko/20101207 Thunderbird/3.1.7 MIME-Version: 1.0 To: Apache Directory Developers List Subject: Re: [OSGi] Shared bundles update References: In-Reply-To: Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 8bit On 1/16/11 12:53 PM, Alex Karasulu wrote: > STATUS: > ------------ > > The following modules have been converted into bundles: > > o i18n > o ldap > o ldap-client-api > o dsml-parser > o dsml-engine > > I will not bother with the following modules for reasons that should > seem apparent: > > o all > o integ Great !!! > The following modules still need to be made into bundles: > > o ldap-schema > > > ISSUES: > ----------- > > There seems to be some issues with the default operation of the > maven-bundle-plugin where the schema file names are causing the plugin > to barf. Here's something I had posted a couple years ago about the > matter on felix-dev which seems still to be the case [0]. > > Note the ldap-schema packages together schema LDIF files into the Jar. > This is extracted out by a LdifExtractor class. The maven antrun > plugin is used to build index files as well and the default jar > archiver is used. > > This however probably can be solved by just generating the OSGi > manifest with the bundle plugin and letting the current process using > the jar archiver run without overwriting the manifest file. > > I'll play around with this. > > > GOING FORWARD: > -------------------------- > > I guess we can start using the converted bundles in the studio build > as direct dependencies. Also Pierre/Stefan could y'all update me on > the steps we needed in the studio build to use the direct bundle > dependency? That way I can update studio's build myself to use the > ldap-schema bundle once it is complete. I also want to understand what > steps are needed to change studio's build when we break out new > bundles from inside shared-ldap. Just a question : as it seems pretty easy to OSGify shared, why don't we do the same for ApacheDS modules too ? -- Regards, Cordialement, Emmanuel L�charny www.iktek.com