Return-Path: X-Original-To: apmail-felix-dev-archive@www.apache.org Delivered-To: apmail-felix-dev-archive@www.apache.org Received: from mail.apache.org (hermes.apache.org [140.211.11.3]) by minotaur.apache.org (Postfix) with SMTP id 4A53F10479 for ; Thu, 6 Mar 2014 14:04:32 +0000 (UTC) Received: (qmail 29958 invoked by uid 500); 6 Mar 2014 14:04:31 -0000 Delivered-To: apmail-felix-dev-archive@felix.apache.org Received: (qmail 29786 invoked by uid 500); 6 Mar 2014 14:04:30 -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 29765 invoked by uid 99); 6 Mar 2014 14:04:29 -0000 Received: from athena.apache.org (HELO athena.apache.org) (140.211.11.136) by apache.org (qpsmtpd/0.29) with ESMTP; Thu, 06 Mar 2014 14:04:29 +0000 X-ASF-Spam-Status: No, hits=-0.0 required=5.0 tests=RCVD_IN_DNSWL_NONE,SPF_PASS X-Spam-Check-By: apache.org Received-SPF: pass (athena.apache.org: local policy includes SPF record at spf.trusted-forwarder.org) Received: from [194.109.24.31] (HELO smtp-vbr11.xs4all.nl) (194.109.24.31) by apache.org (qpsmtpd/0.29) with ESMTP; Thu, 06 Mar 2014 14:04:22 +0000 Received: from [10.0.0.33] (planetmarrs.xs4all.nl [82.95.193.148]) (authenticated bits=0) by smtp-vbr11.xs4all.nl (8.13.8/8.13.8) with ESMTP id s26E3xEI044143 (version=TLSv1/SSLv3 cipher=AES128-SHA bits=128 verify=NO) for ; Thu, 6 Mar 2014 15:04:00 +0100 (CET) (envelope-from marcel.offermans@luminis.nl) Content-Type: text/plain; charset=windows-1252 Mime-Version: 1.0 (Mac OS X Mail 7.1 \(1827\)) Subject: Re: Any plans to make PojoSR part of Apache Felix From: Marcel Offermans In-Reply-To: Date: Thu, 6 Mar 2014 15:03:58 +0100 Content-Transfer-Encoding: quoted-printable Message-Id: <5587AE12-447D-4493-B32D-EBA5FD41DCE6@luminis.nl> References: To: "" X-Mailer: Apple Mail (2.1827) X-Virus-Scanned: by XS4ALL Virus Scanner X-Virus-Checked: Checked by ClamAV on apache.org On 06 Mar 2014, at 14:58 , David Bosschaert = wrote: > It can be quite useful for people who like to use OSGi Services or > migrate to OSGi for other reasons, but don't want to handle the > modularity on the classloader level just yet. Other applications are to deploy OSGi bundles to environments that have = no classloaders, or even no threads, such as Google AppEngine. We=92ve = also used it in the past to deploy to Android (which does have both, but = you can run into some differences/restrictions of the Dalvik JVM that = can be avoided this way). Greetings, Marcel