felix-dev mailing list archives

Site index · List index
Message view « Date » · « Thread »
Top « Date » · « Thread »
From "David Cook (JIRA)" <j...@apache.org>
Subject [jira] [Created] (FELIX-5081) iPojo manipulation adds incorrect Import-Package declarations when using Composites
Date Tue, 20 Oct 2015 15:04:27 GMT
David Cook created FELIX-5081:
---------------------------------

             Summary: iPojo manipulation adds incorrect Import-Package declarations when using
Composites
                 Key: FELIX-5081
                 URL: https://issues.apache.org/jira/browse/FELIX-5081
             Project: Felix
          Issue Type: Bug
          Components: iPOJO
    Affects Versions: ipojo-manipulator-1.12.0
            Reporter: David Cook


Running the iPojo ant task using a metadata file that include Composite definitions, it finds
all elements in the metadata that have a 'specification' attribute and adds it to the Import-Packages
header.

Composites have two elements which support a 'specification' attribute:
# <subservice action="import" specification="com.abc.import.ImportA"> 
# <provides action="export" specification="com.abc.export.ExportZ"> 

iPojo blindly adding the packages specified by these attributes to the Import-Package header
causes the following issues:
# if a java.* class is exported then if it is added then Felix throws an exception since it
is invalid to import a java.* class 
# adds import packages for packages that are provided by the bundle not imported

In addition, if the manifest already contained an Import-Package header generated by bnd which
had version constraints and the package was included in the <subservice> declaration
then iPojo overwrites the Import-Package header without the original version constraints for
that package.



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

Mime
View raw message