====== Pass parameters from one page to another in jsf ======
====== Intro ======
I've been looking around how to solve this typical problem: to pass one parameter from one page to other (for instance when we prompt the user to select one item on a list and, when clicking a button, switch to another page to edit this very item).
Despite the fact that the Internet is crowded with examples of how to pass parameters to and fro a bean and a page, I've don't see many examples of this, and the solutions I've found didn't satisfy me completely: first, because some of them use the faces-config.xml file and I don't use it much because all my beans are held by Spring, second, because these solution requires a configuration per navigation case, that it isn't very easy to do.
So, I've found this solution reading some hints of [[http://balusc.blogspot.com.es/2006/06/communication-in-jsf.html|this article]].
====== Step 1: the idea ======
I've avoided to pass the parameters in a request, or something like that: instead of this, I will save them in a session bean devoted to this.
====== Step 2: the bean to save the objects in session ======
public class SessionHelper implements Serializable
{
public static Object getSessionMapValue(String key)
{
return FacesContext.getCurrentInstance().getExternalContext().getSessionMap().get(key);
}
public static void setSessionMapValue(String key, Object value)
{
FacesContext.getCurrentInstance().getExternalContext().getSessionMap().put(key, value);
}
}
====== Step 3: Page 1 saves the parameter ======
This is an example in a commandButton of [[http://www.primefaces.org/|Primefaces]], but you can adapt to your library of preference:
#{sessionHelper.setSessionMapValue('selectedUser',manageUsersForm.selectedUser)}
Yes, I've called the ''sessionHelper.setSessionMapValue'' directly inside the ''commandButton'' tag and it seems to do the work. I thought that you have to use a faces tag or something like that, but it seems that it is not completely neccesary.
====== Step 4: Page 2 receives the parameter ======
Just simple as this:
Look that I've passed through the session a complete object. Okay, it's not a recommendable practice unless you are __completely sure__ that the objects implements ''[[http://docs.oracle.com/javase/6/docs/api/java/io/Serializable.html|Serializable]]'' (and the depending objects, of course), because otherwise you would run into problems in a clustered environment.
This particular example the object is an Hibernate entity object... Mmmm I think that if persisted in another computer could lead into problems, but I have to confess that I am not an expert in the field.