aries-dev mailing list archives

Site index · List index
Message view « Date » · « Thread »
Top « Date » · « Thread »
From "Thomas Watson (JIRA)" <j...@apache.org>
Subject [jira] [Commented] (ARIES-1398) Aries Subsystem implementation is start-order dependent
Date Wed, 07 Oct 2015 14:20:27 GMT

    [ https://issues.apache.org/jira/browse/ARIES-1398?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=14946925#comment-14946925
] 

Thomas Watson commented on ARIES-1398:
--------------------------------------

I don't think this is a valid scenario.  The osgi.cmpn should never be installed.  I would
not ever want such a requirement to be mandatory.  It will prevent the subsystems implementation
from working on earlier releases of the framework that don't have the capability, for example
Equinox Luna release.  I see no reason to put such a limitation on the subsystems impl to
solve an issue with configuration.

I don't believe it will be a best practice to have resolve type requirements on all required
osgi.service capabilities.  At least in our CPEG discussions we have always recommended non-resolve
effectiveness for these.  Are you suggesting we must have a mandatory, resolve type requirement
for all services that are required for some bundle to be functional?  Are you only suggesting
that for this special case with the resolver package?  If so, why?  Surely other packages
out of osgi.cmpn could cause similar issues with implementations of other services.

> Aries Subsystem implementation is start-order dependent
> -------------------------------------------------------
>
>                 Key: ARIES-1398
>                 URL: https://issues.apache.org/jira/browse/ARIES-1398
>             Project: Aries
>          Issue Type: Bug
>          Components: Subsystem
>    Affects Versions: subsystem-2.0.2
>            Reporter: David Bosschaert
>         Attachments: nowork.txt, services.txt, works.txt
>
>
> From an email thread by Paul F Frazer: https://mail-archives.apache.org/mod_mbox/aries-user/201509.mbox/browser
> When the Aries Subsystem implementation is started in a certain order the synthesized
{{org.osgi.service.subsystem.region.context.0}} bundle is not created.
> While the original bug was reported on the Raspberry Pi, this can also be reproduced
on an ordinary laptop. For example by starting the bundles in the following order:
> {code}START LEVEL 1
>    ID|State      |Level|Name
>     0|Active     |    0|System Bundle (5.2.0)
>     1|Active     |    1|Apache Felix Bundle Repository (2.0.4)
>     2|Active     |    1|Apache Felix Gogo Command (0.14.0)
>     3|Active     |    1|Apache Felix Gogo Runtime (0.16.2)
>     4|Active     |    1|Apache Felix Gogo Shell (0.10.0)
>     5|Active     |    1|Apache Felix Configuration Admin Service (1.8.6)
>     6|Active     |    1|Apache Felix Coordinator Service (1.0.0)
>     7|Active     |    1|osgi.cmpn (5.0.0.201305092017)
>     8|Active     |    1|slf4j-api (1.7.12)
>     9|Active     |    1|Region Digraph (1.1.0.v20120522-1841)
>    10|Active     |    1|Apache Aries Subsystem Core (2.0.2)
>    11|Resolved   |    1|slf4j-simple (1.7.12)
>    12|Active     |    1|Apache Aries Util (1.1.1)
>    13|Active     |    1|Apache Aries Subsystem API (2.0.2)
> {code}
> As you can see the synthesized bundle does not appear.



--
This message was sent by Atlassian JIRA
(v6.3.4#6332)

Mime
View raw message