I see. That makes more sense. Let me know if you have any problems. I'll be glad to help.
Actually, I'd love to get feedback either way. Stan Silvert JBoss, Inc. [EMAIL PROTECTED] callto://stansilvert > -----Original Message----- > From: Derek Shen [mailto:[EMAIL PROTECTED] > Sent: Monday, March 07, 2005 1:47 PM > To: MyFaces Development > Subject: Re: MyFaces and Portlet > > Hi Stan, > > Thanks. Here's the solution (jsf-portlet) from Sun JSF RI: > https://javaserverfaces.dev.java.net/servlets/ProjectDocumentList?folder ID > =1504&expandFolder=1504&folderID=0 > > Maybe I misused the term "bridge". I found your MyFacesGenericPorlet > from MyFaces source yesterday and it is also kind of a bridge. > However, I figured that a bridge like this is necessary, since portlet > request can only be handled or go through a portlet first. I think a > better bridge is to interact JSF implementation (LifeCycle...) > directly. A bad bridge is to construct JSF URL and redirect/forward to > FacesServlet somehow. > > I did not have a chance to look at the source code of JSF RI. I think > they are using the same approach you are using. So, no surprise here. > > I will try to run some JSF sample application in JBoss portal and will > let you know how it goes. > > Again, thanks! > Derek > > > On Mon, 7 Mar 2005 09:31:56 -0600, Stan Silvert <[EMAIL PROTECTED]> > wrote: > > > One approach is to provide JSF bridge. Basically, to create a > > > JSFPortlet and use it as a bridge to the FacesServlet. Sun, > > > exoplatform and many others already provide this kind of solution. > > > > > > > The bridge solution sounds like a hack to me. I suspect that there are > > a few instances where that solution won't actually work as expected. > > > > The spec-based solution I did does not go through the FacesServlet at > > all. You just use an instance of MyFacesGenericPortlet which handles > > portlet requests and calls directly into the MyFaces implementation. > > MyFacesGenericPortlet is a drop-in replacement for the FacesServlet. > > > > Actually, I was unaware of and very surprised to hear that Sun uses a > > bridge. Can someone else confirm this? I purposely stayed away from > > looking at the RI because I didn't want to be influenced by it. You are > > saying that the RI doesn't implement its own spec? That is very > > strange. > > > > > Another approach is to complete the JSF implementation. JSF spec > > > already contains the support for porlet, however, most JSF > > > implementation is not complete and does not support porlet. I think it > > > is a much better approach. > > > > > > Glad to see the Stan Silvert provided the portlet support patch for > > > MyFaces. Actually, his changes are included inside 1.0.9. > > > > > > Did anyone created a sample JSF based portlet using the new code? Stan > > > claimed that he has tested his changes on Pluto. Any idea about how it > > > works? > > > > I did test this on Pluto. I got the CarDemo and another JSF app to run > > side by side in the same portal page. It works great. The only change > > you have to make to the JSF application is to get rid of any redirects. > > > > > For my understanding, I still need to create some kind of > > > bridge JSF portlet and somehow to forward the request to FacesServlet. > > > > > > > If you are running your JSF application as a portlet then you do not > > need to create anything. I have attached the "Portlet Quick Start" > > instructions. These instructions have been committed to MyFaces, but I > > don't know off hand where they were put. > > > > > Please advice. Thanks. > > > Derek > > > > > >
