I've noticed in your recent releases that you've included a lot of
write-behind code within the JSP View Tag. What was the reason for
spreading the logic around between the individual component renderers,
JSP tags, and the JspViewHandler implementation? The state write-behind
could have just been contained within the JspViewHandler.
Also state-saving server w/ commandlinks doesn't work without using a
View Tag, because of the specialized URL write behinds. I don't
experience the commandLink issue with state-saving client.
*grump* JSF was designed to delegate controller concerns as
interchangeable blocks, and the implementation now seems to be
missmashed between specialized Application delegates. This will cause
issues when you start implementing JSF 1.2 as things like View and
SubView concepts are falling by the wayside as unecessary, also there
are quite a few other projects popping up that are exploring things like
AJAX such that the inter-dependencies between tags and components as a
processed whole, will basically not function with the MyFaces
implementation.
I don't want to sound like I'm in a poor mood, I just hope some of this
can be simplified and consolidated within the myfaces code base.
-- Jacob
- ViewTag Write Behinds Jacob Hookom
-