What will happen if both Sessionscoped and RequestScoped apply to one class?

[luyanfei78]

I read JSR-299 Specification and confused by a problem in page 4. The example code is here:

@SessionScoped @Model
public class Login implements Serializable {
...
}

@Model is stereotype,  has @RequestScoped internally. So these code is equavilent to :

@SessionScoped @RequestScoped @Named
public class Login implements Serializable {
...
}

What will happen if both Sessionscoped and RequestScoped apply to  one class? I cann't find answer in specification. I hope somebody here can help me.

[alesj]

Why don't you just try it? ;-)

[luyanfei78]

From specification, I can only infer this:

Login object will be putted in two context object, one for session scope, other for request scope. When request scope end, Login's destroy method will be called. if Login release resource in destroy method, you will not be able to use these resource in Login any more.

Ales, I want the answer theoretically. If this is not clear in specification, other jsr-299 implementation will be different.

[jharting]

A bean class or producer method or field may specify at most one scope type annotation. If a bean class or producer meth-

od or field specifies multiple scope type annotations, the container automatically detects the problem and treats it as a

definition error.

However, the first example is correct, because a stereotype defines a so-called "default" scope which means that the bean will be @RequestScoped unless the bean defines another scope explicitly in which case only the explicit scope is used.