[
https://issues.apache.org/jira/browse/ARIES-1500?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=15183057#comment-15183057
]
Jean-Philippe CLEMENT edited comment on ARIES-1500 at 3/7/16 2:26 PM:
----------------------------------------------------------------------
It seems I'm not too good in giving explanations... sorry for this :)
The test code you did seems more complete than my example as the MyClass object
is not final anymore and extended as a Tata class. I'm not too sure whether the
Tata class is used or not.
How may I test this Aries version, is there a snapshot version stored somewhere
in a repo?
was (Author: jeanphi):
It seems I'm not too good in giving explanations... sorry for this :)
The test code you did seems more complete than my example as the MyClass object
is not final anymore and extended in the Tata class. I'm not too sure whether
the Tata class is used or not.
How may I test this Aries version, is there a snapshot version stored somewhere
in a repo?
> Conversion fails with generics
> ------------------------------
>
> Key: ARIES-1500
> URL: https://issues.apache.org/jira/browse/ARIES-1500
> Project: Aries
> Issue Type: Bug
> Components: Blueprint
> Affects Versions: blueprint-core-1.5.0
> Environment: All
> Reporter: Jean-Philippe CLEMENT
>
> Let's take a bean with the method setSomething(Something<T>) called via
> blueprint with another bean implementing Something => exception saying that
> bean conversion is not possible. But, if I change the method signature
> without the generic type setSomething(Something), then it works as expected.
> Blueprint should not care for the generic type as Java is type erasure and do
> not exceed the spec.
> There is no nice work around. Have to change all APIs used via Blueprint and
> take note for all deviations. This is really heavy.
--
This message was sent by Atlassian JIRA
(v6.3.4#6332)
