<div class="gmail_quote">---------- Forwarded message ----------<br>From: <b class="gmail_sendername">Leonardo Uribe</b> <span dir="ltr">&lt;<a href="mailto:lu4242@gmail.com">lu4242@gmail.com</a>&gt;</span><br>Date: Sat, Sep 12, 2009 at 11:03 PM<br>
Subject: [jsr-314-open] h:outputScript target=&quot;head&quot; is rendered in body when partial state saving is used and there is a postback<br>To: <a href="mailto:jsr-314-comments@jcp.org">jsr-314-comments@jcp.org</a><br><br>Hi<br><br>
I have notice a failure when &lt;h:outputScript target=&quot;head&quot; ...&gt; is used and there is a postback, that requires change something in the spec.<br><br>Suppose the following scenario<br><br>&lt;h:head&gt;<br>

&lt;/h:head&gt;<br>&lt;h:body&gt;<br>    &lt;h:outputScript name=&quot;jsf.js&quot; library=&quot;javax.faces&quot; target=&quot;head&quot;/&gt;<br>    &lt;!-- some other stuff --&gt;<br>&lt;/h:body&gt;<br><br>The renderer documentation of h:outputScript and h:outputStylesheet says this:<br>

<br>&quot;....The implementation of this renderer must have a @ListenerFor annotation attached to it, at the class level, declaring PostAddToViewEventclass as the value of the systemEventClass attribute. The presence of this annotation on a renderer implies the renderer implements ComponentSystemEventListener, which this renderer must do. The implementation of processEvent() must extract the UIComponent from the argument event and look for the presence of the key &quot;target&quot; in the component&#39;s attribute Map. If and only if such a key is present, the implementation of processEvent() must pass the component to UIViewRoot.addComponentResource()....&quot;<br>

<br>Now imagine the user are submitting a form and there is a validation error. In that case there is a postback so the same view is rendered. The first request build a view like this:<br><br>&lt;h:head&gt;<br>    &lt;h:outputScript name=&quot;jsf.js&quot; library=&quot;javax.faces&quot; target=&quot;head&quot;/&gt;<br>


&lt;/h:head&gt;<br>
&lt;h:body&gt;<br>
    &lt;!-- some other stuff --&gt;<br>
&lt;/h:body&gt;<br>
<br>but the next one restore this if partial state saving is used:<br><br>&lt;h:head&gt;<br>&lt;/h:head&gt;<br>&lt;h:body&gt;<br>    &lt;h:outputScript name=&quot;jsf.js&quot; library=&quot;javax.faces&quot; target=&quot;head&quot;/&gt;<br>

    &lt;!-- some other stuff --&gt;<br>&lt;/h:body&gt;<br><br>the reason why this happens is clear looking the documentation of UIComponent.getChildren():<br><br>&quot;...After the child component has been added to the view, if the following condition is not met:<br>

      FacesContext.isPostback() returns true and FacesContext.getCurrentPhaseId() returns PhaseId.RESTORE_VIEW...&quot;<br><br>This is valid if we are using jsf 1.2 state saving, because we save and restore the whole tree, so the components created are already on the view. But when we use partial state saving, we do this operation:<br>

<br>restored view = apply delta on (fresh view from VDL.buildView() + added components after that - removed components after that)<br><br>The conclusion is:  All components that relies on ComponentSystemEventListener listening PostAddToViewEvent to be relocated in some way (h:outputScript, h:outputStylesheet, composite:insertChildren, composite:insertFacet (because we need the whole tree built before move components, otherwise nested composite components will not work correctly) ) are incompatible with partial state saving. Its more, if the affected components are moved outside/inside/between NamingContainer or UniqueIdVendor instances the state will not be correctly restored.<br>

<br>The solution from my point of view is relax the restriction on UIComponent.getChildren() (maybe adding a faces context attribute saying the current view is being built using partial state saving), so when partial state saving is used, PostAddToViewEvent will be published.<br>

<br>I&#39;ll appreciate a lot any comment.<br><br>regards<br><font color="#888888"><br>Leonardo Uribe<br></font></div><br>