You are viewing a plain text version of this content. The canonical link for it is here.
Posted to user@struts.apache.org by Ju...@t-systems.com on 2003/02/25 07:52:38 UTC
Struts and Portlets
Hi,
is there an intention to implement the JSR-168 (Portlet API) into struts?
In my opinion three important features like multiple output formats with XSLT, workflows and the support of portlets would be very important for the future.
The ability to create standardised portlets with struts would be very interesting. I think the the actions and jsp are not much mightful for the future. The development of the jsp/action with tiles a.s.o. is fine but too slow and theres still a limited reuse. In my opinion there should/could be more abstraction for project comprehensive reuse. Such portlets could create configurable components with jsp/actions and beans. I dont have access to the portlets specification, but I am sure that this aspects are included there.
Any comments?
Juraj
---------------------------------------------------------------------
To unsubscribe, e-mail: struts-user-unsubscribe@jakarta.apache.org
For additional commands, e-mail: struts-user-help@jakarta.apache.org
Re: Struts and Portlets
Posted by Vic Cekvenich <vc...@basebeans.com>.
I found JSR-168 lacking.
I have been using "Tile 201" like things for a long time to give me a
lite and fast version of "Portlets" features.
http://blogs.browsermedia.com/patrick/index.do?date=20030211#130200
.V
Juraj.Lenharcik@t-systems.com wrote:
> Hi,
>
> is there an intention to implement the JSR-168 (Portlet API) into struts?
>
> In my opinion three important features like multiple output formats with XSLT, workflows and the support of portlets would be very important for the future.
>
> The ability to create standardised portlets with struts would be very interesting. I think the the actions and jsp are not much mightful for the future. The development of the jsp/action with tiles a.s.o. is fine but too slow and theres still a limited reuse. In my opinion there should/could be more abstraction for project comprehensive reuse. Such portlets could create configurable components with jsp/actions and beans. I dont have access to the portlets specification, but I am sure that this aspects are included there.
>
> Any comments?
>
> Juraj
---------------------------------------------------------------------
To unsubscribe, e-mail: struts-user-unsubscribe@jakarta.apache.org
For additional commands, e-mail: struts-user-help@jakarta.apache.org
Re: Struts and Portlets
Posted by Mete Kural <me...@yahoo.com>.
Hi Vic,
> Sounds good to me.
Good. You are welcome to start analyzing Liferay's
source code then. You can either download the source
zip archive available here
http://sourceforge.net/project/showfiles.php?group_id=49260
or log in to the sourceforge cvs with this command:
cvs
-d:pserver:anonymous@cvs.sourceforge.net:/cvsroot/lportal
login
I prefer logging into the CVS with an IDE.
When you have questions about the source, please ask
them in the mailing list for which you can subscribe
at
http://lists.sourceforge.net/lists/listinfo/lportal-development
Thank you,
Mete
>
> Mete Kural wrote:
> > Hi Vic,
> >
> > I read your proposal. As you say, I think it would
> be
> > great to provide Struts-based verticals under a
> portal
> > platform. In your proposal you have mentioned that
> one
> > of BasicPortal's goals is to provide a UI that is
> > similar to my.netscape.com. I think that Liferay
> has
> > accomplished this and it also has pretty extensive
> > personalization and administration features.
> Please
> > surf through the demo at my.liferay.com Log in as
> the
> > administrator so you can check out the
> administration
> > features as well:
> > Login: test@liferay.com Pass: test
> >
> > Since now I am somewhat involved in both Liferay
> and
> > BasicPortal (although I have not yet contributed a
> > single line of code to either of them) I can
> clearly
> > see that there is a common goal in both of these
> > projects: providing an open-source "Struts-based"
> > portal server. Both projects have their strengths.
> > While BasicPortal has a good lightweight
> persistence
> > framework, Liferay has an extensive UI for
> > personalization and administration. I suggest that
> the
> > best of both projects can be combined under a
> brand
> > new Jakarta subproject that would aim to provide a
> > Struts-based alternative to JetSpeed. What do you
> > think?
> >
> > -Mete
> >
> > --- Vic Cekvenich <vc...@basebeans.com> wrote:
> >
> >
>
http://nagoya.apache.org/wiki/apachewiki.cgi?PortalProposal
> >
> >>Mete Kural wrote:
> >>
> >>>--- "Craig R. McClanahan" <cr...@apache.org>
> >>
> >>wrote:
> >>
> >>>>There are certainly people in the
> >>>>world who have done this sort of thing already
> >>>>(Liferay, BasicPortal, etc.) for non-JSR-168
> >>>>portlet APIs, so it's clearly feasible, and it's
> a
> >>>>pretty good idea. But, from my perspective,
> this
> >>>>sort of thing is actually a Struts-based
> >>>>application, rather than part of the framework
> >>>>itself.
> >>>
> >>>
> >>>Thanks for the insight. Now I understand what the
> >>
> >>role
> >>
> >>>of Struts would be regarding the Portlet API. In
> >>
> >>this
> >>
> >>>case I have another question to follow. If Struts
> >>
> >>will
> >>
> >>>hopefully provide a "framework for building
> >>>Struts-based portlets", how do you find the idea
> >>
> >>of
> >>
> >>>cultivating interest for open-source programmers
> >>
> >>to
> >>
> >>>work on a Struts-based portal server under the
> >>
> >>Jakarta
> >>
> >>>umbrella? As you say, there are already people
> who
> >>>have implemented Struts-based non-JSR-168 portal
> >>>servers such as Liferay and BasicPortal. I think
> >>
> >>that
> >>
> >>>it would be wonderful if there could be a joint
> >>
> >>effort
> >>
> >>>to create an open-source Struts-based portal
> >>
> >>server
> >>
> >>>under Jakarta, as an alternative to JetSpeed.
> What
> >>
> >>do
> >>
> >>>you think?
> >>>
> >>>Thanks,
> >>>Mete
> >>
> >>
> >>
> >>
> >
>
---------------------------------------------------------------------
> >
> >>To unsubscribe, e-mail:
> >>struts-user-unsubscribe@jakarta.apache.org
> >>For additional commands, e-mail:
> >>struts-user-help@jakarta.apache.org
> >>
>
>
>
>
---------------------------------------------------------------------
> To unsubscribe, e-mail:
> struts-user-unsubscribe@jakarta.apache.org
> For additional commands, e-mail:
> struts-user-help@jakarta.apache.org
>
---------------------------------------------------------------------
To unsubscribe, e-mail: struts-user-unsubscribe@jakarta.apache.org
For additional commands, e-mail: struts-user-help@jakarta.apache.org
RE: Struts and Portlets
Posted by Mete Kural <me...@yahoo.com>.
Hi John,
Actually Liferay does not force you to use Orion. The
intention was to make Liferay both application server
and database agnostic. Since Liferay developers
themselves use Orion as the development application
server the directory structure in the CVS may have
given you the wrong impression. The source for Liferay
is available in a zip file in the Sourceforge download
page.
But it is true that the modification and compilation
of source can be made more convenient. This could be
one of the goals in a joint Jakarta subproject. Of
course if the Apache people admit the project to
Jakarta.
I think that the persistence layer of Liferay could be
vastly improved. It should be made much easier to
customize, i.e. change the underlying tables, database
system, or even use a J2EE resource adaptor instead of
the JDBC API. This is one of the things you guys
working on BasicPortal are good at: persistence. So
you could help improve the persistence layer.
-Mete
--- John Menke <jo...@eagleinfosystems.com> wrote:
> I tried to use Liferay the other day and they force
> you to use Orion and get
> the CVS if you want the code. otherwise all you get
> is the compiled stuff.
> We would have to get them to change that but I would
> be interesting in
> seeing what could be done to integrate the two
> projects
>
> > -----Original Message-----
> > From: Vic Cekvenich [mailto:vc@basebeans.com]
> > Sent: Tuesday, February 25, 2003 4:56 PM
> > To: struts-user@jakarta.apache.org
> > Subject: Re: Struts and Portlets
> >
> >
> > Sounds good to me.
> >
> > Mete Kural wrote:
> > > Hi Vic,
> > >
> > > I read your proposal. As you say, I think it
> would be
> > > great to provide Struts-based verticals under a
> portal
> > > platform. In your proposal you have mentioned
> that one
> > > of BasicPortal's goals is to provide a UI that
> is
> > > similar to my.netscape.com. I think that Liferay
> has
> > > accomplished this and it also has pretty
> extensive
> > > personalization and administration features.
> Please
> > > surf through the demo at my.liferay.com Log in
> as the
> > > administrator so you can check out the
> administration
> > > features as well:
> > > Login: test@liferay.com Pass: test
> > >
> > > Since now I am somewhat involved in both Liferay
> and
> > > BasicPortal (although I have not yet contributed
> a
> > > single line of code to either of them) I can
> clearly
> > > see that there is a common goal in both of these
> > > projects: providing an open-source
> "Struts-based"
> > > portal server. Both projects have their
> strengths.
> > > While BasicPortal has a good lightweight
> persistence
> > > framework, Liferay has an extensive UI for
> > > personalization and administration. I suggest
> that the
> > > best of both projects can be combined under a
> brand
> > > new Jakarta subproject that would aim to provide
> a
> > > Struts-based alternative to JetSpeed. What do
> you
> > > think?
> > >
> > > -Mete
> > >
> > > --- Vic Cekvenich <vc...@basebeans.com> wrote:
> > >
> > >
>
http://nagoya.apache.org/wiki/apachewiki.cgi?PortalProposal
> > >
> > >>Mete Kural wrote:
> > >>
> > >>>--- "Craig R. McClanahan" <cr...@apache.org>
> > >>
> > >>wrote:
> > >>
> > >>>>There are certainly people in the
> > >>>>world who have done this sort of thing already
> > >>>>(Liferay, BasicPortal, etc.) for non-JSR-168
> > >>>>portlet APIs, so it's clearly feasible, and
> it's a
> > >>>>pretty good idea. But, from my perspective,
> this
> > >>>>sort of thing is actually a Struts-based
> > >>>>application, rather than part of the framework
> > >>>>itself.
> > >>>
> > >>>
> > >>>Thanks for the insight. Now I understand what
> the
> > >>
> > >>role
> > >>
> > >>>of Struts would be regarding the Portlet API.
> In
> > >>
> > >>this
> > >>
> > >>>case I have another question to follow. If
> Struts
> > >>
> > >>will
> > >>
> > >>>hopefully provide a "framework for building
> > >>>Struts-based portlets", how do you find the
> idea
> > >>
> > >>of
> > >>
> > >>>cultivating interest for open-source
> programmers
> > >>
> > >>to
> > >>
> > >>>work on a Struts-based portal server under the
> > >>
> > >>Jakarta
> > >>
> > >>>umbrella? As you say, there are already people
> who
> > >>>have implemented Struts-based non-JSR-168
> portal
> > >>>servers such as Liferay and BasicPortal. I
> think
> > >>
> > >>that
> > >>
> > >>>it would be wonderful if there could be a joint
> > >>
> > >>effort
> > >>
> > >>>to create an open-source Struts-based portal
> > >>
> > >>server
> > >>
> > >>>under Jakarta, as an alternative to JetSpeed.
> What
> > >>
> > >>do
> > >>
> > >>>you think?
> > >>>
> > >>>Thanks,
> > >>>Mete
> > >>
> > >>
> > >>
> > >>
> > >
>
---------------------------------------------------------------------
> > >
> > >>To unsubscribe, e-mail:
> > >>struts-user-unsubscribe@jakarta.apache.org
> > >>For additional commands, e-mail:
> > >>struts-user-help@jakarta.apache.org
> > >>
> >
> >
> >
> >
>
---------------------------------------------------------------------
> > To unsubscribe, e-mail:
> struts-user-unsubscribe@jakarta.apache.org
> > For additional commands, e-mail:
> struts-user-help@jakarta.apache.org
> >
>
>
>
---------------------------------------------------------------------
> To unsubscribe, e-mail:
> struts-user-unsubscribe@jakarta.apache.org
> For additional commands, e-mail:
> struts-user-help@jakarta.apache.org
>
---------------------------------------------------------------------
To unsubscribe, e-mail: struts-user-unsubscribe@jakarta.apache.org
For additional commands, e-mail: struts-user-help@jakarta.apache.org
RE: Struts and Portlets
Posted by John Menke <jo...@eagleinfosystems.com>.
I tried to use Liferay the other day and they force you to use Orion and get
the CVS if you want the code. otherwise all you get is the compiled stuff.
We would have to get them to change that but I would be interesting in
seeing what could be done to integrate the two projects
> -----Original Message-----
> From: Vic Cekvenich [mailto:vc@basebeans.com]
> Sent: Tuesday, February 25, 2003 4:56 PM
> To: struts-user@jakarta.apache.org
> Subject: Re: Struts and Portlets
>
>
> Sounds good to me.
>
> Mete Kural wrote:
> > Hi Vic,
> >
> > I read your proposal. As you say, I think it would be
> > great to provide Struts-based verticals under a portal
> > platform. In your proposal you have mentioned that one
> > of BasicPortal's goals is to provide a UI that is
> > similar to my.netscape.com. I think that Liferay has
> > accomplished this and it also has pretty extensive
> > personalization and administration features. Please
> > surf through the demo at my.liferay.com Log in as the
> > administrator so you can check out the administration
> > features as well:
> > Login: test@liferay.com Pass: test
> >
> > Since now I am somewhat involved in both Liferay and
> > BasicPortal (although I have not yet contributed a
> > single line of code to either of them) I can clearly
> > see that there is a common goal in both of these
> > projects: providing an open-source "Struts-based"
> > portal server. Both projects have their strengths.
> > While BasicPortal has a good lightweight persistence
> > framework, Liferay has an extensive UI for
> > personalization and administration. I suggest that the
> > best of both projects can be combined under a brand
> > new Jakarta subproject that would aim to provide a
> > Struts-based alternative to JetSpeed. What do you
> > think?
> >
> > -Mete
> >
> > --- Vic Cekvenich <vc...@basebeans.com> wrote:
> >
> > http://nagoya.apache.org/wiki/apachewiki.cgi?PortalProposal
> >
> >>Mete Kural wrote:
> >>
> >>>--- "Craig R. McClanahan" <cr...@apache.org>
> >>
> >>wrote:
> >>
> >>>>There are certainly people in the
> >>>>world who have done this sort of thing already
> >>>>(Liferay, BasicPortal, etc.) for non-JSR-168
> >>>>portlet APIs, so it's clearly feasible, and it's a
> >>>>pretty good idea. But, from my perspective, this
> >>>>sort of thing is actually a Struts-based
> >>>>application, rather than part of the framework
> >>>>itself.
> >>>
> >>>
> >>>Thanks for the insight. Now I understand what the
> >>
> >>role
> >>
> >>>of Struts would be regarding the Portlet API. In
> >>
> >>this
> >>
> >>>case I have another question to follow. If Struts
> >>
> >>will
> >>
> >>>hopefully provide a "framework for building
> >>>Struts-based portlets", how do you find the idea
> >>
> >>of
> >>
> >>>cultivating interest for open-source programmers
> >>
> >>to
> >>
> >>>work on a Struts-based portal server under the
> >>
> >>Jakarta
> >>
> >>>umbrella? As you say, there are already people who
> >>>have implemented Struts-based non-JSR-168 portal
> >>>servers such as Liferay and BasicPortal. I think
> >>
> >>that
> >>
> >>>it would be wonderful if there could be a joint
> >>
> >>effort
> >>
> >>>to create an open-source Struts-based portal
> >>
> >>server
> >>
> >>>under Jakarta, as an alternative to JetSpeed. What
> >>
> >>do
> >>
> >>>you think?
> >>>
> >>>Thanks,
> >>>Mete
> >>
> >>
> >>
> >>
> > ---------------------------------------------------------------------
> >
> >>To unsubscribe, e-mail:
> >>struts-user-unsubscribe@jakarta.apache.org
> >>For additional commands, e-mail:
> >>struts-user-help@jakarta.apache.org
> >>
>
>
>
> ---------------------------------------------------------------------
> To unsubscribe, e-mail: struts-user-unsubscribe@jakarta.apache.org
> For additional commands, e-mail: struts-user-help@jakarta.apache.org
>
---------------------------------------------------------------------
To unsubscribe, e-mail: struts-user-unsubscribe@jakarta.apache.org
For additional commands, e-mail: struts-user-help@jakarta.apache.org
Re: Struts and Portlets
Posted by Vic Cekvenich <vc...@basebeans.com>.
Sounds good to me.
Mete Kural wrote:
> Hi Vic,
>
> I read your proposal. As you say, I think it would be
> great to provide Struts-based verticals under a portal
> platform. In your proposal you have mentioned that one
> of BasicPortal's goals is to provide a UI that is
> similar to my.netscape.com. I think that Liferay has
> accomplished this and it also has pretty extensive
> personalization and administration features. Please
> surf through the demo at my.liferay.com Log in as the
> administrator so you can check out the administration
> features as well:
> Login: test@liferay.com Pass: test
>
> Since now I am somewhat involved in both Liferay and
> BasicPortal (although I have not yet contributed a
> single line of code to either of them) I can clearly
> see that there is a common goal in both of these
> projects: providing an open-source "Struts-based"
> portal server. Both projects have their strengths.
> While BasicPortal has a good lightweight persistence
> framework, Liferay has an extensive UI for
> personalization and administration. I suggest that the
> best of both projects can be combined under a brand
> new Jakarta subproject that would aim to provide a
> Struts-based alternative to JetSpeed. What do you
> think?
>
> -Mete
>
> --- Vic Cekvenich <vc...@basebeans.com> wrote:
>
> http://nagoya.apache.org/wiki/apachewiki.cgi?PortalProposal
>
>>Mete Kural wrote:
>>
>>>--- "Craig R. McClanahan" <cr...@apache.org>
>>
>>wrote:
>>
>>>>There are certainly people in the
>>>>world who have done this sort of thing already
>>>>(Liferay, BasicPortal, etc.) for non-JSR-168
>>>>portlet APIs, so it's clearly feasible, and it's a
>>>>pretty good idea. But, from my perspective, this
>>>>sort of thing is actually a Struts-based
>>>>application, rather than part of the framework
>>>>itself.
>>>
>>>
>>>Thanks for the insight. Now I understand what the
>>
>>role
>>
>>>of Struts would be regarding the Portlet API. In
>>
>>this
>>
>>>case I have another question to follow. If Struts
>>
>>will
>>
>>>hopefully provide a "framework for building
>>>Struts-based portlets", how do you find the idea
>>
>>of
>>
>>>cultivating interest for open-source programmers
>>
>>to
>>
>>>work on a Struts-based portal server under the
>>
>>Jakarta
>>
>>>umbrella? As you say, there are already people who
>>>have implemented Struts-based non-JSR-168 portal
>>>servers such as Liferay and BasicPortal. I think
>>
>>that
>>
>>>it would be wonderful if there could be a joint
>>
>>effort
>>
>>>to create an open-source Struts-based portal
>>
>>server
>>
>>>under Jakarta, as an alternative to JetSpeed. What
>>
>>do
>>
>>>you think?
>>>
>>>Thanks,
>>>Mete
>>
>>
>>
>>
> ---------------------------------------------------------------------
>
>>To unsubscribe, e-mail:
>>struts-user-unsubscribe@jakarta.apache.org
>>For additional commands, e-mail:
>>struts-user-help@jakarta.apache.org
>>
---------------------------------------------------------------------
To unsubscribe, e-mail: struts-user-unsubscribe@jakarta.apache.org
For additional commands, e-mail: struts-user-help@jakarta.apache.org
Re: [ANNOUNCEMENT] Liferay Enterprise Portal 1.8 RC2 is released
Posted by Mete Kural <me...@yahoo.com>.
Sorry to miss this one detail. When you go to the demo
page at http://my.liferay.com click on the "My
Liferay" link on the top right corner to get to the
portal login.
-Mete
--- Mete Kural <me...@yahoo.com> wrote:
> Hello Folks,
>
> The Liferay team is proud to announce that Liferay
> Enterprise Portal 1.8 Release Candidate 2 has been
> released. You can download Liferay bundled and
> pre-configured with JBoss/Tomcat, JBoss/Jetty or
> Orion. Or if you wish you can download the .EAR
> enterprise archive file and deploy it yourself in
> your
> favorite application server. Documentation can be
> found on Liferay's website http://www.liferay.com or
> the docs zip package available in the download area.
> The download page is here:
>
http://sourceforge.net/project/showfiles.php?group_id=49260
>
> Liferay is a free open-source implementation of an
> enterprise portal server similar to WebSphere,
> Plumtree and Epicentric. It provides personalization
> features similar to Yahoo and a vast array of
> pre-built portlets such as Mail, News, Shopping
> Cart,
> Message Board, Wiki, and many more. Liferay is
> intended to go in the JSR-168 Portlet API direction
> once the specs are released to the community. For
> more
> info, please visit http://www.liferay.com
>
> For a live demo, please go to http://my.liferay.com
>
> If you would like to get involved in the project,
> that
> would be wonderful. Please drop us a line.
>
> Thanks and have a nice day,
> The Liferay Team
>
>
>
---------------------------------------------------------------------
> To unsubscribe, e-mail:
> struts-user-unsubscribe@jakarta.apache.org
> For additional commands, e-mail:
> struts-user-help@jakarta.apache.org
>
---------------------------------------------------------------------
To unsubscribe, e-mail: struts-user-unsubscribe@jakarta.apache.org
For additional commands, e-mail: struts-user-help@jakarta.apache.org
[ANNOUNCEMENT] Liferay Enterprise Portal 1.8 RC2 is released
Posted by Mete Kural <me...@yahoo.com>.
Hello Folks,
The Liferay team is proud to announce that Liferay
Enterprise Portal 1.8 Release Candidate 2 has been
released. You can download Liferay bundled and
pre-configured with JBoss/Tomcat, JBoss/Jetty or
Orion. Or if you wish you can download the .EAR
enterprise archive file and deploy it yourself in your
favorite application server. Documentation can be
found on Liferay's website http://www.liferay.com or
the docs zip package available in the download area.
The download page is here:
http://sourceforge.net/project/showfiles.php?group_id=49260
Liferay is a free open-source implementation of an
enterprise portal server similar to WebSphere,
Plumtree and Epicentric. It provides personalization
features similar to Yahoo and a vast array of
pre-built portlets such as Mail, News, Shopping Cart,
Message Board, Wiki, and many more. Liferay is
intended to go in the JSR-168 Portlet API direction
once the specs are released to the community. For more
info, please visit http://www.liferay.com
For a live demo, please go to http://my.liferay.com
If you would like to get involved in the project, that
would be wonderful. Please drop us a line.
Thanks and have a nice day,
The Liferay Team
---------------------------------------------------------------------
To unsubscribe, e-mail: struts-user-unsubscribe@jakarta.apache.org
For additional commands, e-mail: struts-user-help@jakarta.apache.org
Re: Struts and Portlets
Posted by Mete Kural <me...@yahoo.com>.
Hi Vic,
I read your proposal. As you say, I think it would be
great to provide Struts-based verticals under a portal
platform. In your proposal you have mentioned that one
of BasicPortal's goals is to provide a UI that is
similar to my.netscape.com. I think that Liferay has
accomplished this and it also has pretty extensive
personalization and administration features. Please
surf through the demo at my.liferay.com Log in as the
administrator so you can check out the administration
features as well:
Login: test@liferay.com Pass: test
Since now I am somewhat involved in both Liferay and
BasicPortal (although I have not yet contributed a
single line of code to either of them) I can clearly
see that there is a common goal in both of these
projects: providing an open-source "Struts-based"
portal server. Both projects have their strengths.
While BasicPortal has a good lightweight persistence
framework, Liferay has an extensive UI for
personalization and administration. I suggest that the
best of both projects can be combined under a brand
new Jakarta subproject that would aim to provide a
Struts-based alternative to JetSpeed. What do you
think?
-Mete
--- Vic Cekvenich <vc...@basebeans.com> wrote:
>
http://nagoya.apache.org/wiki/apachewiki.cgi?PortalProposal
>
> Mete Kural wrote:
> > --- "Craig R. McClanahan" <cr...@apache.org>
> wrote:
> >
> >>There are certainly people in the
> >>world who have done this sort of thing already
> >>(Liferay, BasicPortal, etc.) for non-JSR-168
> >>portlet APIs, so it's clearly feasible, and it's a
> >>pretty good idea. But, from my perspective, this
> >>sort of thing is actually a Struts-based
> >>application, rather than part of the framework
> >>itself.
> >
> >
> > Thanks for the insight. Now I understand what the
> role
> > of Struts would be regarding the Portlet API. In
> this
> > case I have another question to follow. If Struts
> will
> > hopefully provide a "framework for building
> > Struts-based portlets", how do you find the idea
> of
> > cultivating interest for open-source programmers
> to
> > work on a Struts-based portal server under the
> Jakarta
> > umbrella? As you say, there are already people who
> > have implemented Struts-based non-JSR-168 portal
> > servers such as Liferay and BasicPortal. I think
> that
> > it would be wonderful if there could be a joint
> effort
> > to create an open-source Struts-based portal
> server
> > under Jakarta, as an alternative to JetSpeed. What
> do
> > you think?
> >
> > Thanks,
> > Mete
>
>
>
>
---------------------------------------------------------------------
> To unsubscribe, e-mail:
> struts-user-unsubscribe@jakarta.apache.org
> For additional commands, e-mail:
> struts-user-help@jakarta.apache.org
>
---------------------------------------------------------------------
To unsubscribe, e-mail: struts-user-unsubscribe@jakarta.apache.org
For additional commands, e-mail: struts-user-help@jakarta.apache.org
Re: Struts and Portlets
Posted by Vic Cekvenich <vc...@basebeans.com>.
http://nagoya.apache.org/wiki/apachewiki.cgi?PortalProposal
Mete Kural wrote:
> --- "Craig R. McClanahan" <cr...@apache.org> wrote:
>
>>There are certainly people in the
>>world who have done this sort of thing already
>>(Liferay, BasicPortal, etc.) for non-JSR-168
>>portlet APIs, so it's clearly feasible, and it's a
>>pretty good idea. But, from my perspective, this
>>sort of thing is actually a Struts-based
>>application, rather than part of the framework
>>itself.
>
>
> Thanks for the insight. Now I understand what the role
> of Struts would be regarding the Portlet API. In this
> case I have another question to follow. If Struts will
> hopefully provide a "framework for building
> Struts-based portlets", how do you find the idea of
> cultivating interest for open-source programmers to
> work on a Struts-based portal server under the Jakarta
> umbrella? As you say, there are already people who
> have implemented Struts-based non-JSR-168 portal
> servers such as Liferay and BasicPortal. I think that
> it would be wonderful if there could be a joint effort
> to create an open-source Struts-based portal server
> under Jakarta, as an alternative to JetSpeed. What do
> you think?
>
> Thanks,
> Mete
---------------------------------------------------------------------
To unsubscribe, e-mail: struts-user-unsubscribe@jakarta.apache.org
For additional commands, e-mail: struts-user-help@jakarta.apache.org
Re: Struts and Portlets
Posted by Mete Kural <me...@yahoo.com>.
--- "Craig R. McClanahan" <cr...@apache.org> wrote:
> There are certainly people in the
> world who have done this sort of thing already
> (Liferay, BasicPortal, etc.) for non-JSR-168
> portlet APIs, so it's clearly feasible, and it's a
> pretty good idea. But, from my perspective, this
> sort of thing is actually a Struts-based
> application, rather than part of the framework
> itself.
Thanks for the insight. Now I understand what the role
of Struts would be regarding the Portlet API. In this
case I have another question to follow. If Struts will
hopefully provide a "framework for building
Struts-based portlets", how do you find the idea of
cultivating interest for open-source programmers to
work on a Struts-based portal server under the Jakarta
umbrella? As you say, there are already people who
have implemented Struts-based non-JSR-168 portal
servers such as Liferay and BasicPortal. I think that
it would be wonderful if there could be a joint effort
to create an open-source Struts-based portal server
under Jakarta, as an alternative to JetSpeed. What do
you think?
Thanks,
Mete
---------------------------------------------------------------------
To unsubscribe, e-mail: struts-user-unsubscribe@jakarta.apache.org
For additional commands, e-mail: struts-user-help@jakarta.apache.org
Re: Struts and Portlets
Posted by "Craig R. McClanahan" <cr...@apache.org>.
On Tue, 25 Feb 2003, Mete Kural wrote:
> Date: Tue, 25 Feb 2003 09:31:36 -0800 (PST)
> From: Mete Kural <me...@yahoo.com>
> Reply-To: Struts Users Mailing List <st...@jakarta.apache.org>
> To: Struts Users Mailing List <st...@jakarta.apache.org>
> Subject: Re: Struts and Portlets
>
> --- "Craig R. McClanahan" <cr...@apache.org> wrote:
> > I'm definitely interested in making it possible to
> > reuse Struts-based
> > webapp things (actions, form beans, pages, business
> > logic) in a portlet.
> > That's going to take some refactoring and
> > abstraction of the fundamental
> > APIs -- but it's definitely going to be worth doing.
>
> Craig, what would be the scope of implementing the
> Portlet API in Struts? Would it encompass implementing
> some features of a portal server? Do you think it is
> practical to provide a portal server platform within
> Struts?
>
The result of JSR 168 is going to be an API contract between a portal
server and a portlet -- much like the Servlet API contract between a
servlet container and a Servlet. As such, I think the best role for
Struts is to answer the "how do you program a portlet" rather than "how do
I build a portal server".
The analogy in the servlet space is that there's no need for Struts to
implement the servlet API, since lots of containers (including Tomcat) do
that for you. Instead, I want to make it possible to write Struts-based
portlets that can run on *anyone's* portal server that supports JSR-168.
That doesn't mean we have to write the portal server itself -- it means we
need to implement the portlet API analog of what ActionServlet does for
servlet requests.
Now, another interesting question is "can I build a portal server based on
Struts that can then incorporate JSR-168 portlets?" The thinking is that
you could use Tiles and other Struts based features to manage the
aggregation that portal servers do. There are certainly people in the
world who have done this sort of thing already (Liferay, BasicPortal,
etc.) for non-JSR-168 portlet APIs, so it's clearly feasible, and it's a
pretty good idea. But, from my perspective, this sort of thing is
actually a Struts-based application, rather than part of the framework
itself.
> Thanks,
> Mete
Craig
---------------------------------------------------------------------
To unsubscribe, e-mail: struts-user-unsubscribe@jakarta.apache.org
For additional commands, e-mail: struts-user-help@jakarta.apache.org
Re: Struts and Portlets
Posted by Mete Kural <me...@yahoo.com>.
--- "Craig R. McClanahan" <cr...@apache.org> wrote:
> I'm definitely interested in making it possible to
> reuse Struts-based
> webapp things (actions, form beans, pages, business
> logic) in a portlet.
> That's going to take some refactoring and
> abstraction of the fundamental
> APIs -- but it's definitely going to be worth doing.
Craig, what would be the scope of implementing the
Portlet API in Struts? Would it encompass implementing
some features of a portal server? Do you think it is
practical to provide a portal server platform within
Struts?
Thanks,
Mete
---------------------------------------------------------------------
To unsubscribe, e-mail: struts-user-unsubscribe@jakarta.apache.org
For additional commands, e-mail: struts-user-help@jakarta.apache.org
Re: Struts and Portlets
Posted by "Craig R. McClanahan" <cr...@apache.org>.
On Tue, 25 Feb 2003 Juraj.Lenharcik@t-systems.com wrote:
> Date: Tue, 25 Feb 2003 07:52:38 +0100
> From: Juraj.Lenharcik@t-systems.com
> Reply-To: Struts Users Mailing List <st...@jakarta.apache.org>
> To: struts-user@jakarta.apache.org
> Subject: Struts and Portlets
>
> Hi,
>
> is there an intention to implement the JSR-168 (Portlet API) into
> struts?
>
I'm definitely interested in making it possible to reuse Struts-based
webapp things (actions, form beans, pages, business logic) in a portlet.
That's going to take some refactoring and abstraction of the fundamental
APIs -- but it's definitely going to be worth doing.
Craig McClanahan
---------------------------------------------------------------------
To unsubscribe, e-mail: struts-user-unsubscribe@jakarta.apache.org
For additional commands, e-mail: struts-user-help@jakarta.apache.org