users@javaserverfaces.java.net

Re: Adding an annotation based managed bean creator for JSF 1.2

From: Mik Lernout <mik.lernout_at_gmail.com>
Date: Tue, 20 Jun 2006 09:50:19 -0700

That sounds great. I think I am going to try to do that. Ed/RogerRyan/Jacob:
do you have any tips on using the most of the existing infrastructure as
possible?

Thanks,

Mik

PS: Jacob: I love facelets, it is almost turning me into a faces-fan :-)

On 6/20/06, jacob_at_hookom.net <jacob_at_hookom.net> wrote:
>
> That would be a very cool addition to jsf-extensions!
>
> jsf-extensions is a testing ground on java.net for JSF 2.0 features--
> Ed/Roger/Ryan can probably give you more information.
>
> -- Jacob
>
> >Hi there,
> >
> >I would like to create a very simple annotation based ELResolver to
> >be deployed on the JSF 1.2 RI and using the unified EL. I want to
> >support just the following features at this stage:
> >
> >* Annotate java classes with @ManagedBean(name, scope) and
> >properties with @ManagedProperty(value)
> >* Satisfy the requirements denoted by the annotations at runtime
> >* <Optional> Be able to override the annotated annotation for a
> >managed bean name, with a traditionale faces-config one
> >
> >This kind of overlaps with the Shale Tiger support library, but I do
> >not want to use something that is that bound to Shale and/or so early
> >in development: I'd rather reduce the functionality until it is
> >controllable. I was wondering if any of you guys have an idea on how
> >I should best approach this.
> >While I did have a good grip on the VariableHandler /
> >PropertyHandler, I am a bit confused by ELResolvers,
> >ManagedBeanELResolvers and ManagedBeanFactoryWrappers of the unified
> >world :-). Note that I would like to reuse as much of the code that
> >exists, and I definitly want to avoid writing yet another big if-else-
> >if block to put the managed beans in the correct scope or to get them
> >out again. There must be a better way!
> >
> >To recap: I know how to do this, I am just wondering what would be
> >the cleanest, most reusing way of implementing this.
> >
> >BW: I would also love to share it on java.net when it is ready and
> >even commit to improving it. I think a lot of people would kind of
> >like it :-)
> >
> >Kind regards,
> >
> >Mik
> >
> >---------------------------------------------------------------------
> >To unsubscribe, e-mail: users-unsubscribe_at_javaserverfaces.dev.java.net
> >For additional commands, e-mail: users-help_at_javaserverfaces.dev.java.net
> >
>
> ---------------------------------------------------------------------
> To unsubscribe, e-mail: users-unsubscribe_at_javaserverfaces.dev.java.net
> For additional commands, e-mail: users-help_at_javaserverfaces.dev.java.net
>
>