You are viewing a plain text version of this content. The canonical link for it is here.
Posted to jetspeed-user@portals.apache.org by Vincent Massol <vm...@octo.com> on 2002/05/19 00:03:37 UTC
Is Jetspeed appropriate ?
Hi Jetspeeders,
I need to build an intranet portal for a big company (15,000 potential
users, probably more likely to be around 4,000-5,000 active users). I
haven't been following Jetspeed for the past year and I need your help
to know if it can be used on that project.
Let me give you more details on what features I would need. I would very
much appreciate if you could tell me how much I would need to work to
make that happen using a Jetspeed infrastructure ... :-)
Could you rate with the following scale :
* 0 : not possible,
* 1 : lots of coding to do, this is not a built-in feature,
* 2 : a little coding to do, but very well in the scope of jetspeed and
a known feature
* 3 : exist as a feature, can be used as is or through some
configuration but with no coding required
Features needed :
- Ability to map the authentication and authorizations to an existing
LDAP schema.
- Ability to display portlet list based on user role or other criteria
coming from LDAP (such as the Office Branch of the employee)
- Ability to customize the content of a portlet based on user role,
language, country, and other parameters coming from LDAP (employee
branch, etc)
- Any JAAS support ?
- Page content parsing for URL rewriting : I can see there is already a
URL rewriter (actually a new implementation seem to be in progress). How
much would I need to code/debug/improve to make it a reliable and fast
solution ?
- Fine-grained Portlet caching : per user, per URL (including HTTP
parameters)
Also :
- Performance : All the jetspeed web sites I have seen were not
particularly fast. Is there any known issue WRT performance ? Do all the
performance issues come from aggregated content or is the Jetspeed
framework itself (or Turbine) a bottleneck ? Or is it Tomcat (does it
make a difference running jetspeed on Resin) ? Is there any work going
on at the current time to improve performances ?
- I think IBM is using Jetspeed as the base for WebSphere Portal Server.
If so, is IBM working on a new branch of Jetspeed or are they working on
the same Jakarta CVS version ?
- We plan to use mostly the WebPage Portlet (with caching of course) and
the JSP portlet. Any issues with these 2 ?
- Has anyone developed any Web SSO feature for the WebPage Portlet (for
example supporting Basic and form-based authentication) ? For example,
for each Application you could configure a SSOWebPagePortlet in the
config file, passing SSO parameters and reading credentials from a
store.
Overall, would you recommend using Jetspeed for a full fledge intranet
of such a size ? Would you use it yourself for that ? Do you foresee any
issue ?
Lots of questions ... !
Thanks a lot for your help
-Vincent
--
To unsubscribe, e-mail: <ma...@jakarta.apache.org>
For additional commands, e-mail: <ma...@jakarta.apache.org>
RE: URL rewriter
Posted by David Sean Taylor <da...@bluesunrise.com>.
The new rewriter code is under org.apache.jetspeed.util.rewriter
I haven't yet attached it to a portlet, but there is a SampleRewriter
that you can start with.
The basic idea is to make it more extensible - so that you can customize
the rewriter to your needs.
I've found that I always end up writing little pieces of custom code to
handle specific tags, and that is where the events come in.
You can override the tag events to customize your rewriter behavior.
The current WebPagePortlet doesn't use the new framework yet.
> -----Original Message-----
> From: Glen Carl - CSC [mailto:carl@csc-monterey.com]
> Sent: Monday, May 20, 2002 10:56 AM
> To: Jetspeed Users List
> Cc: david@bluesunrise.com
> Subject: URL rewriter
>
>
> David,
> I recently noticed your post mentioning that you have written an
> improved URL rewriter. Do you have a plan when you are going to
> contribute the source, or a way to access this source?
>
> At the moment, I am in need of URL rewriting functionality for a
> Jetspeed portlet. Currently, I am using the IFramePortlet, but I have
> some requirements for something more similar to the WebPagePortlet.
>
> Thanks,
> Glen
>
> David Sean Taylor wrote:
>
> >
> >There is the WebPagePortlet using the old URL rewriter.
> >I have recently written a second URL rewriter, which is
> better than the
> >first.
> >You may also want to try out the IFramePortlet
> >
> >
> >
> --
> Glen Carl
> Computer Sciences Corporation (CSC)
> (831)656-4543
> carl@csc-monterey.com
>
>
>
>
>
> --
> To unsubscribe, e-mail:
> <mailto:jetspeed-user-> unsubscribe@jakarta.apache.org>
> For
> additional commands,
> e-mail: <ma...@jakarta.apache.org>
>
>
--
To unsubscribe, e-mail: <ma...@jakarta.apache.org>
For additional commands, e-mail: <ma...@jakarta.apache.org>
URL rewriter
Posted by Glen Carl - CSC <ca...@csc-monterey.com>.
David,
I recently noticed your post mentioning that you have written an
improved URL rewriter. Do you have a plan when you are going to
contribute the source, or a way to access this source?
At the moment, I am in need of URL rewriting functionality for a
Jetspeed portlet. Currently, I am using the IFramePortlet, but I have
some requirements for something more similar to the WebPagePortlet.
Thanks,
Glen
David Sean Taylor wrote:
>
>There is the WebPagePortlet using the old URL rewriter.
>I have recently written a second URL rewriter, which is better than the
>first.
>You may also want to try out the IFramePortlet
>
>
>
--
Glen Carl
Computer Sciences Corporation (CSC)
(831)656-4543
carl@csc-monterey.com
--
To unsubscribe, e-mail: <ma...@jakarta.apache.org>
For additional commands, e-mail: <ma...@jakarta.apache.org>
Re: RunData Obect & Sessions
Posted by "David G. Powers" <je...@pssp.com>.
-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA1
On Wednesday 22 May 2002 08:52 am, Anthony Smith wrote:
> Basically I am doing something where after 3 bad login attempts for a
> user they are disabled, and they are returned back to the login page
> telling them that, but each time I return to the login page after less
> than 3 login attempts the counter for number of bad login attempts gets
> lost.
I realize this doesn't solve the issue with session vars but...
Have a look at JetpseedResources.properties (I'm using a recent CVS
version). There are some settings that may be of interest to you:
# Auto-Account-Disable Feature
services.JetspeedSecurity.logon.auto.disable=true
# 3 logon strikes per 300 seconds and your out
services.JetspeedSecurity.logon.strike.count=3
services.JetspeedSecurity.logon.strike.interval=300
# dont allow more than 10 over any time period
services.JetspeedSecurity.logon.strike.max=10
Have you tried setting "logon.strike.max=3"?
DP
- --
David G. Powers
PowerSource
-----BEGIN PGP SIGNATURE-----
Comment: Verify the authenticity of this message with the public key available at http://pssp.com/dgp_pk.asc
iD8DBQE869UrjmjAPDT0/nERAj1zAJwKFiqqmQhpDt4mHo2WoqF32XWbywCeP34M
pykjhqPCPQCw6quZV64nDl0=
=z9wa
-----END PGP SIGNATURE-----
--
To unsubscribe, e-mail: <ma...@jakarta.apache.org>
For additional commands, e-mail: <ma...@jakarta.apache.org>
RunData Obect & Sessions
Posted by Anthony Smith <an...@fedex.com>.
In JLoginUser if I add some stuff to a session do I have to add it using the
RunData object?
I am setting some stuff in a session and I used:
data.getSession().setAttribute(current_username, "username");
and it workd but I send it back to the login page do a new submit and hence
I loose the sessions variables I created, how can I keep them.
Basically I am doing something where after 3 bad login attempts for a user
they are disabled, and they are returned back to the login page telling them
that, but each time I return to the login page after less than 3 login
attempts the counter for number of bad login attempts gets lost.
Help
--
To unsubscribe, e-mail: <ma...@jakarta.apache.org>
For additional commands, e-mail: <ma...@jakarta.apache.org>
Re: Powered by Jetspeed
Posted by Zulfahmi Andri <zu...@miningtrading.com>.
Ok, link to them.
For notation http://www.mizan.com is an Indonesian publisher website that
till this time has more than 3800 members.
And http://www.ikapi.or.id is the Indonesia Publisher Organization website.
This website give its members (publishers) to publish their catalog online,
upload their books cover, put news, etc.
Thanks anyway,
Zulfahmi Andri
----- Original Message -----
From: "Chris Kimpton" <ki...@yahoo.com>
To: "Jetspeed Users List" <je...@jakarta.apache.org>
Sent: Monday, May 20, 2002 1:56 PM
Subject: Re: Powered by Jetspeed
Hi,
They look great (although I must admit to not knowing any
Indonesian).
Is it ok to link to them on the "Powered By Jetspeed" part of the
Jetspeed site?
Regards,
Chris
--- Zulfahmi Andri <zu...@miningtrading.com> wrote:
> Hi,
> I am working on several websites that based on Turbine and Jetspeed
> combination. Two of them are :
> http://www.mizan.com
> http://www.ikapi.or.id
>
> both in Indonesia language.
> Thanks for all of Jetspeed devs.
>
> zulfahmi andri
> PT. Valensi Madani
>
>
>
> --
> To unsubscribe, e-mail:
> <ma...@jakarta.apache.org>
> For additional commands, e-mail:
> <ma...@jakarta.apache.org>
>
=====
------------------------------------------
http://www.soccer2002.org.uk - The Game is On!
__________________________________________________
Do You Yahoo!?
LAUNCH - Your Yahoo! Music Experience
http://launch.yahoo.com
--
To unsubscribe, e-mail:
<ma...@jakarta.apache.org>
For additional commands, e-mail:
<ma...@jakarta.apache.org>
--
To unsubscribe, e-mail: <ma...@jakarta.apache.org>
For additional commands, e-mail: <ma...@jakarta.apache.org>
Re: Powered by Jetspeed
Posted by Chris Kimpton <ki...@yahoo.com>.
Hi,
They look great (although I must admit to not knowing any
Indonesian).
Is it ok to link to them on the "Powered By Jetspeed" part of the
Jetspeed site?
Regards,
Chris
--- Zulfahmi Andri <zu...@miningtrading.com> wrote:
> Hi,
> I am working on several websites that based on Turbine and Jetspeed
> combination. Two of them are :
> http://www.mizan.com
> http://www.ikapi.or.id
>
> both in Indonesia language.
> Thanks for all of Jetspeed devs.
>
> zulfahmi andri
> PT. Valensi Madani
>
>
>
> --
> To unsubscribe, e-mail:
> <ma...@jakarta.apache.org>
> For additional commands, e-mail:
> <ma...@jakarta.apache.org>
>
=====
------------------------------------------
http://www.soccer2002.org.uk - The Game is On!
__________________________________________________
Do You Yahoo!?
LAUNCH - Your Yahoo! Music Experience
http://launch.yahoo.com
--
To unsubscribe, e-mail: <ma...@jakarta.apache.org>
For additional commands, e-mail: <ma...@jakarta.apache.org>
Powered by Jetspeed
Posted by Zulfahmi Andri <zu...@miningtrading.com>.
Hi,
I am working on several websites that based on Turbine and Jetspeed
combination. Two of them are :
http://www.mizan.com
http://www.ikapi.or.id
both in Indonesia language.
Thanks for all of Jetspeed devs.
zulfahmi andri
PT. Valensi Madani
--
To unsubscribe, e-mail: <ma...@jakarta.apache.org>
For additional commands, e-mail: <ma...@jakarta.apache.org>
RE: Is Jetspeed appropriate ?
Posted by David Sean Taylor <da...@bluesunrise.com>.
See below
> -----Original Message-----
> From: Vincent Massol [mailto:vmassol@octo.com]
> Sent: Monday, May 20, 2002 12:59 PM
> To: 'Jetspeed Users List'
> Subject: RE: Is Jetspeed appropriate ?
>
> > > Also :
> > >
> > > - Performance : All the jetspeed web sites I have seen were not
> > > particularly fast. Is there any known issue WRT
> performance ? Do all
> > > the performance issues come from aggregated content or is the
> > > Jetspeed framework itself (or
> > > Turbine) a bottleneck ? Or is it Tomcat (does it make a
> difference
> > > running jetspeed on Resin) ? Is there any work going on at the
> > > current time to improve performances ?
> > >
> >
> > For the upcoming release,
>
> which is scheduled sometime this summer, right ? Any big work
> remaining ?
>
Yes, 'this summer' sounds just vague enough ;)
See the TODO-RELEASE-1.4.txt in the root of cvs.
> > we will tune Jetspeed for performance.
> > Ive ran Jetspeed on Weblogic and other web servers.
> > Im also running it on Apache with several Tomcat nodes.
>
> Have you seen noticeable improvements over Tomcat ?
>
Yes sorry to say.
I don't want to go into comparing app servers though since I work in the
application server biz...
Recommend doing your own benchmarks
> > I think performance is something we can improve on, and is
> not a major
> > issue.
>
> Meaning, you believe it is performant ATM or that it can be
> easily be improved ?
>
It can be improved, hopefully easily, but its hard to say until you
actually profile it.
Part of the 1.4 release plan is to improve performance.
>
> > Issues:
> > - there's a lack of diverse out of the box portlets.
>
> Yes, but I believe the most useful ones are there already, I
> think. I think the biggest work is probably on SSO-enabling
> the WebPage one. It would be nice to make sure that the JAAS
> implementation is easily accessible from Portlets so that we
> can plug-in authentication schemes for HTTP connections for example.
>
> > With the
> > standardization of portlets coming soon, Jetspeed will be
> able to use
> > any standard portlet.
>
> Yes, but that's probably not soon enough ... We'll be in
> production when this happens ... (if everything goes fine !).
> It's not before Jetespeed 2.0, right ? And anyways, the JSR
> is not yet finalized.
It isn't finalized but it is coming along (Im on the expert group)
We plan to base Jetspeed 2.0 on the spec. when it is available hopefully
sometime later this year
>
> Thanks again David.
> -Vincent
>
> >
> > David
> >
> > > Lots of questions ... !
> > >
> > > Thanks a lot for your help
> > > -Vincent
> > >
> > >
> > > --
> > > To unsubscribe, e-mail:
> > > <mailto:jetspeed-user-> unsubscribe@jakarta.apache.org>
> > > For
> > > additional commands,
> > > e-mail: <ma...@jakarta.apache.org>
> > >
> > >
> >
> >
> >
> > --
> > To unsubscribe, e-mail: <mailto:jetspeed-user-
> > unsubscribe@jakarta.apache.org>
> > For additional commands, e-mail: <mailto:jetspeed-user-
> > help@jakarta.apache.org>
>
>
>
> --
> To unsubscribe, e-mail:
> <mailto:jetspeed-user-> unsubscribe@jakarta.apache.org>
> For
> additional commands,
> e-mail: <ma...@jakarta.apache.org>
>
>
--
To unsubscribe, e-mail: <ma...@jakarta.apache.org>
For additional commands, e-mail: <ma...@jakarta.apache.org>
RE: Is Jetspeed appropriate ?
Posted by Vincent Massol <vm...@octo.com>.
David,
Thanks very much for this useful information. See below.
> -----Original Message-----
> From: David Sean Taylor [mailto:david@bluesunrise.com]
> Sent: 19 May 2002 16:44
> To: 'Jetspeed Users List'
> Subject: RE: Is Jetspeed appropriate ?
>
>
>
> > -----Original Message-----
> > From: Vincent Massol [mailto:vmassol@octo.com]
> > Sent: Saturday, May 18, 2002 3:04 PM
> > To: jetspeed-user@jakarta.apache.org
> > Subject: Is Jetspeed appropriate ?
> >
> >
> > Hi Jetspeeders,
> >
> > I need to build an intranet portal for a big company (15,000
> > potential users, probably more likely to be around
> > 4,000-5,000 active users). I haven't been following Jetspeed
> > for the past year and I need your help to know if it can be
> > used on that project.
> >
> > Let me give you more details on what features I would need. I
> > would very much appreciate if you could tell me how much I
> > would need to work to make that happen using a Jetspeed
> > infrastructure ... :-)
> >
> > Could you rate with the following scale :
> > * 0 : not possible,
> > * 1 : lots of coding to do, this is not a built-in feature,
> > * 2 : a little coding to do, but very well in the scope of
> > jetspeed and a known feature
> > * 3 : exist as a feature, can be used as is or through some
> > configuration but with no coding required
> >
> > Features needed :
> >
> > - Ability to map the authentication and authorizations to an
> > existing LDAP schema.
>
> See below
>
> > - Ability to display portlet list based on user role or other
> > criteria coming from LDAP (such as the Office Branch of the
employee)
>
> See below
>
> > - Ability to customize the content of a portlet based on user
> > role, language, country, and other parameters coming from
> > LDAP (employee branch, etc)
>
> See below
>
> > - Any JAAS support ?
>
> Im working on a JAAS proposal and will start coding sometime next
week.
> The plan is to completely decouple Turbine Security, and make security
> more pluggable.
> Will implement a default Jetspeed JAAS Security manager.
> For the default implementation, I wasn't planning on using LDAP, but
Im
> open to suggestions.
>
I might be able to help if we choose to go ahead with Jetspeed :-). But
don't count too much on it at this point. The client will decide within
the coming 2 weeks ...
> As another approach, you can consider keeping Turbine-2 security and
> find a LDAP implementation.
> Im not sure, but I thought that someone implemented a LDAP service for
> Turbine.
> Check the Turbine list.
Ok. I will do this.
>
> > - Page content parsing for URL rewriting : I can see there is
> > already a URL rewriter (actually a new implementation seem to
> > be in progress). How much would I need to code/debug/improve
> > to make it a reliable and fast solution ?
>
> There is the WebPagePortlet using the old URL rewriter.
> I have recently written a second URL rewriter, which is better than
the
> first.
> You may also want to try out the IFramePortlet
>
> 2 or 3
>
> > - Fine-grained Portlet caching : per user, per URL (including HTTP
> > parameters)
>
> 2 or 3
>
> >
> > Also :
> >
> > - Performance : All the jetspeed web sites I have seen were
> > not particularly fast. Is there any known issue WRT
> > performance ? Do all the performance issues come from
> > aggregated content or is the Jetspeed framework itself (or
> > Turbine) a bottleneck ? Or is it Tomcat (does it make a
> > difference running jetspeed on Resin) ? Is there any work
> > going on at the current time to improve performances ?
> >
>
> For the upcoming release,
which is scheduled sometime this summer, right ? Any big work remaining
?
> we will tune Jetspeed for performance.
> Ive ran Jetspeed on Weblogic and other web servers.
> Im also running it on Apache with several Tomcat nodes.
Have you seen noticeable improvements over Tomcat ?
> I think performance is something we can improve on, and is not a major
> issue.
Meaning, you believe it is performant ATM or that it can be easily be
improved ?
>
> > - I think IBM is using Jetspeed as the base for WebSphere
> > Portal Server. If so, is IBM working on a new branch of
> > Jetspeed or are they working on the same Jakarta CVS version ?
> >
>
> New branch, and its not in our cvs.
>
> > - We plan to use mostly the WebPage Portlet (with caching of
> > course) and the JSP portlet. Any issues with these 2 ?
>
> Not that I know of.
>
> >
> > - Has anyone developed any Web SSO feature for the WebPage
> > Portlet (for example supporting Basic and form-based
> > authentication) ? For example, for each Application you could
> > configure a SSOWebPagePortlet in the config file, passing SSO
> > parameters and reading credentials from a store.
> >
> I think so. Check the mailing list. I believe David Powers has done
this
> before and was planning on committing something.
I'll check this. Thanks.
>
> > Overall, would you recommend using Jetspeed for a full fledge
> > intranet of such a size ? Would you use it yourself for that
> > ? Do you foresee any issue ?
> >
> Yes I would.
>
cool :-)
> Issues:
> - there's a lack of diverse out of the box portlets.
Yes, but I believe the most useful ones are there already, I think. I
think the biggest work is probably on SSO-enabling the WebPage one. It
would be nice to make sure that the JAAS implementation is easily
accessible from Portlets so that we can plug-in authentication schemes
for HTTP connections for example.
> With the
> standardization of portlets coming soon, Jetspeed will be able to use
> any standard portlet.
Yes, but that's probably not soon enough ... We'll be in production when
this happens ... (if everything goes fine !). It's not before Jetespeed
2.0, right ? And anyways, the JSR is not yet finalized.
Thanks again David.
-Vincent
>
> David
>
> > Lots of questions ... !
> >
> > Thanks a lot for your help
> > -Vincent
> >
> >
> > --
> > To unsubscribe, e-mail:
> > <mailto:jetspeed-user-> unsubscribe@jakarta.apache.org>
> > For
> > additional commands,
> > e-mail: <ma...@jakarta.apache.org>
> >
> >
>
>
>
> --
> To unsubscribe, e-mail: <mailto:jetspeed-user-
> unsubscribe@jakarta.apache.org>
> For additional commands, e-mail: <mailto:jetspeed-user-
> help@jakarta.apache.org>
--
To unsubscribe, e-mail: <ma...@jakarta.apache.org>
For additional commands, e-mail: <ma...@jakarta.apache.org>
RE: Is Jetspeed appropriate ?
Posted by David Sean Taylor <da...@bluesunrise.com>.
> -----Original Message-----
> From: Vincent Massol [mailto:vmassol@octo.com]
> Sent: Saturday, May 18, 2002 3:04 PM
> To: jetspeed-user@jakarta.apache.org
> Subject: Is Jetspeed appropriate ?
>
>
> Hi Jetspeeders,
>
> I need to build an intranet portal for a big company (15,000
> potential users, probably more likely to be around
> 4,000-5,000 active users). I haven't been following Jetspeed
> for the past year and I need your help to know if it can be
> used on that project.
>
> Let me give you more details on what features I would need. I
> would very much appreciate if you could tell me how much I
> would need to work to make that happen using a Jetspeed
> infrastructure ... :-)
>
> Could you rate with the following scale :
> * 0 : not possible,
> * 1 : lots of coding to do, this is not a built-in feature,
> * 2 : a little coding to do, but very well in the scope of
> jetspeed and a known feature
> * 3 : exist as a feature, can be used as is or through some
> configuration but with no coding required
>
> Features needed :
>
> - Ability to map the authentication and authorizations to an
> existing LDAP schema.
See below
> - Ability to display portlet list based on user role or other
> criteria coming from LDAP (such as the Office Branch of the employee)
See below
> - Ability to customize the content of a portlet based on user
> role, language, country, and other parameters coming from
> LDAP (employee branch, etc)
See below
> - Any JAAS support ?
Im working on a JAAS proposal and will start coding sometime next week.
The plan is to completely decouple Turbine Security, and make security
more pluggable.
Will implement a default Jetspeed JAAS Security manager.
For the default implementation, I wasn't planning on using LDAP, but Im
open to suggestions.
As another approach, you can consider keeping Turbine-2 security and
find a LDAP implementation.
Im not sure, but I thought that someone implemented a LDAP service for
Turbine.
Check the Turbine list.
> - Page content parsing for URL rewriting : I can see there is
> already a URL rewriter (actually a new implementation seem to
> be in progress). How much would I need to code/debug/improve
> to make it a reliable and fast solution ?
There is the WebPagePortlet using the old URL rewriter.
I have recently written a second URL rewriter, which is better than the
first.
You may also want to try out the IFramePortlet
2 or 3
> - Fine-grained Portlet caching : per user, per URL (including HTTP
> parameters)
2 or 3
>
> Also :
>
> - Performance : All the jetspeed web sites I have seen were
> not particularly fast. Is there any known issue WRT
> performance ? Do all the performance issues come from
> aggregated content or is the Jetspeed framework itself (or
> Turbine) a bottleneck ? Or is it Tomcat (does it make a
> difference running jetspeed on Resin) ? Is there any work
> going on at the current time to improve performances ?
>
For the upcoming release, we will tune Jetspeed for performance.
Ive ran Jetspeed on Weblogic and other web servers.
Im also running it on Apache with several Tomcat nodes.
I think performance is something we can improve on, and is not a major
issue.
> - I think IBM is using Jetspeed as the base for WebSphere
> Portal Server. If so, is IBM working on a new branch of
> Jetspeed or are they working on the same Jakarta CVS version ?
>
New branch, and its not in our cvs.
> - We plan to use mostly the WebPage Portlet (with caching of
> course) and the JSP portlet. Any issues with these 2 ?
Not that I know of.
>
> - Has anyone developed any Web SSO feature for the WebPage
> Portlet (for example supporting Basic and form-based
> authentication) ? For example, for each Application you could
> configure a SSOWebPagePortlet in the config file, passing SSO
> parameters and reading credentials from a store.
>
I think so. Check the mailing list. I believe David Powers has done this
before and was planning on committing something.
> Overall, would you recommend using Jetspeed for a full fledge
> intranet of such a size ? Would you use it yourself for that
> ? Do you foresee any issue ?
>
Yes I would.
Issues:
- there's a lack of diverse out of the box portlets. With the
standardization of portlets coming soon, Jetspeed will be able to use
any standard portlet.
David
> Lots of questions ... !
>
> Thanks a lot for your help
> -Vincent
>
>
> --
> To unsubscribe, e-mail:
> <mailto:jetspeed-user-> unsubscribe@jakarta.apache.org>
> For
> additional commands,
> e-mail: <ma...@jakarta.apache.org>
>
>
--
To unsubscribe, e-mail: <ma...@jakarta.apache.org>
For additional commands, e-mail: <ma...@jakarta.apache.org>