[
https://issues.apache.org/jira/browse/FELIX-459?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=12558529#action_12558529
]
Felix Meschberger commented on FELIX-459:
-----------------------------------------
> 3) the "uses" clause can expose internal implementation details, that you
> might not want to in the manifest.
Correct me, if I am wrong: I think the uses clause may list three kinds of
packages:
* packages also exported (or imported) by the bundle: these are ok
* packages private to the bundle: these should not be in the uses list
* packages neither exported, nor imported nor private to the bundle: these
should be flagged as errors
These three cases may probably be handled programmatically (by BND) and require
no configuration.
WDYT ?
> BND: allow customization of the "uses" clause in the generated Export-Package
> -----------------------------------------------------------------------------
>
> Key: FELIX-459
> URL: https://issues.apache.org/jira/browse/FELIX-459
> Project: Felix
> Issue Type: New Feature
> Components: Maven Bundle Plugin
> Affects Versions: 1.0.0
> Reporter: Stuart McCulloch
> Priority: Minor
> Fix For: 1.2.1
>
>
> Currently there is no way to exclude or customize the "uses" clause generated
> by BND for Export-Package entries.
> There are a number of scenarios where this would be useful:
> 1) when the generated "uses" clause is very large, this can cause problems
> with Eclipse/PDE (possibly due to a bug in the PDE logic, or because PDE does
> some extra processing based on this clause).
> 2) there may be a package that should be in the "uses" list but for some
> reason it's not been detected by BND.
> 3) the "uses" clause can expose internal implementation details, that you
> might not want to in the manifest.
> this still needs to be investigated and designed, so this work will be done
> after the 1.2.0 release of the bundleplugin.
--
This message is automatically generated by JIRA.
-
You can reply to this email to add a comment to the issue online.