Ken
Ryan Lubke wrote:
Mario Ivankovits (Apache) wrote:
As far as I know you can not have extended classes after the scope=
stuff, you need to use exactly the class as configured by the
annotation interface.
Means, if you'd like to introduce a new scope you need another way
of
dealing with that.
Something like scope=Scope.CUSTOM and then any additional custom
annotation.
Using @SessionScoped, @RequestScoped and later on a custom scope
@ConversationScoped (probably all inherited from a Scope annatation)
makes things the same for all use-cases.
It is more extensible that way.
I am not sure if custom scopes are planned for JSF 2, though, but I
think at least they are doable then ... in another spec.
But, for sure, just wild guesses if this was the motivation behind
that.
Indeed, if we did use enums, custom scopes would be a lot more
difficult.
Ciao,
Mario
-----Original Message-----
From: mwessendorf@gmail.com [mailto:mwessendorf@gmail.com] On
Behalf Of
Matthias Wessendorf
Sent: Saturday, November 22, 2008 1:11 PM
To: dev@javaserverfaces.dev.java.net
Subject: JSF 2 - Annotations
Hi,
I wonder about things like this:
@ManagedBean(name = "userInfo")
@SessionScoped
public class UserSessionInformationBean
{
...
}
Why not using the Shale way of things ?
==> @Bean(name="mybean", scope=Scope.SESSION)
(where scope is an enum)
Thanks!
Matthias
--
Matthias Wessendorf
blog: http://matthiaswessendorf.wordpress.com/
sessions: http://www.slideshare.net/mwessendorf
twitter: http://twitter.com/mwessendorf
-------------------------------------------------------------------
--
To unsubscribe, e-mail: dev-
unsubscribe@javaserverfaces.dev.java.net
For additional commands, e-mail: dev-
help@javaserverfaces.dev.java.net
---------------------------------------------------------------------
To unsubscribe, e-mail: dev-unsubscribe@javaserverfaces.dev.java.net
For additional commands, e-mail: dev-
help@javaserverfaces.dev.java.net
---------------------------------------------------------------------
To unsubscribe, e-mail: dev-unsubscribe@javaserverfaces.dev.java.net
For additional commands, e-mail: dev-help@javaserverfaces.dev.java.net