Menu
▾
▴
Fw: [Springframework-developer] Portlet and JSFs
|
From: Keith D. <kd...@cs...> - 2004-04-14 15:39:41
|
Thanks Dmitriy...I created two spaces:
Spring Documentation Sandbox (DOC) (is this a decent name? for future
release preliminary docs/discussions.)
and
Spring Rich Client Platform (RCP)
Feel free to polish names of the spaces or the description, as organizati=
on
is paramount obviously when using any wiki.
----- Original Message -----=20
From: "Keith Donald" <kd...@cs...>
To: "Dmitriy Kopylenko" <dko...@ru...>
Sent: Wednesday, April 14, 2004 11:27 AM
Subject: Re: [Springframework-developer] Portlet and JSFs
> Got it. Thanks...
>
> ----- Original Message -----=20
> From: "Dmitriy Kopylenko" <dko...@ru...>
> To: "'Keith Donald'" <kd...@cs...>
> Sent: Wednesday, April 14, 2004 11:22 AM
> Subject: RE: [Springframework-developer] Portlet and JSFs
>
>
> > Keith,
> >
> > I believe it's available only to jira-administrators. I'll see if I
could
> > change that, hold on...
> >
> > -----Original Message-----
> > From: Keith Donald [mailto:kd...@cs...]
> > Sent: Wednesday, April 14, 2004 11:16 AM
> > To: dko...@su...
> > Subject: Re: [Springframework-developer] Portlet and JSFs
> >
> >
> > Dmitry,
> >
> > How did you create the new space? I can't find a "new space" action
> > anywhere!
> >
> > I am in jira-developers...
> > thanks
> > ----- 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=
.ht
> > > ml
> > >
> > > 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 fir=
st
> > > > step. From there later on we could possibly extend things to incl=
ude
> > > > mappings based on portal mode, window state and maybe other
> > > > criteria. But since I'm seeing a lot of code getting duplicated i=
f
> > > > 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 somethi=
ng
> > > > 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 a=
s
> > > > 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 i=
t.
> > > > If we can continue this discussion a bit to see what everybody
> > > > thinks, then I'll probably be able to implement something tomorro=
w,
> > > > 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 n=
o
> > > >>>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 initia=
te
> > > >>>>>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 flexi=
ble
> > > >>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 dispa=
tch
> > > >>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 som=
e
> > > >>>info), sometimes one portlet can be a complete web application i=
n
> > > >>>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. Ideal=
ly,
> > > >>
> > > >>implementing
> > > >>
> > > >>>a portlet with Spring should be the same as implementing a servl=
et.
> > > >>>
> > > >>>
> > > >>
> > > >>
> > > >>-------------------------------------------------------
> > > >>This SF.Net email is sponsored by: IBM Linux Tutorials
> > > >>Free Linux tutorial presented by Daniel Robbins, President and CE=
O
> > > >>of GenToo technologies. Learn everything from fundamentals to sys=
tem
> > > >>administration.http://ads.osdn.com/?ad_id=1470&alloc_id638&op=3Dc=
lick
> > > >>_______________________________________________
> > > >>Springframework-developer mailing list
> > > >>Spr...@li...
> > > >>https://lists.sourceforge.net/lists/listinfo/springframework-deve=
lop
> > > >>er
> > > >
> > > >
> > > >
> > > >
> > > > -------------------------------------------------------
> > > > This SF.Net email is sponsored by: IBM Linux Tutorials
> > > > Free Linux tutorial presented by Daniel Robbins, President and CE=
O
> > > > of GenToo technologies. Learn everything from fundamentals to sys=
tem
> > > > administration.http://ads.osdn.com/?ad_id=1470&alloc_id638&op=3Dc=
lick
> > > > _______________________________________________
> > > > Springframework-developer mailing list
> > > > Spr...@li...
> > > > https://lists.sourceforge.net/lists/listinfo/springframework-deve=
lop
> > > > er
> > > >
> > > >
> > > >
> > > > -------------------------------------------------------
> > > > This SF.Net email is sponsored by: IBM Linux Tutorials
> > > > Free Linux tutorial presented by Daniel Robbins, President and CE=
O
> > > > of GenToo technologies. Learn everything from fundamentals to sys=
tem
> > > > administration.http://ads.osdn.com/?ad_id=1470&alloc_id638&op=3Dc=
lick
> > > > _______________________________________________
> > > > Springframework-developer mailing list
> > > > Spr...@li...
> > > > https://lists.sourceforge.net/lists/listinfo/springframework-deve=
lop
> > > > er
> > >
> > >
> > > -------------------------------------------------------
> > > 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=
=3Dclick
> > > _______________________________________________
> > > Springframework-developer mailing list
> > > Spr...@li...
> > > https://lists.sourceforge.net/lists/listinfo/springframework-develo=
per
> > >
> > >
> > > -------------------------------------------------------
> > > 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-develo=
per
> >
>
|
