- Replace jsf views (/faces/page.jsf) with pretty URLS (/mapped/page): The client browser never sees your JSF View ID
- De-coupling, separation of URL and View ID. Now with dynamic view ID mapping (through El method expressions) you can show different pages for a single URL.
- Page load actions call one or more action methods before rendering a view.
- Managed parameter parsing: HTTP parameters parsed from URLs are stored in managed beans for easy access from other Java classes, simply get a reference to your parameter bean and you have full access to your HTTP parameters.
- Navigation by ID: Define your view IDs in one place, reference them by assigned IDs
- Easy to configure. Requires only one consolidated XML configuration file.
-
JSF Bookmark Tools - PrettyFaces improves the experience (5 messages)
- Posted by: Lincoln Baxter III
- Posted on: January 05 2009 07:43 EST
Visit the PrettyFaces site for complete documentation and downloads. Features:
Threaded Messages (5)
- Re: JSF Bookmark Tools - PrettyFaces improves the experience by Thai Dang Vu on January 05 2009 09:40 EST
- PrettyFaces is different by alberto gori on January 05 2009 15:03 EST
- Oracle ADF TaskFlows too by shay shmeltzer on January 05 2009 17:07 EST
- Re: Oracle ADF TaskFlows too by alberto gori on January 05 2009 07:02 EST
- Re: PrettyFaces is different by Lincoln Baxter III on January 07 2009 00:49 EST
- Oracle ADF TaskFlows too by shay shmeltzer on January 05 2009 17:07 EST
-
Re: JSF Bookmark Tools - PrettyFaces improves the experience[ Go to top ]
- Posted by: Thai Dang Vu
- Posted on: January 05 2009 09:40 EST
- in response to Lincoln Baxter III
sounds like the section 3.3 (Seam page-oriented life-cycle additives) in the Seam in Action book I'm reading.- ...
- ...
- Page load actions call one or more action methods before rendering a view.
- Managed parameter parsing: HTTP parameters parsed from URLs are stored in managed beans for easy access from other Java classes, simply get a reference to your parameter bean and you have full access to your HTTP parameters.
-
PrettyFaces is different[ Go to top ]
- Posted by: alberto gori
- Posted on: January 05 2009 15:03 EST
- in response to Lincoln Baxter III
This is the only library avoiding the "POST-REDIRECT-GET" pattern in JSF. Reading the documentation seems that PrettyFaces modify the form action attribute, pointing to a bookmarkable view id instead of the default one (the current view id). This could bring some benefits. But Is there any integration issue with this approach? For example, what about coexistence with RichFaces (or other AJAX library)? -
Oracle ADF TaskFlows too[ Go to top ]
- Posted by: shay shmeltzer
- Posted on: January 05 2009 17:07 EST
- in response to alberto gori
This is the only library avoiding the "POST-REDIRECT-GET" pattern in JSF.
The Oracle ADF TaskFlow also extends JSF with bookmark support: http://download.oracle.com/docs/cd/E12839_01/web.1111/b31974/taskflows_activities.htm#CIHEFDBF And other capabilities: http://download.oracle.com/docs/cd/E12839_01/web.1111/b31974/taskflows.htm#BACDBAJF -
Re: Oracle ADF TaskFlows too[ Go to top ]
- Posted by: alberto gori
- Posted on: January 05 2009 19:02 EST
- in response to shay shmeltzer
Read again: I didn't say PrettyFaces is the only library providing bookmarking support for JSF applications.This is the only library avoiding the "POST-REDIRECT-GET" pattern in JSF.
The Oracle ADF TaskFlow also extends JSF with bookmark support: -
Re: PrettyFaces is different[ Go to top ]
- Posted by: Lincoln Baxter III
- Posted on: January 07 2009 00:49 EST
- in response to alberto gori
But Is there any integration issue with this approach? For example, what about coexistence with RichFaces (or other AJAX library)?
Prettyfaces was developed for an application using RichFaces and Ajax4Jsf. So far there have been no bugs. PrettyFaces uses request dispatcher forwarding to avoid doing anything nasty to the ServletRequest or FacesContext