[
https://issues.apache.org/jira/browse/FELIX-758?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=12638563#action_12638563
]
Sylvain MARIE commented on FELIX-758:
-------------------------------------
Thank you Rick, I understand your point.
I guess I will have to better package my exported interfaces in order not to
get this ugly linkage exception then.
> Issue now closed.
> Updated version of a module imports its old version's packages
> --------------------------------------------------------------
>
> Key: FELIX-758
> URL: https://issues.apache.org/jira/browse/FELIX-758
> Project: Felix
> Issue Type: Bug
> Components: Framework
> Reporter: Sylvain MARIE
> Priority: Minor
>
> Hi all,
> In the OSGi specification R4.0.1,
> "An updated bundle must directly provide its exported packages to the system.
> At the same time, packages exported by the previous version continue
> to be available, for existing and future bundles, until the refreshPackages
> method has been called or the Framework is restarted."
> It is not clear if the new version of the bundle has the right to import
> packages from its old version before the refresh is done. Anyway in Felix
> this happens: in certain cases the resolver creates wires such as
> WIRE: 4.1 -> com.bugtest -> 4.0
> Is this a bug ?
> If this is not a bug, I apologize for the waste of time.
> If this is a bug we could solve it easily by giving a higher ranking to the
> internal packages of the new bundle when creating the wire (e.g. this would
> create a 4.1 -> com.bugtest -> 4.1).
> Note : doing "stop" then "update" then "refresh" then "start" avoids the
> problem because in such case the old module is garbaged out.
> I have some bundles that reproduce this ; available via email at
> sylvainmarie2 - at - yahoo.fr .
> Cheers
> Sylvain
--
This message is automatically generated by JIRA.
-
You can reply to this email to add a comment to the issue online.
