Mailing-List: contact users-help@felix.apache.org; run by ezmlm
Precedence: bulk
Reply-To: users@felix.apache.org
MIME-Version: 1.0
In-Reply-To: <312E1AC4-B400-4CD1-9C84-1548DB74A195@yahoo.com>
References: <CALm0H566w3eeGR-F9X22Rtt2PQsf4==KoPSzS+tOkgRGnBmbiQ@mail.gmail.com>
 <312E1AC4-B400-4CD1-9C84-1548DB74A195@yahoo.com>
From: Benson Margulies <benson@basistech.com>
Date: Wed, 28 Sep 2016 11:50:12 -0400
Message-ID: <CALm0H54ZhP4tEz4Hbj+OyBhA=XX0t_BmHK1P3BZj8j7d+AeSww@mail.gmail.com>
Subject: Re: Does SCR have to start before the bundles with services?
To: users@felix.apache.org
Content-Type: text/plain; charset=UTF-8
archived-at: Wed, 28 Sep 2016 15:50:25 -0000

On Wed, Sep 28, 2016 at 11:43 AM, David Jencks
<david_jencks@yahoo.com.invalid> wrote:
> It should work in any order.

OK, then I've got some other problem on my hands. Does the last of
these three messages indicate a problem?

177  [FelixStartLevel] INFO  org.apache.felix.scr.2.0.6  - Starting
with globalExtender setting: false
181  [FelixStartLevel] INFO  org.apache.felix.scr.2.0.6  -  Version = 2.0.6
242  [CM Configuration Updater (ManagedService Update:
pid=[org.apache.felix.scr.ScrService])] ERROR
org.apache.felix.scr.2.0.6  - Cannot create MetaType providing
ManagedService; not providing Metatype information but just accepting
configuration


>
> david jencks
>
>> On Sep 28, 2016, at 8:28 AM, Benson Margulies <benson@basistech.com> wrote:
>>
>> I'm trying to retrofit SCR/DS into a very dumb application that loads
>> some bundles and starts the framework. Everything is at the same start
>> level, and no @Components are ever activated.
>>
>> I have logging working; I see
>>
>> 191  [FelixStartLevel] INFO  org.apache.felix.scr.2.0.6  - Starting
>> with globalExtender setting: false
>> 195  [FelixStartLevel] INFO  org.apache.felix.scr.2.0.6  -  Version = 2.0.6
>>
>> In a more sophisticated cousin of this, I carefully start SCR and DS
>> at one start level, and only after they are started do I get involved
>> in starting the rest. I wonder: is this in fact a requirement, or
>> should I look for some other explanation of why the dumber app is not
>> activating anything.
>>
>> If I start up a container to a shell command line everything works
>> fine, so I can't get any diagnostic traction that way.
>>
>> ---------------------------------------------------------------------
>> To unsubscribe, e-mail: users-unsubscribe@felix.apache.org
>> For additional commands, e-mail: users-help@felix.apache.org
>>
>
>
> ---------------------------------------------------------------------
> To unsubscribe, e-mail: users-unsubscribe@felix.apache.org
> For additional commands, e-mail: users-help@felix.apache.org
>

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