You are viewing a plain text version of this content. The canonical link for it is here.
Posted to commits@myfaces.apache.org by Apache Wiki <wi...@apache.org> on 2007/11/22 13:29:20 UTC

[Myfaces Wiki] Update of "Hackathon 2007" by SimonKitching

Dear Wiki user,

You have subscribed to a wiki page or wiki category on "Myfaces Wiki" for change notification.

The following page has been changed by SimonKitching:
http://wiki.apache.org/myfaces/Hackathon_2007

------------------------------------------------------------------------------
  
   * Tomahawk: Let PPR handle "secondary" components ... (or at least, let it refetch the messages too)
   * Orchestra: Store a unique conversation-id into the viewState to allow checking with browser-back button
+  * Create a "myfaces commons" project for non-visual components as discussed on the list, and move appropriate Tomahawk components into it
+  * look at supporting multiple concurrent windows in MyFaces with server-side state. Currently AFAIK there is only one viewstate pool, not one per window, so using one window can force the state backing the other window to be discarded. This may overlap with the "externalise view cache" proposal currently logged as a JIRA issue.
+  * create separate websites for Myfaces 1.1.x and 1.2.x, like maven does for maven1.x and 2.x? Currently info on myfaces1.2.x is very hard to find on the website (eg the javadoc link is to 1.1.x).
+  * clean up the state-saving code (!JsfStateManagerImpl, !HtmlResponseStateManager). Currently, every state option has been implemented by adding code to these classes. It would be nice to instead have a separate subclass per "strategy"; see INIT_PARAM_VIEWSTATE_JAVASCRIPT implementation for an ugly example. This then enables easier implementation/experimentation with new strategies.