Return-Path: Delivered-To: apmail-felix-dev-archive@www.apache.org Received: (qmail 39618 invoked from network); 10 Jun 2010 07:58:18 -0000 Received: from unknown (HELO mail.apache.org) (140.211.11.3) by 140.211.11.9 with SMTP; 10 Jun 2010 07:58:18 -0000 Received: (qmail 66761 invoked by uid 500); 10 Jun 2010 07:58:18 -0000 Delivered-To: apmail-felix-dev-archive@felix.apache.org Received: (qmail 66695 invoked by uid 500); 10 Jun 2010 07:58:16 -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 66687 invoked by uid 99); 10 Jun 2010 07:58:15 -0000 Received: from nike.apache.org (HELO nike.apache.org) (192.87.106.230) by apache.org (qpsmtpd/0.29) with ESMTP; Thu, 10 Jun 2010 07:58:15 +0000 X-ASF-Spam-Status: No, hits=-2.8 required=10.0 tests=HTML_MESSAGE,RCVD_IN_DNSWL_HI,SPF_HELO_PASS,SPF_PASS X-Spam-Check-By: apache.org Received-SPF: pass (nike.apache.org: local policy) Received: from [209.132.183.28] (HELO mx1.redhat.com) (209.132.183.28) by apache.org (qpsmtpd/0.29) with ESMTP; Thu, 10 Jun 2010 07:58:10 +0000 Received: from int-mx05.intmail.prod.int.phx2.redhat.com (int-mx05.intmail.prod.int.phx2.redhat.com [10.5.11.18]) by mx1.redhat.com (8.13.8/8.13.8) with ESMTP id o5A7vljQ024563 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=OK); Thu, 10 Jun 2010 03:57:48 -0400 Received: from [10.36.5.211] (vpn1-5-211.ams2.redhat.com [10.36.5.211]) by int-mx05.intmail.prod.int.phx2.redhat.com (8.13.8/8.13.8) with ESMTP id o5A7vjR3028424; Thu, 10 Jun 2010 03:57:46 -0400 Message-ID: <4C109AF9.3030108@jboss.com> Date: Thu, 10 Jun 2010 09:57:45 +0200 From: Thomas Diesler User-Agent: Mozilla/5.0 (X11; U; Linux x86_64; en-US; rv:1.9.1.9) Gecko/20100430 Fedora/3.0.4-3.fc13 Thunderbird/3.0.4 MIME-Version: 1.0 To: dev@felix.apache.org, heavy@ungoverned.org CC: bgeorges@redhat.com Subject: Apache Felix Resolver integration Content-Type: multipart/alternative; boundary="------------020700070506090808060009" X-Scanned-By: MIMEDefang 2.67 on 10.5.11.18 X-Virus-Checked: Checked by ClamAV on apache.org --------------020700070506090808060009 Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Hi Folks, The JBossOSGi Framework now sucessfully integrates the Felix Resolver. The code for the resolver integration is here http://github.com/jbosgi/jbosgi-framework/tree/master/resolver/src/main/java/org/jboss/osgi/framework/resolver By design, this module does not have a dependency on the jboss framework. Instead it extends the felix resolver API to cleanup and provide the necessary extension points for an arbitary framework to integrate with the felix resolver. Unfortunately, some changes to the felix resolver API were necessary to remove dependencies on felix framework internals. I made those changes to the jbosg320 branch on the felix-framework git-svn mirror . (You can click on the blue dots to see the content of the individual commits) Ideally, and over time those abstract classes in org.jboss.osgi.framework.resolver would bubble up to the felix code base and felix would provide a standalone resolver maven artifact that is independent of the felix framework (I could help with that if needed) more ... https://community.jboss.org/thread/152983?tstart=0 cheers -thomas -- xxxxxxxxxxxxxxxxxxxxxxxxxxxx Thomas Diesler JBoss OSGi Lead JBoss, a division of Red Hat xxxxxxxxxxxxxxxxxxxxxxxxxxxx --------------020700070506090808060009--