tomee-users mailing list archives

Site index · List index
Message view « Date » · « Thread »
Top « Date » · « Thread »
From Karsten Ohme <>
Subject Re: EJBContext cannot be injected in 3.1-SNAPSHOT
Date Mon, 21 Jul 2008 19:44:17 GMT
David Blevins schrieb:
> On Jul 19, 2008, at 9:26 AM, Karsten Ohme wrote:
>> Sorry,
>> was on holidays. Should I still fill in a Jira issue to keep track of it?
> Sure, but file it as an improvement as it's definitely not a bug.
> Hope you had a great holiday :)

Yes, thanks. But too short. Holidays under 365 d/y are not satisfying.

I created an issue:

I was not sure about some details, so adjust if necessary:

Component/s:	container system
Affects Version/s:	None
Fix Version/s:	None


> -David
>> Regards,
>> Karsten
>>> On Fri, Jun 27, 2008 at 10:33 PM, David Blevins 
>>> <> wrote:
>>>> In general, we don't check isAssignable on injection types, 
>>>> primarily cause
>>>> it gets very hairy around business interfaces.  But we could probably
>>>> support this particular use case.
>>> I think we have to as 16.15 EJBContext References is pretty clear on it:
>>> The container must make a component's EJBContext interface available
>>> either through injection using the Resource annotation or in JNDI
>>> under the name java:comp/EJBContext. The authenticationType and
>>> shareable elements of the Resource annotation must not be specified.
>>> and further on:
>>> The Bean Provider is responsible for requesting injection of an
>>> EJBContext object using a Resource annotation or using the defined
>>> name to lookup the EJBContext object.
>>> and finally:
>>> The Container Provider is responsible for providing an appropriate
>>> EJBContext object to the referencing component. The object returned
>>> must be of the appropriate specific type for the bean requesting
>>> injection or performing the lookup—that is, the container provider
>>> must return an instance of the SessionContext interface to referencing
>>> session beans and an instance of the MessageDrivenContext interface to
>>> message-driven beans.
>>> Karsten, would be willing to file a jira issue?
>>> Jacek

View raw message