You are viewing a plain text version of this content. The canonical link for it is here.
Posted to dev@aries.apache.org by "Samuel Bratton (JIRA)" <ji...@apache.org> on 2015/04/21 18:16:59 UTC

[jira] [Updated] (ARIES-1307) mandatory matching directive on exported packages cause all importers to fail

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

Samuel Bratton updated ARIES-1307:
----------------------------------
    Attachment: ARIES-1307.patch

Modified code to add non-version attributes to ImportPackageRequirement. Modified subsystem-itests to fail without fix in place. Verified changes against R5 CT. 


> mandatory matching directive on exported packages cause all importers to fail
> -----------------------------------------------------------------------------
>
>                 Key: ARIES-1307
>                 URL: https://issues.apache.org/jira/browse/ARIES-1307
>             Project: Aries
>          Issue Type: Bug
>          Components: Subsystem
>            Reporter: Thomas Watson
>         Attachments: ARIES-1307.patch
>
>
> If you have subsystem that includes a resource with something like the following export:
> Export-Package: org.apache.felix.service.command; status=provisional; mandatory:=status
> And then another resource that correctly specifies the mandatory matching attribute like the following:
> Import-Package: org.apache.felix.service.command; status=provisional
> The subsystems implementation will not allow the resource with the import package header resolve to the package capability with the mandatory directive.
> This is because ImportPackageRequirement.ImportPackageRequirement(Clause, Resource) constructor does not correctly handle the matching attributes of the clause.  The filter created only has the packagename and if specified the package version range.



--
This message was sent by Atlassian JIRA
(v6.3.4#6332)