You are viewing a plain text version of this content. The canonical link for it is here.
Posted to dev@felix.apache.org by "Guillaume Nodet (JIRA)" <ji...@apache.org> on 2011/05/13 09:32:47 UTC

[jira] [Issue Comment Edited] (FELIX-2949) PackageAdmin#resolveBundles() should do a global resolution instead of a step by step resolution

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

Guillaume Nodet edited comment on FELIX-2949 at 5/13/11 7:31 AM:
-----------------------------------------------------------------

FWIW, before call start() on the various bundles, a call to PackageAdmin#resolveBundles(null) has been performed just after the bundles have been installed.  I was expecting this call to solve my resolution problem ...

      was (Author: gnt):
    FWIW, before call start() on the various bundles, a call to PackageAdmin#resolveBundles(null) has been perforned.  I was expecting this call to solve my resolution problem ...
  
> PackageAdmin#resolveBundles() should do a global resolution instead of a step by step resolution
> ------------------------------------------------------------------------------------------------
>
>                 Key: FELIX-2949
>                 URL: https://issues.apache.org/jira/browse/FELIX-2949
>             Project: Felix
>          Issue Type: Bug
>          Components: Framework
>    Affects Versions: framework-3.0.9, framework-3.2.1
>            Reporter: Guillaume Nodet
>
> The code currently iterates through the list of bundles and try to resolve them one by one.
> This unfortunately does not always give a good solution and have a global resolution would allow some use cases to be solved without manual intervention.
> My use case involve a package which is provided in 2 different versions and which causes use constraints to not be solved when the bundles are resolved one by one.

--
This message is automatically generated by JIRA.
For more information on JIRA, see: http://www.atlassian.com/software/jira