On Wed, Sep 28, 2016 at 11:50 AM, Benson Margulies <[email protected]> wrote: > On Wed, Sep 28, 2016 at 11:43 AM, David Jencks > <[email protected]> wrote: >> It should work in any order.
The only other thing I can think of is this: in the application I'm working with, the code starts the framework, loads bundles, stops the framework, then starts it again. > > 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 <[email protected]> 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: [email protected] >>> For additional commands, e-mail: [email protected] >>> >> >> >> --------------------------------------------------------------------- >> To unsubscribe, e-mail: [email protected] >> For additional commands, e-mail: [email protected] >> --------------------------------------------------------------------- To unsubscribe, e-mail: [email protected] For additional commands, e-mail: [email protected]
