Mailing-List: contact dev-help@felix.apache.org; run by ezmlm
Precedence: bulk
Reply-To: dev@felix.apache.org
Date: Thu, 24 Apr 2014 20:39:37 +0000 (UTC)
From: "Richard S. Hall (JIRA)" <jira@apache.org>
To: dev@felix.apache.org
Message-ID: <JIRA.12710408.1398371065593.175433.1398371977945@arcas>
In-Reply-To: <JIRA.12710408.1398371065593@arcas>
References: <JIRA.12710408.1398371065593@arcas>
Subject: [jira] [Updated] (FELIX-4497) Invalid wirings may result from
 substitutable exports
MIME-Version: 1.0
Content-Type: text/plain; charset=utf-8
Content-Transfer-Encoding: 7bit


     [ https://issues.apache.org/jira/browse/FELIX-4497?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ]

Richard S. Hall updated FELIX-4497:
-----------------------------------

    Affects Version/s: resolver-1.0.0

> Invalid wirings may result from substitutable exports
> -----------------------------------------------------
>
>                 Key: FELIX-4497
>                 URL: https://issues.apache.org/jira/browse/FELIX-4497
>             Project: Felix
>          Issue Type: Bug
>    Affects Versions: resolver-1.0.0
>            Reporter: Thomas Watson
>             Fix For: resolver-1.2.0
>
>         Attachments: org.apache.felix.resolver.patch
>
>
> FELIX-737 is a framework issue but the same issue also exists in the standalone resolver implementation.  I am opening a separate bug to specifically address the issue in the standalone resolver implementation.
> The felix framework resolve has a known issue with substitutable exports FELIX-737.  The scenario is pretty complex.  It involves bundles multiple bundles that export and import the same package X at different versions and an importer that imports the package with a range that requires a specific package.  If that specific package gets substituted there are cases where the resolver will return wires to the substituted export.
> The ideal solution would do something smart with selection of substituted exports so that different combinations or selections can be made if the first substitution did not provide good results.  This potentially will explode the permutations.  For now we should at least change the current permutation to drop the substituted exports so that invalid wires do not get created.  That could drop some good valid combinations, but that is better than the current state where completely invalid wires get created.


--
This message was sent by Atlassian JIRA
(v6.2#6252)