[ https://issues.apache.org/jira/browse/FELIX-648?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=12617345#action_12617345 ]
Richard S. Hall commented on FELIX-648: --------------------------------------- I am in agreement with Marcel, this doesn't seem like a good idea to me. The whole idea of OSGi is to be modular and only include what you need and/or use. So, it doesn't make sense to me to start rolling things into the main JAR just because some people might use it. If you use something like OBR, it will automatically pull in compendium to resolve these dependencies. And as you point Alin, even marking your imports as optional (or dynamic) is a reasonable approach, which might make more sense here because you are capturing the true nature of your bundle's dependency on these packages, it is optional not mandatory to have them available. > 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.