Return-Path: X-Original-To: apmail-felix-users-archive@minotaur.apache.org Delivered-To: apmail-felix-users-archive@minotaur.apache.org Received: from mail.apache.org (hermes.apache.org [140.211.11.3]) by minotaur.apache.org (Postfix) with SMTP id 950C88699 for ; Fri, 12 Aug 2011 08:03:54 +0000 (UTC) Received: (qmail 92980 invoked by uid 500); 12 Aug 2011 08:03:54 -0000 Delivered-To: apmail-felix-users-archive@felix.apache.org Received: (qmail 92446 invoked by uid 500); 12 Aug 2011 08:03:45 -0000 Mailing-List: contact users-help@felix.apache.org; run by ezmlm Precedence: bulk List-Help: List-Unsubscribe: List-Post: List-Id: Reply-To: users@felix.apache.org Delivered-To: mailing list users@felix.apache.org Received: (qmail 92310 invoked by uid 99); 12 Aug 2011 08:03:36 -0000 Received: from athena.apache.org (HELO athena.apache.org) (140.211.11.136) by apache.org (qpsmtpd/0.29) with ESMTP; Fri, 12 Aug 2011 08:03:36 +0000 X-ASF-Spam-Status: No, hits=2.2 required=5.0 tests=HTML_MESSAGE,SPF_PASS X-Spam-Check-By: apache.org Received-SPF: pass (athena.apache.org: domain of Jim.Talbut@groupgti.com designates 89.167.234.233 as permitted sender) Received: from [89.167.234.233] (HELO svr-mail-2.groupgti.com) (89.167.234.233) by apache.org (qpsmtpd/0.29) with ESMTP; Fri, 12 Aug 2011 08:03:29 +0000 Received: from mail.groupgti.com ([172.28.128.33]) by svr-mail-2.groupgti.com (8.13.8/8.13.8) with ESMTP id p7C837Dl017500 for ; Fri, 12 Aug 2011 09:03:07 +0100 Received: from GRPGTIMAILBOX.groupgti.net ([fe80::acdd:a3a5:746f:983d]) by srv-lon-exca2.groupgti.net ([172.28.128.33]) with mapi; Fri, 12 Aug 2011 09:03:07 +0100 From: Jim Talbut To: "users@felix.apache.org" Date: Fri, 12 Aug 2011 09:03:08 +0100 Subject: Help understanding OSGi class loading Thread-Topic: Help understanding OSGi class loading Thread-Index: AcxYxVsc2uO2AI9yTbilhKh+Bdnd7Q== Message-ID: <09C44065E0310A4E9EEC1B858A0C342A30B1EA5D1C@GRPGTIMAILBOX.groupgti.net> Accept-Language: en-US, en-GB Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: acceptlanguage: en-US, en-GB Content-Type: multipart/alternative; boundary="_000_09C44065E0310A4E9EEC1B858A0C342A30B1EA5D1CGRPGTIMAILBOX_" MIME-Version: 1.0 --_000_09C44065E0310A4E9EEC1B858A0C342A30B1EA5D1CGRPGTIMAILBOX_ Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable Hi, I've just been surprised by the behaviour of karaf/felix and I'd be gratefu= l for some help understanding how this works. My code is split into two chunks: 1. A compiled bundle. 2. A Spring XML file. My intention is that the Spring file contains all the configuration relatin= g to the piece of work, whilst the bundle contains the (more static) compil= ed code - with the intention of being able to update/replace the Spring fil= e whenever I want. I just found an error in the bundle and uninstalled it, but the bundle crea= ted for the Spring file is still running. Does this mean that only OSGi services are dynamically removed, and if the = Spring file directly references exported classes from a bundle then the cla= sses are only resolved via OSGi when they are loaded? In which case will restarting the Spring bundle clear it out adequately to = ensure that it picks up a new compiled bundle? Thanks Jim --_000_09C44065E0310A4E9EEC1B858A0C342A30B1EA5D1CGRPGTIMAILBOX_--