Hallo, habe eine eher philosophische Frage:
Es gibt jede Menge Artikel in denen Beschrieben wird, wie mit JSF schliesslich doch GET-Parameter benutzt werden können. Von Workarounds bis zur Kritik an JSF ist eigentlich alles vertreten, siehe:
http://www.codegravity.com/blog/jsf-and-get-parameters
http://marcchung.com/2005/01/24/performing-a-jsf-get-2/
http://wiki.apache.org/myfaces/Invok...thStandardUrls
http://www.theserverside.com/news/th...hread_id=38601
Was spricht denn nun eigentlich dagegen, outputLinks zu verwenden, um GET Parameter zu übergeben? Beispiel:
<h: outputLink value="somepage.jsf?name=value" />
Über die EL mit #{param.['name'] oder
lassen sich die Parameter ja auch wieder auslesen.
Sicher ist es nicht unbedingt elegant URL's zu hardcoden, aber das sind die vorgestellten Alternativen auch nicht.
Es gibt jede Menge Artikel in denen Beschrieben wird, wie mit JSF schliesslich doch GET-Parameter benutzt werden können. Von Workarounds bis zur Kritik an JSF ist eigentlich alles vertreten, siehe:
http://www.codegravity.com/blog/jsf-and-get-parameters
http://marcchung.com/2005/01/24/performing-a-jsf-get-2/
http://wiki.apache.org/myfaces/Invok...thStandardUrls
http://www.theserverside.com/news/th...hread_id=38601
Was spricht denn nun eigentlich dagegen, outputLinks zu verwenden, um GET Parameter zu übergeben? Beispiel:
<h: outputLink value="somepage.jsf?name=value" />
Über die EL mit #{param.['name'] oder
Code:
HttpServletRequest request = (HttpServletRequest) FacesContext.getCurrentInstance().getExternalContext().getRequest(); String value = request.getParameter("name");
Sicher ist es nicht unbedingt elegant URL's zu hardcoden, aber das sind die vorgestellten Alternativen auch nicht.
Comment