Hi Stan, Thanks. Here's the solution (jsf-portlet) from Sun JSF RI: https://javaserverfaces.dev.java.net/servlets/ProjectDocumentList?folderID=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 > > >