Hi Romain,

I think in CDI 1.0 there is a TCK test that requires us to fail. In CDI
1.1 we have the @TransientReference for this scenarios.


Cheers,
Arne

Am 10.05.13 10:05 schrieb "Romain Manni-Bucau" unter
<[email protected]>:

>Hi
>
>Due to a regression in tomee i looked thus case we dont handle anymore but
>not sure it is normal with cdi-140:
>
>- take a producer which produces sthg dependent not passivation capable
>- inject it in a passivationcapable bean through a constructor
>
>ATM we fail but it should be more or less doable as it should through
>setters since the bean can convert it (get a serializable attribute for
>instance)
>I know it is hard to find and woyld need bytecode analyzis but i find it a
>strong limitation (+potential regression)
>
>Wdyt

Reply via email to