Menu
▾
▴
Re: [Springframework-developer] Portlet and JSFs
|
From: Keith D. <kd...@cs...> - 2004-04-14 15:21:32
|
I can't seem to find the action to create a new space--I am in JIRA developers though. Keith ----- Original Message -----=20 From: "Kopylenko, Dmitry" <dko...@su...> To: <spr...@li...> Sent: Wednesday, April 14, 2004 9:33 AM Subject: RE: [Springframework-developer] Portlet and JSFs > BTW I've creataed "Portlet support" space in Confluence... > > > > -----Original Message----- > From: William G. Thompson, Jr. [mailto:wg...@ru...] > Sent: Wednesday, April 14, 2004 9:16 AM > To: spr...@li... > Subject: Re: [Springframework-developer] Portlet and JSFs > > > this also might help... > http://exo.sourceforge.net/multiproject/exo-portlet-framework/index.htm= l > > Dmitriy Kopylenko wrote: > > Here what the eXo platform did with Bridges/Adapters approach: > > http://exo.sourceforge.net/bridges-intro.html (the source code is > > available) > > > > Regards, > > Dmitriy. > > > > -----Original Message----- > > From: spr...@li... > > [mailto:spr...@li...] On > > Behalf Of Alef Arendsen > > Sent: Wednesday, April 14, 2004 5:40 AM > > To: spr...@li... > > Subject: RE: [Springframework-developer] Portlet and JSFs > > > > > > Ok, back in town ;-). > > > > I think an approach of making the context available is a good first > > step. From there later on we could possibly extend things to include > > mappings based on portal mode, window state and maybe other criteria. > > But since I'm seeing a lot of code getting duplicated if we go ahead > > there, I want to take things slowly to see what the other options are= . > > > > To get the context available, I think it's best to create something > > like a FrameworkPortlet (similar to the FrameworkServlet). This allow= s > > for further extension later on (possibly the creation of a > > DispatcherPortlet if we need it). > > > > So: FrameworkPortlet extends PortletBean extends GenericPortlet, > > offering the same functionality as the FrameworkServlet. I think extending > > ApplicationContext to get a PortletApplicationContext is needed as we= ll, > to > > allow for access to the PortletContext (instead of the ServletContext= ). > > > > This is the approach I've been taking last time I spent time on it. I= f > > we can continue this discussion a bit to see what everybody thinks, > > then I'll probably be able to implement something tomorrow, Friday an= d > > over the weekend (got some stuff lying around already so it shouldn't > > be that hard). > > > > Regards, > > Alef > > > > > > > >>-----Original Message----- > >>From: spr...@li... > >>[mailto:spr...@li...] On > >>Behalf Of William G. Thompson, Jr. > >>Sent: Wednesday, April 14, 2004 1:30 AM > >>To: spr...@li... > >>Subject: Re: [Springframework-developer] Portlet and JSFs > >> > >>j=FCrgen h=F6ller [werk3AT] wrote: > >> > >>>But what criteria do you base your dispatching on when there's no > >>>URL? > >> > >>Request parameters? > >> > >>yes, plus perhaps the Portal Mode (edit,view,help,...) and maybe some > >>state... > >> > >>and of course the other tricky bit is the two step > >>call...ActionRequest/Response and then some time later the > >>RenderRequest/Response. > >> > >> > >>>Juergen > >>> > >>> > >>>________________________________ > >>> > >>>Von: spr...@li... im > >>>Auftrag > >> > >>von Eduardo Issao Ito > >> > >>>Gesendet: Di 13.04.2004 22:15 > >>>An: spr...@li... > >>>Betreff: Re: [Springframework-developer] Portlet and JSFs > >>> > >>> > >>> > >>>j=FCrgen h=F6ller [werk3AT] wrote: > >>> > >>> > >>>>>Portlets can not access the URL that the client used to initiate > >>>>>the > >> > >>request on the portal. > >> > >>>> > >>>>While that makes sense, it effectively makes me wonder whether we > >>>>need a > >> > >>Portlet dispatcher: With Servlets, dispatching is all about flexible > >>URL mapping. AFAIK, Portlets have doView, doEdit etc callbacks, > >>similar to doGet, doPost, etc from the Servlet API. > >> > >>>>So for typical Portlets, it's probably most important to allow for > >>>>easy > >> > >>access to Spring facilities from those methods, rather than dispatch > >>to some other components from a Portlet doView method. Portlet suppor= t > >>classes similar to the ones I just added for Struts come to my mind. > >> > >>>>This doesn't seem to be much effort at all. Am I on the wrong track > >> > >>here? > >> > >>>>Juergen > >>> > >>> > >>>While in most cases a Portlet should be simple (just display some > >>>info), sometimes one portlet can be a complete web application in > >>>itself. In > >> > >>this case, > >> > >>>having an MVC framework can make a huge difference. Imagine > >>>implementing > >> > >>a whole > >> > >>>web application inside a servlet doPost(), and no framework > >>>underneath. > >> > >>With > >> > >>>portlets you only have doView() to do the same thing... > >>> > >>>A PortletDispatcher should be very similar to ServletDispatcher and > >> > >>reuse > >> > >>>everything that is possible from the actual mvc framework. Ideally, > >> > >>implementing > >> > >>>a portlet with Spring should be the same as implementing a servlet. > >>> > >>> > >> > >> > >>------------------------------------------------------- > >>This SF.Net email is sponsored by: IBM Linux Tutorials > >>Free Linux tutorial presented by Daniel Robbins, President and CEO of > >>GenToo technologies. Learn everything from fundamentals to system > >>administration.http://ads.osdn.com/?ad_id=1470&alloc_id638&op=3Dclick > >>_______________________________________________ > >>Springframework-developer mailing list > >>Spr...@li... > >>https://lists.sourceforge.net/lists/listinfo/springframework-develope= r > > > > > > > > > > ------------------------------------------------------- > > This SF.Net email is sponsored by: IBM Linux Tutorials > > Free Linux tutorial presented by Daniel Robbins, President and CEO of > > GenToo technologies. Learn everything from fundamentals to system > > administration.http://ads.osdn.com/?ad_id=1470&alloc_id638&op=3Dclick > > _______________________________________________ > > Springframework-developer mailing list > > Spr...@li... > > https://lists.sourceforge.net/lists/listinfo/springframework-develope= r > > > > > > > > ------------------------------------------------------- > > This SF.Net email is sponsored by: IBM Linux Tutorials > > Free Linux tutorial presented by Daniel Robbins, President and CEO of > > GenToo technologies. Learn everything from fundamentals to system > > administration.http://ads.osdn.com/?ad_id=1470&alloc_id638&op=3Dclick > > _______________________________________________ > > Springframework-developer mailing list > > Spr...@li... > > https://lists.sourceforge.net/lists/listinfo/springframework-develope= r > > > ------------------------------------------------------- > This SF.Net email is sponsored by: IBM Linux Tutorials > Free Linux tutorial presented by Daniel Robbins, President and CEO of GenToo > technologies. Learn everything from fundamentals to system > administration.http://ads.osdn.com/?ad_id=3D1470&alloc_id=3D3638&op=3Dc= lick > _______________________________________________ > Springframework-developer mailing list > Spr...@li... > https://lists.sourceforge.net/lists/listinfo/springframework-developer > > > ------------------------------------------------------- > This SF.Net email is sponsored by: IBM Linux Tutorials > Free Linux tutorial presented by Daniel Robbins, President and CEO of > GenToo technologies. Learn everything from fundamentals to system > administration.http://ads.osdn.com/?ad_id=1470&alloc_id638&op=CCk > _______________________________________________ > Springframework-developer mailing list > Spr...@li... > https://lists.sourceforge.net/lists/listinfo/springframework-developer |
