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

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

First of all, I'm just voicing my opinion, but size would be my main argument 
for not including them by default. But to be honest, there are many different 
packaging strategies, and many different opinions. A practical solution is to 
roll your own distribution. Personally I see the felix.jar as just one example 
of packaging Felix with a launcher. That launcher, the contents of the JAR, and 
the way it is configured for sure are not ideal in all cases.

> 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