[
https://issues.apache.org/jira/browse/FELIX-3206?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Stuart McCulloch resolved FELIX-3206.
-------------------------------------
Resolution: Fixed
Resolved in r1207309, reverted to old behaviour of generating the manifest from
the current attached content, but still allow people to generate manifests by
rebuilding the bundle in-memory by setting <rebuildBundle>true</rebuildBundle>
in the configuration
> Restore the BND analyzer approach which creates a MANIFEST.MF based on the
> contents of the jar
> ----------------------------------------------------------------------------------------------
>
> Key: FELIX-3206
> URL: https://issues.apache.org/jira/browse/FELIX-3206
> Project: Felix
> Issue Type: Bug
> Components: Maven Bundle Plugin
> Affects Versions: maven-bundle-plugin-2.3.4
> Reporter: Adrien Ragot
> Assignee: Stuart McCulloch
> Fix For: maven-bundle-plugin-2.3.6
>
>
> See http://www.mail-archive.com/[email protected]/msg11364.html
> In FELIX-2817, we've lost the ability to create the MANIFEST.MF based on the
> contents of the jar. The current approach always uses the "builder" approach
> to assemble the contents of the jar, which makes it difficult/error prone to
> use BND to simply generate a manifest.
> To see an example of the behavior I expect, see the mailing list and/or
> checkout this example:
> https://bitbucket.org/aragot/discrepancywithbndlib/src/670d96221620 (also
> look at the diff between the 2.1.0 and the 2.3.4 behavior:
> https://bitbucket.org/aragot/discrepancywithbndlib/changeset/670d96221620).
> Thank you very much,
> Adrien
--
This message is automatically generated by JIRA.
If you think it was sent incorrectly, please contact your JIRA administrators:
https://issues.apache.org/jira/secure/ContactAdministrators!default.jspa
For more information on JIRA, see: http://www.atlassian.com/software/jira
