[ https://issues.apache.org/jira/browse/FELIX-285?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Bart Elen updated FELIX-285:
----------------------------
Attachment: ResolverImpl.java
I made some changes to the ResoverImpl to fix the described issues.
Most changes are made in the resolve(Resource resource) method.
> Make resolver more robust
> -------------------------
>
> Key: FELIX-285
> URL: https://issues.apache.org/jira/browse/FELIX-285
> Project: Felix
> Issue Type: Improvement
> Components: Bundle Repository (OBR)
> Affects Versions: 0.8.0
> Reporter: Bart Elen
> Fix For: 0.8.0
>
> Attachments: ResolverImpl.java
>
>
> There are two issues with the resolver of the current OBR implementation:
> 1) It does not try each possible composition
> Suppose we want to install bundle A, and A has a requirement which can be fulfilled by
bundle B or C. B itself has a requirement which can be fulfilled by bundle X and bundle C
has a requirement which can be fulfilled by bundle Y.
> A-B-X
> A-C-Y
> Suppose now that bundle X is not available (or can not be installed on the local platform)
> A-B-
> A-C-Y
> composition A-C-Y is now a correct composition, but the current implementation will notice
that bundle B can not be resolved and will then stop. OBR will not always detect the correct
composition.
> 2) Bundles are not always updated
> Suppose we want to install bundle A which has a requirement which can be fulfilled by
bundle B.
> A-B
> An old version of bundle B is already locally installed on the platform but a newer version
is available on the repository server. The current OBR implementation will detect that the
requirement of A can be met by the locally installed old version of B and it will not check
for a newer version on the repository server.
> This is my first issue submit ever. Feedback to make it better is appreciated.
--
This message is automatically generated by JIRA.
-
You can reply to this email to add a comment to the issue online.
|