The fact is that we have an extended persistente unit bound to the stateful
ejb, so can't be injected or looked up.
I've found a solution working on my three target App Server (TomEE,
Weblogic, JBoss).
Inject a SessionContext and take the EJBObject using the
getBusinessInterface method.
For some strange reason SessionContext and his Ejb have different lifecycle
so we need to take it before it is returned to the jsf client.
This way it works.
Il giorno venerdì 3 agosto 2012, Richard Kennard ha scritto:
Yes, you could try that. The history to this decision was:
1. The Converter needs to use an EntityManager to load the entity
2. For some reason you cannot (yet) inject EntityManagers into
FacesConverters
So I made the Converter an inner class of the xxxBean, so that it could
access the bean's EntityManager. However there would be other approaches,
such as
looking up the EntityManager via JNDI or something.
Regards,
Richard.
On 3/08/2012 8:15 PM, Thomas Frühbeck wrote:
> Did you think of separating Converter and backing bean implementation?
> AFAIK the backing bean _provides_ a converter e.g.:
#{xxxxxBean.converter} but should not implement Converter itself?
>
> Thomas
>
> Am 03.08.2012 11:13, schrieb Luca Masini:
>> I'm going crazy to let the generated faces scaffolding run on both WLS
and JBoss.
>>
>> Infact if I let the Bean implements the Converter interface then WLS
works but JBoss complaints about missing method, it's like that the
implemented
>> interface is the Local interface for the bean and no other method is
found but those in the Converter interface itself.
>>
>> So I remove the interface and everything work without the getConverter
method, getAsObject and getAsString are method of the now interface bean.
>>
>> On the counter side WLS is unable to call methods from the EL into
faces files that are not part of the Converter interface.
>>
>> So I'm in a deadlock. I'm unable to let it works on both the Java EE 6
server. I'm sure that a solution exist, but whichi ?
>>
>> --
>> ****************************************
>>
http://www.lucamasini.net
>>
http://twitter.com/lmasini
>>
http://www.linkedin.com/pub/luca-masini/7/10/2b9
>> ****************************************
>>
>>
>> _______________________________________________
>> forge-dev mailing list
>> forge-dev(a)lists.jboss.org <javascript:;>
>>
https://lists.jboss.org/mailman/listinfo/forge-dev
>
>
>
>
> _______________________________________________
> forge-dev mailing list
> forge-dev(a)lists.jboss.org <javascript:;>
>
https://lists.jboss.org/mailman/listinfo/forge-dev
_______________________________________________
forge-dev mailing list
forge-dev(a)lists.jboss.org <javascript:;>
https://lists.jboss.org/mailman/listinfo/forge-dev
--
****************************************
http://www.lucamasini.net
http://twitter.com/lmasini
http://www.linkedin.com/pub/luca-masini/7/10/2b9
****************************************