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 heavy@ungoverned.org
 designates 209.85.216.42 as permitted sender)
Received-SPF: pass (google.com: domain of heavy@ungoverned.org designates
 10.229.102.75 as permitted sender) client-ip=10.229.102.75;
User-Agent: Kaiten Mail
In-Reply-To: <1329782757.1849.41.camel@hollowmans>
References: <1329782757.1849.41.camel@hollowmans>
MIME-Version: 1.0
Content-Type: multipart/alternative;
 boundary="----P0PS8YFBRITATDU8QUBCX16CX3YJ54"
Subject: Re: Refreshed bundle still wired to uninstalled one
From: "Richard S. Hall" <heavy@ungoverned.org>
Date: Mon, 20 Feb 2012 20:24:31 -0500
To: users@felix.apache.org,users@felix.apache.org
Message-ID: <02607fdc-2566-445a-b10e-3a565725ad0b@email.android.com>

------P0PS8YFBRITATDU8QUBCX16CX3YJ54
Content-Type: text/plain;
 charset=UTF-8
Content-Transfer-Encoding: 8bit

If you are not refreshing the bundle you uninstalled, then it doesn't go away. You need to invoke the refresh command with no args at the Gogo prompt. The framework won't auto refresh a bundle unless there are no dependencies on it at the time it was uninstalled. 

The Felix framework will use all available bundles to resolve dependencies, even ones that are pending removal.

So, in short, use 'refresh' to really get rid of everything.

"San Martín, Matías" <matias_sm@yahoo.com.ar> wrote:

>Hi everybody, 
>As the subject of this mail states, I'm facing a situation where a
>bundle stays wired to an uninstalled one even after refreshing the
>former.
>I checked that no other bundle stays wired to the uninstalled one.
>I'm using Apache Felix version 4.0.2.
>I'm new in the OSGi world so I'm not sure if that is an expected
>behavior.
>
>Here are the results of executing "lb" and "inspect requirement
>osgi.wiring.package" with my specific bundles (i.e. bundles that are
>developed by me for this test):
>
>=================================================================
>g! lb
>START LEVEL 1
>ID|State      |Level|Name
>    0|Active     |    0|System Bundle (4.0.2)
>    1|Active     |    1|Apache Felix Bundle Repository (1.6.6)
>    2|Active     |    1|Apache Felix Gogo Command (0.12.0)
>    3|Active     |    1|Apache Felix Gogo Runtime (0.10.0)
>    4|Active     |    1|Apache Felix Gogo Shell (0.10.0)
>   31|Active     |    1|Apache Felix Http Api (2.2.0)
>   32|Active     |    1|Apache Felix Http Base (2.2.0)
>   33|Active     |    1|Apache Felix Http Bundle (2.2.0)
>   34|Active     |    1|Apache Felix Http Jetty (2.2.0)
>   35|Active     |    1|Apache Felix Web Management Console (3.1.8)
>   37|Active     |    1|OSGi OBR Service API (1.0.0)
>   68|Resolved   |    1|Console (1.0.0)
>   69|Resolved   |    1|Inter (1.0.0)
>   70|Resolved   |    1|Main (1.0.0)
>=====================================================================
>
>Here bundles 68, 69 and 70 are the ones I developed (note that bundle
>71
>was the one that I uninstalled).
>
>=====================================================================
>g! inspect requirement osgi.wiring.package 68 69 70  
>test.osgi.dynload.bundle.echoer.console [68] requires:
>------------------------------------------------------
>osgi.wiring.package;
>(&(osgi.wiring.package=test.osgi.dynload.bundle.inter.echoer)(version>=1.0.0)(!(version>=2.0.0)))
>resolved by:
>  osgi.wiring.package; test.osgi.dynload.bundle.inter.echoer 1.0.0 from
>test.osgi.dynload.bundle.inter [69]
>
>test.osgi.dynload.bundle.inter [69] requires:
>---------------------------------------------
>osgi.wiring.package [EMPTY]
>
>test.osgi.dynload.bundle.main [70] requires:
>--------------------------------------------
>osgi.wiring.package;
>(&(osgi.wiring.package=org.osgi.framework)(version>=1.3.0)) resolved
>by:
>   osgi.wiring.package; org.osgi.framework 1.6.0 from
>org.apache.felix.framework [0]
>osgi.wiring.package;
>(&(osgi.wiring.package=test.osgi.dynload.bundle.echoer.console)(version>=1.0.0)(!(version>=2.0.0)))
>resolved by:
>   osgi.wiring.package; test.osgi.dynload.bundle.echoer.console 1.0.0
>from test.osgi.dynload.bundle.echoer.console [68]
>osgi.wiring.package;
>(&(osgi.wiring.package=test.osgi.dynload.bundle.inter.echoer)(version>=1.0.0))
>resolved by:
>  osgi.wiring.package; test.osgi.dynload.bundle.inter.echoer 1.0.0 from
>test.osgi.dynload.bundle.inter [69]
>osgi.wiring.package;
>(&(osgi.wiring.package=test.osgi.dynload.bundle.runner.thread)(version>=1.0.0)(!(version>=2.0.0)))
>resolved by:
>   osgi.wiring.package; test.osgi.dynload.bundle.runner.thread 1.0.0
>from test.osgi.dynload.bundle.runner.thread [71]
>=====================================================================
>
>That last line is the one I don't get. For what I know, after
>refreshing
>the bundle 70, the bundle 71 shouldn't be available anymore (then, the
>70 shouldn't be able to resolve again).
>
>Has anybody have a clue about what's happening? 
>Thank you in advance,
>Regards

-- 
Sent from my phone, excuse my brevity.
------P0PS8YFBRITATDU8QUBCX16CX3YJ54--