On Wed, Dec 23, 2009 at 3:13 PM, Jeremy Grelle <Jeremy.Grelle@springsource.com> wrote:
Ahh, I see...I made the mistake of assuming that CDI was already exposing such beans via EL.  Indeed, having to resolve the bean from JNDI isn't too pleasant.  Looking at the spec, I see now that @Named is necessary to give a bean an EL name.  

WRT @javax.annotation.ManagedBean, Spring just uses the value as the bean id, rather than registering anything with JNDI,

Right, that makes sense, since both are what I would call the "native internal id representation" of the bean.
 
thus it becomes resolvable via EL as long as you register the provided SpringBeanELResolver.

Got it. So in a sense this is like the ManagedBeanELResolver I proposed, except that looking up in JNDI is not as straightforward as looking up a Spring bean id.
 

Agreed, then, since we do support the use of @Named at the class level in Spring, it makes sense to settle on it for the sake of more consistent examples.

Excellent. There you have it, folks ;)

-Dan

--
Dan Allen
Senior Software Engineer, Red Hat | Author of Seam in Action
Registered Linux User #231597

http://mojavelinux.com
http://mojavelinux.com/seaminaction
http://www.google.com/profiles/dan.j.allen