[
https://issues.apache.org/jira/browse/FELIX-3461?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=13255610#comment-13255610
]
Clement Escoffier commented on FELIX-3461:
------------------------------------------
Hi,
I've reproduced part (all?) of the issue.
I've a class with PlentyOfAnnotations - including constructor, class, field and
method annotations. It use both iPOJO core annotations but also external
handler annotations.
* I extract the metadata from the class - the metadata are ok
* I manipulate the class a first time - manipulation metadata ok
* I extract a second times the metadata from the manipulated class - the
metadata are not ok... the method are wrong and the index parameters are shift
by 1.
* I manipulate a second time - manipulation metadata ok but including all the
new methods.
My test is checking both the manipulation (and the computation of the
manipulation metadata) and the metadata collected from the classes.
Do I cover everything ?
> Re-manipulation with annotated component produces corrupted MANIFEST
> --------------------------------------------------------------------
>
> Key: FELIX-3461
> URL: https://issues.apache.org/jira/browse/FELIX-3461
> Project: Felix
> Issue Type: Bug
> Components: iPOJO
> Reporter: Göktürk Gezer
> Labels: ipojo-manipulator
> Attachments: FELIX-3461-GSA.patch,
> org.apache.felix.ipojo.manipulator.patch
>
>
> As the manipulation process alters the annotations of original classes on
> generated ones. It leaves it in inconsistent state for re-manipulation. While
> re-manipulation process does not touch classes, re-manipulated bundle is
> unable to function because of a corrupted MANIFEST.
> Broken MANIFEST is missing some handler declarations because of the filters
> and have entries in manipulation section those should have been hided.
--
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
