"Neelixx" wrote : I think my largest problem, is in thinking that the object
has to already be instantiated, or at least defined BEFORE calling it from a
Faces page:
Not sure exactly what you mean, but as I said, the only case where
instantiation happens automatically (when referencing the context variable in a
JSF value binding or method binding or from @In(create=true)) is when the
context variable name is the @Name of a component.
anonymous wrote : Those objects aren't defined anywhere else. As long as the
JSF page's action submits to this SLSB, the objects are created (if need be) by
this:
|
| | <h:inputText value="#{currentUser.username}" />
| | <h:inputText value="#{assignedUser.username}"/>
| |
| Is that correct?
This would not work, because Seam does not currently allow multiple @Names for
a single component. You need the @Roles patch.
anonymous wrote : If the User Entity Bean is set to a SESSION context, does
that mean my request variables also eat up memory?
|
| For example, only the currentUser variable should be stored in the SESSION.
But, since assignedUser and ownerUser are both objects of the User class,
which, in turn, is defined as a SESSION component, are those two objects also
stored in the SESSION, even though I'm only using them as REQUEST objects?
No, each context variable has its own scope. You can do
@Out(scope=REQUEST)
| private User assignedUser;
But, again, what you really need is @Roles. Each @Role will have its own scope.
Make sense?
View the original post :
http://www.jboss.com/index.html?module=bb&op=viewtopic&p=3919323#3919323
Reply to the post :
http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=3919323
-------------------------------------------------------
This SF.net email is sponsored by: Splunk Inc. Do you grep through log files
for problems? Stop! Download the new AJAX search engine that makes
searching your log files as easy as surfing the web. DOWNLOAD SPLUNK!
http://sel.as-us.falkag.net/sel?cmd=lnk&kid=103432&bid=230486&dat=121642
_______________________________________________
JBoss-user mailing list
[email protected]
https://lists.sourceforge.net/lists/listinfo/jboss-user
