Mailing-List: contact users-help@myfaces.apache.org; run by ezmlm
Precedence: bulk
Reply-To: "MyFaces Discussion" <users@myfaces.apache.org>
Received-SPF: pass (herse.apache.org: domain of joern.zaefferer@googlemail.com
 designates 64.233.162.230 as permitted sender)
DomainKey-Signature: a=rsa-sha1; c=nofws;
        d=googlemail.com; s=beta;
        h=received:message-id:date:from:to:subject:mime-version:content-type;
        b=Sq55cLSVjeBQ0PXXpWgWeJ5XItAQhE/DjL3EUTHR1z9bib69VEhey4YGVW+WLIe2E0znw9XbplvNa8m7l4WjkjVdhu2AqUpgNCFB/8WR/GKze+dqBz+SD4kq0M9GZrfCAgvQhq6aGZ7g3rnVmlIWKVX9IrdQZUqZ6PYujDrUE50=
Message-ID: <5de41c7d0702250257h5b958a13re0d6ba25d3e4f717@mail.gmail.com>
Date: Sun, 25 Feb 2007 11:57:22 +0100
From: "=?ISO-8859-1?Q?J=F6rn_Zaefferer?=" <joern.zaefferer@googlemail.com>
To: users@myfaces.apache.org
Subject: Screwed up JSF lifecycle/component tree when using portlet2portlet
 communication
MIME-Version: 1.0
Content-Type: multipart/alternative;
	boundary="----=_Part_86005_10197980.1172401042512"

------=_Part_86005_10197980.1172401042512
Content-Type: text/plain; charset=ISO-8859-1; format=flowed
Content-Transfer-Encoding: quoted-printable
Content-Disposition: inline

Hi myfacers,

