Mailing-List: contact users-help@felix.apache.org; run by ezmlm
Precedence: bulk
Reply-To: users@felix.apache.org
Received-SPF: pass (athena.apache.org: domain of niibasta@gmail.com designates
 209.85.161.49 as permitted sender)
Message-ID: <4E44EEDF.8040307@gmail.com>
Date: Fri, 12 Aug 2011 13:14:07 +0400
From: "niibasta@gmail.com" <niibasta@gmail.com>
User-Agent: Mozilla/5.0 (X11; U; Linux i686; en-US;
 rv:1.9.2.20) Gecko/20110805 Lightning/1.0b2 Thunderbird/3.1.12
MIME-Version: 1.0
To: users@felix.apache.org
Subject: Re: Help understanding OSGi class loading
References: 
 <09C44065E0310A4E9EEC1B858A0C342A30B1EA5D1C@GRPGTIMAILBOX.groupgti.net>
In-Reply-To: 
 <09C44065E0310A4E9EEC1B858A0C342A30B1EA5D1C@GRPGTIMAILBOX.groupgti.net>
Content-Type: text/plain; charset=ISO-8859-1; format=flowed
Content-Transfer-Encoding: 7bit

Hello!

I didn't understand clearly your task. Do you have one bundle with 
classes and another bundle with spring xml file?

On 12.08.2011 12:03, Jim Talbut wrote:
> Hi,
>
> I've just been surprised by the behaviour of karaf/felix and I'd be grateful 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 relating to the piece of work, whilst the bundle contains the (more static) compiled code - with the intention of being able to update/replace the Spring file whenever I want.
>
> I just found an error in the bundle and uninstalled it, but the bundle created 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 classes 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
>
>
>
>


---------------------------------------------------------------------
To unsubscribe, e-mail: users-unsubscribe@felix.apache.org
For additional commands, e-mail: users-help@felix.apache.org