> Not if you started libraries, but if you were starting fragments, then
there is an ordering issue. > Again, no reason to start fragments.

Yep, sorry, I just noticed that:[4.3.5] "Fragment bundles can not be started
and must cause a Bundle Exceptionwhen there is an attempt to start them."

On Mon, Nov 17, 2008 at 10:23 PM, Richard S. Hall <[EMAIL PROTECTED]>wrote:

>
>
> Walid "jo" Gedeon wrote:
>
>> Sorry, it does work... I'm not sure what I was on about :-)
>> I think my issue was a little more complex than I had thought of at first.
>> I
>> removed all modules and re-installed them, and started only the
>> activatable
>> bundles. I'm not sure what made it break the previous time. Could it be
>> because I was starting the libraries?
>>
>>
>
> Not if you started libraries, but if you were starting fragments, then
> there is an ordering issue. Again, no reason to start fragments.
>
> -> richard
>
>
>  On Mon, Nov 17, 2008 at 8:50 PM, Walid jo Gedeon <[EMAIL PROTECTED]>
>> wrote:
>>
>>
>>
>>> Ok, I'll dig some more. brb :-)
>>>
>>> On Mon, Nov 17, 2008 at 8:41 PM, Richard S. Hall <[EMAIL PROTECTED]
>>> >wrote:
>>>
>>>
>>>
>>>> I am not sure what your scenario is, but here I load a host and
>>>> fragment,
>>>> start the host to attach the fragment, then stop the framework and
>>>> restart
>>>> and the fragment reattaches:
>>>>
>>>> [heavyweight main]$ java -jar bin/felix.jar
>>>>
>>>> Welcome to Felix.
>>>> =================
>>>>
>>>> DEBUG: WIRE: 1.0 -> org.ungoverned.osgi.service.shell -> 1.0
>>>> DEBUG: WIRE: 1.0 -> org.osgi.service.startlevel -> 0
>>>> DEBUG: WIRE: 1.0 -> org.apache.felix.shell -> 1.0
>>>> DEBUG: WIRE: 1.0 -> org.osgi.framework -> 0
>>>> DEBUG: WIRE: 1.0 -> org.osgi.service.packageadmin -> 0
>>>> DEBUG: WIRE: 2.0 -> org.apache.felix.shell -> 1.0
>>>> DEBUG: WIRE: 2.0 -> org.osgi.framework -> 0
>>>> DEBUG: WIRE: 3.0 -> org.osgi.framework -> 0
>>>> DEBUG: WIRE: 3.0 -> org.osgi.service.obr -> 3.0
>>>> -> DEBUG: WIRE: 3.0 -> org.apache.felix.shell -> 1.0
>>>> cd file:/Users/rickhall/Projects/testbundles/fragment/
>>>> -> install host.jar
>>>> Bundle ID: 4
>>>> -> install fragment.jar
>>>> Bundle ID: 5
>>>> -> ps
>>>> START LEVEL 1
>>>>  ID   State         Level  Name
>>>> [   0] [Active     ] [    0] System Bundle (1.5.0.SNAPSHOT)
>>>> [   1] [Active     ] [    1] Apache Felix Shell Service (1.1.0.SNAPSHOT)
>>>> [   2] [Active     ] [    1] Apache Felix Shell TUI (1.1.0.SNAPSHOT)
>>>> [   3] [Active     ] [    1] Apache Felix Bundle Repository
>>>> (1.3.0.SNAPSHOT)
>>>> [   4] [Installed  ] [    1] Fragment Host (1.0.0)
>>>> [   5] [Installed  ] [    1] Fragment (1.0.0)
>>>> -> start 4
>>>> DEBUG: WIRE: 4.0 -> org.osgi.framework -> 0
>>>> DEBUG: (FRAGMENT) WIRE: 4.0 -> org.ungoverned.bundle.fragment -> 5.0
>>>> Fragment locale test:
>>>> The default resource:
>>>>  1:Starting the system...
>>>>  2:Loading user's settings...
>>>> The French resource:
>>>>  1:Commencer le syst̬me...
>>>>  2:Les arrangements de l'utilisateur de chargement...
>>>> -> stop 0
>>>> -> [heavyweight main]$ java -jar bin/felix.jar
>>>>
>>>> Welcome to Felix.
>>>> =================
>>>>
>>>> DEBUG: WIRE: 1.0 -> org.ungoverned.osgi.service.shell -> 1.0
>>>> DEBUG: WIRE: 1.0 -> org.osgi.service.startlevel -> 0
>>>> DEBUG: WIRE: 1.0 -> org.apache.felix.shell -> 1.0
>>>> DEBUG: WIRE: 1.0 -> org.osgi.framework -> 0
>>>> DEBUG: WIRE: 1.0 -> org.osgi.service.packageadmin -> 0
>>>> DEBUG: WIRE: 2.0 -> org.apache.felix.shell -> 1.0
>>>> DEBUG: WIRE: 2.0 -> org.osgi.framework -> 0
>>>> DEBUG: WIRE: 3.0 -> org.osgi.framework -> 0
>>>> DEBUG: WIRE: 3.0 -> org.osgi.service.obr -> 3.0
>>>> -> DEBUG: WIRE: 3.0 -> org.apache.felix.shell -> 1.0
>>>> DEBUG: WIRE: 4.0 -> org.osgi.framework -> 0
>>>> DEBUG: (FRAGMENT) WIRE: 4.0 -> org.ungoverned.bundle.fragment -> 5.0
>>>> Fragment locale test:
>>>> The default resource:
>>>>  1:Starting the system...
>>>>  2:Loading user's settings...
>>>> The French resource:
>>>>  1:Commencer le syst̬me...
>>>>  2:Les arrangements de l'utilisateur de chargement...
>>>>
>>>> -> ps
>>>> START LEVEL 1
>>>>  ID   State         Level  Name
>>>> [   0] [Active     ] [    0] System Bundle (1.5.0.SNAPSHOT)
>>>> [   1] [Active     ] [    1] Apache Felix Shell Service (1.1.0.SNAPSHOT)
>>>> [   2] [Active     ] [    1] Apache Felix Shell TUI (1.1.0.SNAPSHOT)
>>>> [   3] [Active     ] [    1] Apache Felix Bundle Repository
>>>> (1.3.0.SNAPSHOT)
>>>> [   4] [Active     ] [    1] Fragment Host (1.0.0)
>>>> [   5] [Resolved   ] [    1] Fragment (1.0.0)
>>>> ->
>>>>
>>>> -> richard
>>>>
>>>> Walid "jo" Gedeon wrote:
>>>>
>>>>
>>>>
>>>>> I'm good with that, thanks.
>>>>> It works (just tried it), however it fails on next restart :-(
>>>>> ERROR: Error starting file:///.../log4jconfi
>>>>> g-fragment-0.0.1.jar (org.osgi.framework.BundleException: Unresolved
>>>>> constraint in bundle 26: host; (bundle-symbolic-name=org.apache.log4j))
>>>>> org.osgi.framework.BundleException: Unresolved constraint in bundle 26:
>>>>> host; (bundle-symbolic-name=org.apache.log4j)
>>>>> (stack trace)
>>>>>
>>>>> I've tried a few other scenarios of not starting libraries, etc. And
>>>>> they
>>>>> all lead to a log4j service that's Active, and a fragment that's
>>>>> installed;
>>>>> and with the fragment either failing to attach to the service (error
>>>>> message
>>>>> from framework), or not loaded (error message from log4j).
>>>>>
>>>>> :-S looks like an already activated system does not reboot in the same
>>>>> state
>>>>> --w
>>>>>
>>>>>
>>>>>
>>>>>
>>>>>
>>>>

Reply via email to