I'm working on an application that is running on WebSphere Portal 5.1. I've
managed to exchange the IBM/Sun JSF implementation (and portlet bridge) wit=
h
MyFaces and Facelets, but one particular problem persists, caused by the
communication from portlet to portlet. It doesn't even matter if I use IBMs
"portlet wiring" (which doesn't work with MyFaces at all) or via the portle=
t
session in application scope (which is nothing more then the normal
HTTPSession).

So far IBM couldn't help at all, so maybe there is a MyFaces specific fix
for this. Or a generic JSF fix that I don't yet, which is quite likely.

Ok, on to the actual problem:

   1. I select an item in the first portlet, it is then opened in the
   second
   2. I edit some fields, causing validation errors when pressing Save
   3. I select a different item in the first portlet, it is displayed in
   the second, but the errors are still there


   1. Same steps as 1. and 2. above, but now I select Cancel
   (commandButton with immediate=3D"true")
   2. I select a different item in the first portlet, it is displayed in
   the second, but:
   Only those fields that were empty after causing the validation error
   are now filled correctly, other fields still have the old value, though =
the
   underlying object has defnitely the correct data; The old data must come
   somewhere from the component tree

Our attemtps so far to clear the values from the component tree were
unsuccesful: I tried creating a new UIViewRoot (copying the RendererType
from the old one) and setting it as the new viewroot. A colleague tried to
set all submitted values in the tree to null, which didn't help either.

As IBMs porlet wiring doesn't work with MyFaces, I describe how I
implemented the communication via the application session:

   1. The first portlet sets an object to the portlet session in
   appliction scope in an action listener:
   public void selectMeeting(ActionEvent e) {
       DtreeNavEntry entry =3D entry(e);
       FacesUtil.saveApplicationSessionObject("Meeting", entry);
   }
   FacesUtil encapsulates some of the noisy JSF API calls, no magic there
   2. The other side is a bit more complicated:
      1. There is a PhaseListener registered in the
faces-config.xmlcalled PortletLifecycle
      2. This class manages a list of PhaseListeners, stored in the
      PortletSession, therefore each portlet can register one or more
      PhaseListeners that are only executed for that portlet (at least
that is how
      I'd like it to behave, but that isn't the problem here)
      3. The controller used in the second portlet registers a
      PhaseListener at this PortletLifecycle, adding a callback that
is executed
      before the RENDER_RESPONSE phase
      4. The callback checks if there is an object in the portlet
      session in application scope and if there is any, it removes it
      5. If there is an object, it does something with it, displaying
      the correct view (via fc.getViewRoot().setViewRoot(...) for the
      type of object (here: meetings, agenda items and activities)

Maybe someone on this list had already a similar problem and can provide a
hint for a solution. Let me know if it would help to post the code of the
controllers and the PortletLifecycle.

Any help is highly appreciated, thanks!

Regards
J=F6rn Zaefferer

------=_Part_86005_10197980.1172401042512
Content-Type: text/html; charset=ISO-8859-1
Content-Transfer-Encoding: quoted-printable
Content-Disposition: inline

Hi myfacers,<br><br>I&#39;m working on an application that is running on We=
bSphere Portal 5.1. I&#39;ve managed to exchange the IBM/Sun JSF implementa=
tion (and portlet bridge) with MyFaces and Facelets, but one particular pro=
blem persists, caused by the communication from portlet to portlet. It does=
n&#39;t even matter if I use IBMs &quot;portlet wiring&quot; (which doesn&#=
39;t work with MyFaces at all) or via the portlet session in application sc=
ope (which is nothing more then the normal HTTPSession).
<br><br>So far IBM couldn&#39;t help at all, so maybe there is a MyFaces sp=
ecific fix for this. Or a generic JSF fix that I don&#39;t yet, which is qu=
ite likely.<br><br>Ok, on to the actual problem:<br><ol><li>I select an ite=
m in the first portlet, it is then opened in the second
</li><li>I edit some fields, causing validation errors when pressing Save</=
li><li>I select a different item in the first portlet, it is displayed in t=
he second, but the errors are still there</li></ol><ol><li>Same steps as 1.=
 and 2. above, but now I select Cancel (commandButton with immediate=3D&quo=
t;true&quot;)
</li><li>I select a different item in the first portlet, it is displayed in=
 the second, but:<br>Only those fields that were empty after causing the va=
lidation error are now filled correctly, other fields still have the old va=
lue, though the underlying object has defnitely the correct data; The old d=
ata must come somewhere from the component tree
</li></ol>Our attemtps so far to clear the values from the component tree w=
ere unsuccesful: I tried creating a new UIViewRoot (copying the RendererTyp=
e from the old one) and setting it as the new viewroot. A colleague tried t=
o set all submitted values in the tree to null, which didn&#39;t help eithe=
r.
<br><br>As IBMs porlet wiring doesn&#39;t work with MyFaces, I describe how=
 I implemented the communication via the application session:<br><ol><li>Th=
e first portlet sets an object to the portlet session in appliction scope i=
n an action listener:
<br>public void selectMeeting(ActionEvent e) {<br>&nbsp;&nbsp;&nbsp; DtreeN=
avEntry entry =3D entry(e);<br>&nbsp;&nbsp;&nbsp; FacesUtil.saveApplication=
SessionObject(&quot;Meeting&quot;, entry);<br>}<br>FacesUtil encapsulates s=
ome of the noisy JSF API calls, no magic there
<br></li><li>The other side is a bit more complicated:</li><ol><li>There is=
 a PhaseListener registered in the faces-config.xml called PortletLifecycle=
</li><li>This class manages a list of PhaseListeners, stored in the Portlet=
Session, therefore each portlet can register one or more PhaseListeners tha=
t are only executed for that portlet (at least that is how I&#39;d like it =
to behave, but that isn&#39;t the problem here)
<br></li><li>The controller used in the second portlet registers a PhaseLis=
tener at this PortletLifecycle, adding a callback that is executed before t=
he RENDER_RESPONSE phase</li><li>The callback checks if there is an object =
in the portlet session in application scope and if there is any, it removes=
 it
</li><li>If there is an object, it does something with it, displaying the c=
orrect view (via fc.getViewRoot().setViewRoot(...) for the type of object (=
here: meetings, agenda items and activities)</li></ol></ol>Maybe someone on=
 this list had already a similar problem and can provide a hint for a solut=
ion. Let me know if it would help to post the code of the controllers and t=
he PortletLifecycle.
<br><br>Any help is highly appreciated, thanks!<br><br>Regards<br>J=F6rn Za=
efferer<br>

------=_Part_86005_10197980.1172401042512--