David Jencks wrote
> In addition, to get full information out of felix ds, you need to set the
> framework or config admin property ds.loglevel to “debug” or 4. While little
> else of
> http://felix.apache.org/documentation/subprojects/apache-felix-service-component-runtime.html
> appears remotely up to date, the “Configuration” section explains this
> accurately.
>
And once we've implemented the upcoming R7 implementation you will see
this state reflected in the DTOs together with the output of the exception.
Carsten
> thanks
> david jencks
>
>> On Feb 17, 2017, at 3:07 PM, Neil Bartlett <njbartl...@gmail.com> wrote:
>>
>> Normally it’s enough to have a Log Service bundle installed, such as
>> org.apache.felix.log. Then you can view messages with the “log” command in
>> the Gogo shell.
>>
>>
>>> On 17 Feb 2017, at 22:54, Thomas Driessen <thomas.dries...@ds-lab.org>
>>> wrote:
>>>
>>> It has indeed been an Exception in the initializer.
>>> Thank you so much!
>>>
>>> Can you point me to some resources on how to setup the logging for DS, so
>>> that in the future I might see such Exceptions?
>>>
>>> Kind regards,
>>> Thomas
>>>
>>> ------ Originalnachricht ------
>>> Von: "David Jencks" <david.a.jen...@gmail.com>
>>> An: users@felix.apache.org
>>> Gesendet: 17.02.2017 22:42:18
>>> Betreff: Re: [osgi-dev] Components are not started,although marked with
>>> immediate=true
>>>
>>>> One way this could happen is if the activate methods on the testThread
>>>> components threw exceptions. You might try making the activate/deactivate
>>>> methods empty to check. If you’ve set up logging for DS (including the
>>>> framework or config property ds.loglevel=debug) the logs will show in
>>>> excruciating detail what is happening.
>>>>
>>>> hope this helps, if it’s not exceptions please supply debug logs and i
>>>> will take a look.
>>>>
>>>> david jencks
>>>>
>>>>> On Feb 17, 2017, at 12:36 PM, Thomas Driessen
>>>>> <thomas.driessen...@gmail.com> wrote:
>>>>>
>>>>> After asking in the osgi-dev list in was adviced to try ist at the Felix
>>>>> Mailinglist.
>>>>>
>>>>> Dies anyone know why Services that are marked as immediate are not started
>>>>> although marked as satisfied by felix-scr? ( See E-Mails below dir the
>>>>> Code)
>>>>>
>>>>> Kind regards,
>>>>> Thomas
>>>>> ---------- Weitergeleitete Nachricht ----------
>>>>> Von: "BJ Hargrave" <hargr...@us.ibm.com>
>>>>> Datum: 17.02.2017 21:09
>>>>> Betreff: Re: [osgi-dev] Components are not started,although marked with
>>>>> immediate=true
>>>>> An: <thomas.driessen...@gmail.com>, <osgi-...@mail.osgi.org>
>>>>> Cc:
>>>>>
>>>>> Seems like they should all be active. You may need to check with the
>>>>>> felix-dev list about Felix SCR's handling of this.
>>>>>> --
>>>>>>
>>>>>> BJ Hargrave
>>>>>> Senior Technical Staff Member, IBM // office: +1 386 848 1781
>>>>>> <(386)%20848-1781>
>>>>>> OSGi Fellow and CTO of the OSGi Alliance // mobile: +1 386 848 3788
>>>>>> <(386)%20848-3788>
>>>>>> hargr...@us.ibm.com
>>>>>>
>>>>>>
>>>>>>
>>>>>> ----- Original message -----
>>>>>> From: "Thomas Driessen" <thomas.driessen...@gmail.com>
>>>>>> Sent by: osgi-dev-boun...@mail.osgi.org
>>>>>> To: osgi-...@mail.osgi.org
>>>>>> Cc:
>>>>>> Subject: [osgi-dev] Components are not started, although marked with
>>>>>> immediate=true
>>>>>> Date: Fri, Feb 17, 2017 2:46 PM
>>>>>>
>>>>>> Hi,
>>>>>>
>>>>>> I have a problem with immediate services and hoped that you guys maybe
>>>>>> can
>>>>>> help.
>>>>>>
>>>>>> I'm currently trying to implement several services within one bundle (see
>>>>>> below for code).
>>>>>> I have set all of them to be immediate (by immediate=true), but still,
>>>>>> when I start the OSGi container with my bundle in it, only Con1,
>>>>>> InDataPort1 and OutDataPort1 are active. The rest is satisfied but not
>>>>>> active according to felix.scr console output:
>>>>>>
>>>>>> g! list
>>>>>> BundleId Component Name Default State
>>>>>> Component Id State PIDs (Factory PID)
>>>>>> [ 10] test.Con1 enabled
>>>>>> [ 0] [active ]
>>>>>> [ 10] test.InDataPort1 enabled
>>>>>> [ 1] [active ]
>>>>>> [ 10] test.OutDataPort1 enabled
>>>>>> [ 2] [active ]
>>>>>> [ 10] test.Process1 enabled
>>>>>> [ 3] [satisfied ]
>>>>>> [ 10] test.Thread1_1 enabled
>>>>>> [ 4] [satisfied ]
>>>>>> [ 10] test.Thread1_2 enabled
>>>>>> [ 5] [satisfied ]
>>>>>>
>>>>>> Am I doing something wrong?
>>>>>> I assumed that all services should be started as soon as they are
>>>>>> satisfied.
>>>>>>
>>>>>> Any advice is highly appreciated.
>>>>>>
>>>>>> Kind regards,
>>>>>> Thomas
>>>>>>
>>>>>>
>>>>>> @Component(immediate = true, service = IProcess.class, property =
>>>>>> "de.uniaugsburg.smds.aadl2osgi.component.uid=test.Process1")
>>>>>> public class Process1 implements IProcess {
>>>>>>
>>>>>> @Reference(target = "(uid=test.Thread1_1)")
>>>>>> private volatile IPeriodicThread thread1;
>>>>>>
>>>>>> @Reference(target = "(uid=test.Thread1_2)")
>>>>>> private volatile IPeriodicThread thread2;
>>>>>> }
>>>>>>
>>>>>>
>>>>>> @Component(service = IPeriodicThread.class, property =
>>>>>> "de.uniaugsburg.smds.aadl2osgi.component.uid=test.Thread1_1", immediate =
>>>>>> true)
>>>>>> public class Thread1_1 implements IPeriodicThread {
>>>>>>
>>>>>> @Reference(target = "(uid=test.OutDataPort1)")
>>>>>> private volatile IOutDataPort outport;
>>>>>>
>>>>>> @Activate
>>>>>> public void initialize_FW() {
>>>>>> init();
>>>>>> }
>>>>>>
>>>>>> @Deactivate
>>>>>> public void finalize_FW() {
>>>>>> deinit();
>>>>>> }
>>>>>> }
>>>>>>
>>>>>>
>>>>>> @Component(service = IPeriodicThread.class, property =
>>>>>> "de.uniaugsburg.smds.aadl2osgi.component.uid=test.Thread1_2", immediate =
>>>>>> true)
>>>>>> public class Thread1_2 implements IPeriodicThread {
>>>>>>
>>>>>> @Reference(target = "(uid=test.InDataPort1)")
>>>>>> private volatile IOutDataPort outport;
>>>>>>
>>>>>> @Activate
>>>>>> public void initialize_FW() {
>>>>>> init();
>>>>>> }
>>>>>>
>>>>>> @Deactivate
>>>>>> public void finalize_FW() {
>>>>>> deinit();
>>>>>> }
>>>>>> }
>>>>>>
>>>>>>
>>>>>> @Component(service = IOutDataPort.class, property =
>>>>>> "uid=test.OutDataPort1", immediate = true)
>>>>>> public class OutDataPort1 implements IOutDataPort {
>>>>>>
>>>>>> @Reference(target = "(target=test.OutDataPort1)", cardinality =
>>>>>> ReferenceCardinality.OPTIONAL, policyOption =
>>>>>> ReferencePolicyOption.GREEDY)
>>>>>> private volatile IPortConnection incomingPortConnections;
>>>>>>
>>>>>> private volatile Set outgoingPortConnections = new
>>>>>> ConcurrentSkipListSet();
>>>>>>
>>>>>> @Reference(target = "(source=test.OutDataPort1)", cardinality =
>>>>>> ReferenceCardinality.OPTIONAL, policyOption =
>>>>>> ReferencePolicyOption.GREEDY)
>>>>>> public void addOutgoingPortConnection(final IPortConnection con) {
>>>>>> outgoingPortConnections.add(con);
>>>>>> }
>>>>>>
>>>>>> public void removeOutgoingPortConnection(final IPortConnection con) {
>>>>>> outgoingPortConnections.remove(con);
>>>>>> }
>>>>>> }
>>>>>>
>>>>>>
>>>>>> @Component(service = IInDataPort.class, property =
>>>>>> "uid=test.InDataPort1",
>>>>>> immediate = true)
>>>>>> @SuppressWarnings("all")
>>>>>> public class InDataPort1 implements IInDataPort {
>>>>>>
>>>>>> @Reference(target = "(target=test.InDataPort1)", cardinality =
>>>>>> ReferenceCardinality.OPTIONAL, policyOption =
>>>>>> ReferencePolicyOption.GREEDY)
>>>>>> private volatile IPortConnection incomingPortConnections;
>>>>>>
>>>>>> private volatile Set outgoingPortConnections = new
>>>>>> ConcurrentSkipListSet();
>>>>>>
>>>>>> @Reference(target = "(source=test.InDataPort1)", cardinality =
>>>>>> ReferenceCardinality.OPTIONAL, policyOption =
>>>>>> ReferencePolicyOption.GREEDY)
>>>>>> public void addOutgoingPortConnection(final IPortConnection con) {
>>>>>> outgoingPortConnections.add(con);
>>>>>> }
>>>>>>
>>>>>> public void removeOutgoingPortConnection(final IPortConnection con) {
>>>>>> outgoingPortConnections.remove(con);
>>>>>> }
>>>>>> }
>>>>>>
>>>>>>
>>>>>> @Component(service = IPortConnection.class, property = {
>>>>>> "source=test.OutDataPort1", "target=test.InDataPort1" }, immediate =
>>>>>> true)
>>>>>> public class Con1 implements IPortConnection {
>>>>>> @Reference(cardinality = ReferenceCardinality.OPTIONAL, policyOption =
>>>>>> ReferencePolicyOption.GREEDY, target = "(uid=test.OutDataPort1)")
>>>>>> private volatile IOutDataPort source;
>>>>>>
>>>>>> @Reference(cardinality = ReferenceCardinality.OPTIONAL, policyOption =
>>>>>> ReferencePolicyOption.GREEDY, target = "(uid=test.InDataPort1)")
>>>>>> private volatile IInDataPort target;
>>>>>> }
>>>>>> _______________________________________________
>>>>>> OSGi Developer Mail List
>>>>>> osgi-...@mail.osgi.org
>>>>>> https://mail.osgi.org/mailman/listinfo/osgi-dev
>>>>>>
>>>>>>
>>>>>>
>>>>>>
>>>>
>>>>
>>>> ---------------------------------------------------------------------
>>>> To unsubscribe, e-mail: users-unsubscr...@felix.apache.org
>>>> For additional commands, e-mail: users-h...@felix.apache.org
>>>>
>>>
>>>
>>> ---------------------------------------------------------------------
>>> To unsubscribe, e-mail: users-unsubscr...@felix.apache.org
>>> For additional commands, e-mail: users-h...@felix.apache.org
>>>
>>
>>
>> ---------------------------------------------------------------------
>> To unsubscribe, e-mail: users-unsubscr...@felix.apache.org
>> For additional commands, e-mail: users-h...@felix.apache.org
>>
>
>
> ---------------------------------------------------------------------
> To unsubscribe, e-mail: users-unsubscr...@felix.apache.org
> For additional commands, e-mail: users-h...@felix.apache.org
>
>
--
Carsten Ziegeler
Adobe Research Switzerland
cziege...@apache.org
---------------------------------------------------------------------
To unsubscribe, e-mail: users-unsubscr...@felix.apache.org
For additional commands, e-mail: users-h...@felix.apache.org
