RE: [Springframework-developer] Portlet and JSFs

SourceForge Headquarters 1320 Columbia Street Suite 310 San Diego, CA 92101 +1 (858) 422-6466

Interesting approach they're taking. However, there are a couple of real
nasty things going on there as far as I can see.

In their bridges/adapters intro (using underlying controllers/actions =
for
both portlet- and servlet-based apps) they're mentioning two approaches;
either modifying the underlying framework in some way or modifying /
rewriting the HTML coming from the Servlet (which in this case would be =
the
Spring dispatcher servlet). I really don't like the last approach and
certainly do not think it should be part of a solution Spring is =
offering.
The first solution would be the way to go but that means we'll have to
modify/rewrite the current MVC package, or at least, the infrastructural
code. This is a non-option of course.

To be honest I can't think of a way to get our current controller
infrastructure to work with portlets, except for manually forwarding an
incoming ActionRequest to a Servlet using the PortletRequestDispatcher. =
This
is only allowed when executing the render method of the Portlet =
interface.
Forcing users to only use the render method is not really a good thing =
to do
IMHO.

Getting the applicationcontext available through a FrameworkPortlet is =
the
first step I think and this is one thing that should be available in =
Spring
core (it's only a couple of classes). How to go on after that is still
unclear for me.

Opinions?

Alef

> -----Original Message-----
> From: spr...@li...
> [mailto:spr...@li...] On =
Behalf
> Of William G. Thompson, Jr.
> Sent: Wednesday, April 14, 2004 3:16 PM
> To: spr...@li...
> Subject: Re: [Springframework-developer] Portlet and JSFs
>=20
> this also might help...
> =
http://exo.sourceforge.net/multiproject/exo-portlet-framework/index.html
>=20
> 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 allows 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 =
well,
> 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. =
If
> we
> > can continue this discussion a bit to see what everybody thinks, =
then
> I'll
> > probably be able to implement something tomorrow, Friday and 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 =
support
> >>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-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=3Dclick
> > _______________________________________________
> > 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=3Dclick
> > _______________________________________________
> > Springframework-developer mailing list
> > Spr...@li...
> > =
https://lists.sourceforge.net/lists/listinfo/springframework-developer
>=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
> 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-developer