[ 
https://issues.apache.org/jira/browse/FELIX-648?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=12617337#action_12617337
 ] 

Marcel Offermans commented on FELIX-648:
----------------------------------------

Karl actually has an implementation of PA and CPA (and I helped out a bit). 
This is done as a framework extension, so you can simply plug it in. When you 
do that, the packages are made available too. I would prefer that you simply 
provide those packages yourself instead of adding them to the framework, or 
rewrite your bundle to detect if PA/CPA are present without actually having to 
import them (as an example of that, look at the core framework and how it 
"discovers" a log service in that way).

> Make system bundle export org.osgi.service.permissionadmin/condpermadmin
> ------------------------------------------------------------------------
>
>                 Key: FELIX-648
>                 URL: https://issues.apache.org/jira/browse/FELIX-648
>             Project: Felix
>          Issue Type: New Feature
>          Components: Framework
>            Reporter: Alin Dreghiciu
>            Priority: Trivial
>
> As org.osgi.service.permissionadmin and condpermadmin package is part of core 
> OSGi spec I'm thinking that the system bundle of Felix should also export 
> those packages even if there is no actual service implementation of those 
> services.
> As an use case I have some bundles that import those packages (non optional) 
> but those bundles could function if actual services are not present.
> In order to this on the current code base is just a matter of changing the 
> maven bundle plugin <Export-Package> to include this packages while building 
> the framework bundle and add them to the property 
> "org.osgi.framework.system.packages" in main/conf.properties. I can provide a 
> patch if required.
> As comparison, Equinox/Knopflerfish use the same approach. Export the 
> packages but do not actually implement the service and I guess that Felix 
> does not do that as there are no implementations of this services built in 
> into framework. I guess that the other implementations provide those packages 
> as they export all the packages from osgi core spec.

-- 
This message is automatically generated by JIRA.
-
You can reply to this email to add a comment to the issue online.

Reply via email to