Menu
▾
▴
RE: [Springframework-developer] Portlet and JSFs
|
From: Kopylenko, D. <dko...@ac...> - 2004-04-14 13:33:26
|
BTW I've creataed "Portlet support" space in Confluence... -----Original Message----- From: William G. Thompson, Jr. [mailto:wg...@ru...]=20 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.html= Dmitriy Kopylenko wrote: > Here what the eXo platform did with Bridges/Adapters approach:=20 > http://exo.sourceforge.net/bridges-intro.html (the source code is=20 > available) >=20 > Regards, > Dmitriy. >=20 > -----Original Message----- > From: spr...@li... > [mailto:spr...@li...] On=20 > Behalf Of Alef Arendsen > Sent: Wednesday, April 14, 2004 5:40 AM > To: spr...@li... > Subject: RE: [Springframework-developer] Portlet and JSFs >=20 >=20 > Ok, back in town ;-). >=20 > I think an approach of making the context available is a good first=20 > step. From there later on we could possibly extend things to include=20 > 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=20 > there, I want to take things slowly to see what the other options = are. >=20 > To get the context available, I think it's best to create something=20 > like a FrameworkPortlet (similar to the FrameworkServlet). This = allows=20 > for further extension later on (possibly the creation of a=20 > DispatcherPortlet if we need it). >=20 > So: FrameworkPortlet extends PortletBean extends GenericPortlet, > offering the same functionality as the FrameworkServlet. I think = extending > ApplicationContext to get a PortletApplicationContext is needed as = well, to > allow for access to the PortletContext (instead of the = ServletContext). >=20 > This is the approach I've been taking last time I spent time on it. = If=20 > we can continue this discussion a bit to see what everybody thinks,=20 > then I'll probably be able to implement something tomorrow, Friday = and=20 > over the weekend (got some stuff lying around already so it shouldn't = > be that hard). >=20 > Regards, > Alef >=20 > =20 >=20 >>-----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=20 >>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,=20 >>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 = support=20 >>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=20 >>>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=20 >>administration.http://ads.osdn.com/?ad_id=1470&alloc_id638&op=3Dclick >>_______________________________________________ >>Springframework-developer mailing list=20 >>Spr...@li... >>https://lists.sourceforge.net/lists/listinfo/springframework-developer= >=20 >=20 >=20 >=20 > ------------------------------------------------------- > 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=20 > administration.http://ads.osdn.com/?ad_id=1470&alloc_id638&op=3Dclick > _______________________________________________ > Springframework-developer mailing list=20 > Spr...@li... > = https://lists.sourceforge.net/lists/listinfo/springframework-developer >=20 >=20 >=20 > ------------------------------------------------------- > 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=20 > administration.http://ads.osdn.com/?ad_id=1470&alloc_id638&op=3Dclick > _______________________________________________ > Springframework-developer mailing list=20 > 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=3D1470&alloc_id=3D3638&op=3Dcl= ick _______________________________________________ Springframework-developer mailing list Spr...@li... https://lists.sourceforge.net/lists/listinfo/springframework-developer |
