Re: Installation issue

[Stephen Jackson]

I have more information to give.  I turned on logging and more information is 
available.
//**
java.lang.InstantiationException: Unknown JDBC driver: org.postgresql.Driver: 
Check your configuration file
//*
The configuration file reads as follows

database.default.driver=org.postgresql.Driver
database.default.url=jdbc:postgresql://127.0.0.1/mydatabase
database.default.username=user
database.default.password=password

and

database.adaptor=PostgreSQL
database.adaptor.DBHypersonicSQL=org.postgresql.Driver

I also wrote a class to connect to the database and make sure it was 
accepting connections and data is retrieved successfully and it works fine

My classpath when I start tomcat is as follows

Using CLASSPATH: 
/usr/JBoss-2.4.4_Tomcat-4.0.1/catalina/webapps/jetspeed/WEB
-INF/lib/xerces_1_3_1.jar:/usr/JBoss-2.4.4_Tomcat-4.0.1/catalina/webapps/jetspee
d/WEB-INF/lib/xalan-2.0.1.jar:/usr/JBoss-2.4.4_Tomcat-4.0.1/catalina/webapps/jet
speed/WEB-INF/lib/village-1.5.3-dev.jar:/usr/JBoss-2.4.4_Tomcat-4.0.1/catalina/w
ebapps/jetspeed/WEB-INF/lib/velocity-1.2-dev.jar:/usr/JBoss-2.4.4_Tomcat-4.0.1/c
atalina/webapps/jetspeed/WEB-INF/lib/uddi4j.jar:/usr/JBoss-2.4.4_Tomcat-4.0.1/ca
talina/webapps/jetspeed/WEB-INF/lib/turbine-2.2b1-20011124.jar:/usr/JBoss-2.4.4_
Tomcat-4.0.1/catalina/webapps/jetspeed/WEB-INF/lib/soap.jar:

IT IS THERE!!
/usr/JBoss-2.4.4_Tomcat-4.0.1/catalina/webapps/jetspeed/WEB-INF/lib/postgresql.jar:

/usr/JBoss-2.4.4_
Tomcat-4.0.1/catalina/webapps/jetspeed/WEB-INF/lib/mail.jar:/usr/JBoss-2.4.4_Tom
cat-4.0.1/catalina/webapps/jetspeed/WEB-INF/lib/log4j-1.1.jar:/usr/JBoss-2.4.4_T
omcat-4.0.1/catalina/webapps/jetspeed/WEB-INF/lib/jetspeed-1.3a2-release.jar:/us
r/JBoss-2.4.4_Tomcat-4.0.1/catalina/webapps/jetspeed/WEB-INF/lib/jdbc-se2.0.jar:
/usr/JBoss-2.4.4_Tomcat-4.0.1/catalina/webapps/jetspeed/WEB-INF/lib/hsql.jar:/us
r/JBoss-2.4.4_Tomcat-4.0.1/catalina/webapps/jetspeed/WEB-INF/lib/ecs-1.4.1.jar:/
usr/JBoss-2.4.4_Tomcat-4.0.1/catalina/webapps/jetspeed/WEB-INF/lib/castor-0.9.3.
jar:/usr/JBoss-2.4.4_Tomcat-4.0.1/catalina/webapps/jetspeed/WEB-INF/lib/activati
on.jar:/home/jacksosw:/home/spherelogic/devel/jacksosw/spherelogic:/usr/java/jdk
1.3.1_02/lib/tools.jar:/usr/JBoss-2.4.4_Tomcat-4.0.1/catalina/bin/bootstrap.jar:
/usr/java/jdk1.3.1_02/lib/tools.jar

I'm at a loss :-(

Thanks in advance


On Thursday 29 August 2002 10:59 pm, you wrote:
> I am installing jetspeed and I am having an issue
>
> I am using:
> Tomcat - Tomcat-4.0.1
> Java SDK - build 1.3.1_02-b02
> jetspeed - 1.3a2
>
> I go to http://localhost:8080/jetspeed/index.jsp with no problem
> as soon as I login with turbine turbine I get the following exception.
>
>
> Horrible Exception: java.lang.ExceptionInInitializerError:
> java.lang.NullPointerException at
> org.apache.turbine.om.security.peer.TurbineUserPeer.(TurbineUserPeer.java:9
>9) at
> org.apache.turbine.services.security.db.DBUserManager.retrieve(DBUserManage
>r.java:158) at
> org.apache.turbine.services.security.db.DBUserManager.retrieve(DBUserManage
>r.java:246) at
> org.apache.turbine.services.security.BaseSecurityService.getAuthenticatedUs
>er(BaseSecurityService.java:312) at
> org.apache.turbine.services.security.TurbineSecurity.getAuthenticatedUser(T
>urbineSecurity.java:199) at
> org.apache.turbine.modules.actions.LoginUser.doPerform(LoginUser.java:111)
> at org.apache.turbine.modules.Action.perform(Action.java:87) at
> org.apache.turbine.modules.ActionLoader.exec(ActionLoader.java:122) at
> org.apache.jetspeed.modules.actions.JLoginUser.doPerform(JLoginUser.java:16
>1) at org.apache.turbine.modules.Action.perform(Action.java:87) at
> org.apache.turbine.modules.ActionLoader.exec(ActionLoader.java:122) at
> org.apache.turbine.Turbine.doGet(Turbine.java:511) at
> org.apache.turbine.Turbine.doPost(Turbine.java:655) at
> javax.servlet.http.HttpServlet.service(HttpServlet.java:760) at
> javax.servlet.http.HttpServlet.service(HttpServlet.java:853) at
> org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(Applicatio
>nFilterChain.java:247) at
> org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterC
>hain.java:193) at
> org.apache.catalina.core.StandardWrapperValve.invoke(StandardWrapperValve.j
>ava:243) at
> org.apache.catalina.core.StandardPipeline.invokeNext(StandardPipeline.java:
>566) at
> org.apache.catalina.core.StandardPipeline.invoke(StandardPipeline.java:472)
> at org.apache.catalina.core.ContainerBase.invoke(ContainerBase.java:943) at
> org.apache.catalina.core.StandardContextValve.invoke(StandardContextValve.j
>ava:201) at
> org.apache.catalina.core.StandardPipeline.invokeNext(StandardPipeline.java:
>566) at
> org.apache.catalina.core.StandardPipeline.invoke(StandardPipeline.java:472)
> at org.apache.catalina.core.ContainerBase.invoke(ContainerBase.java:943) at
> org.apache.catalina.core.StandardContext.invoke(StandardContext.java:2344)
> at
> org.apache.catalina.core.StandardHostValve.invoke(StandardHostValve.java:

Installation issue

[Stephen Jackson]

I am installing jetspeed and I am having an issue

I am using:
Tomcat - Tomcat-4.0.1
Java SDK - build 1.3.1_02-b02
jetspeed - 1.3a2

I go to http://localhost:8080/jetspeed/index.jsp with no problem
as soon as I login with turbine turbine I get the following exception.


Horrible Exception: java.lang.ExceptionInInitializerError: 
java.lang.NullPointerException at 
org.apache.turbine.om.security.peer.TurbineUserPeer.(TurbineUserPeer.java:99) 
at 
org.apache.turbine.services.security.db.DBUserManager.retrieve(DBUserManager.java:158) 
at 
org.apache.turbine.services.security.db.DBUserManager.retrieve(DBUserManager.java:246) 
at 
org.apache.turbine.services.security.BaseSecurityService.getAuthenticatedUser(BaseSecurityService.java:312)
 
at 
org.apache.turbine.services.security.TurbineSecurity.getAuthenticatedUser(TurbineSecurity.java:199)
 
at org.apache.turbine.modules.actions.LoginUser.doPerform(LoginUser.java:111) 
at org.apache.turbine.modules.Action.perform(Action.java:87) at 
org.apache.turbine.modules.ActionLoader.exec(ActionLoader.java:122) at 
org.apache.jetspeed.modules.actions.JLoginUser.doPerform(JLoginUser.java:161) 
at org.apache.turbine.modules.Action.perform(Action.java:87) at 
org.apache.turbine.modules.ActionLoader.exec(ActionLoader.java:122) at 
org.apache.turbine.Turbine.doGet(Turbine.java:511) at 
org.apache.turbine.Turbine.doPost(Turbine.java:655) at 
javax.servlet.http.HttpServlet.service(HttpServlet.java:760) at 
javax.servlet.http.HttpServlet.service(HttpServlet.java:853) at 
org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:247)
 
at 
org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:193)
 
at 
org.apache.catalina.core.StandardWrapperValve.invoke(StandardWrapperValve.java:243) 
at 
org.apache.catalina.core.StandardPipeline.invokeNext(StandardPipeline.java:566) 
at 
org.apache.catalina.core.StandardPipeline.invoke(StandardPipeline.java:472) 
at org.apache.catalina.core.ContainerBase.invoke(ContainerBase.java:943) at 
org.apache.catalina.core.StandardContextValve.invoke(StandardContextValve.java:201) 
at 
org.apache.catalina.core.StandardPipeline.invokeNext(StandardPipeline.java:566) 
at 
org.apache.catalina.core.StandardPipeline.invoke(StandardPipeline.java:472) 
at org.apache.catalina.core.ContainerBase.invoke(ContainerBase.java:943) at 
org.apache.catalina.core.StandardContext.invoke(StandardContext.java:2344) at 
org.apache.catalina.core.StandardHostValve.invoke(StandardHostValve.java:164) 
at 
org.apache.catalina.core.StandardPipeline.invokeNext(StandardPipeline.java:566) 
at 
org.apache.catalina.valves.ErrorDispatcherValve.invoke(ErrorDispatcherValve.java:170) 
at 
org.apache.catalina.core.StandardPipeline.invokeNext(StandardPipeline.java:564) 
at 
org.apache.catalina.valves.ErrorReportValve.invoke(ErrorReportValve.java:170) 
at 
org.apache.catalina.core.StandardPipeline.invokeNext(StandardPipeline.java:564) 
at org.apache.catalina.valves.AccessLogValve.invoke(AccessLogValve.java:462) 
at 
org.apache.catalina.core.StandardPipeline.invokeNext(StandardPipeline.java:564) 
at 
org.apache.catalina.core.StandardPipeline.invoke(StandardPipeline.java:472) 
at org.apache.catalina.core.ContainerBase.invoke(ContainerBase.java:943) at 
org.apache.catalina.core.StandardEngineValve.invoke(StandardEngineValve.java:163) 
at 
org.apache.catalina.core.StandardPipeline.invokeNext(StandardPipeline.java:566) 
at 
org.apache.catalina.core.StandardPipeline.invoke(StandardPipeline.java:472) 
at org.apache.catalina.core.ContainerBase.invoke(ContainerBase.java:943) at 
org.apache.catalina.connector.http.HttpProcessor.process(HttpProcessor.java:1011) 
at 
org.apache.catalina.connector.http.HttpProcessor.run(HttpProcessor.java:1106) 
at java.lang.Thread.run(Thread.java:484)

--
To unsubscribe, e-mail:   
For additional commands, e-mail: 

Re: jetspeed = slowspeed?

[Stephen Jackson]

A little late getting in on the topic, but if you are using Linux or Unix add 
the -server option (first one). You should see faster execution. 

On Wednesday 28 August 2002 12:29 pm, you wrote:
> I'm no expert but try the following:
>
> -- change all logging levels in the
> ~/WEB-INF/conf/*.properties files to be INFO instead
> of DEBUG
>
> -- give Tomcat a lot of memory via the
> CATALINA_OPTIONS. e.g. -Xmx256m and -Xms128m
>
> -- look for velocity caching options in
> TurbineResources.properties and turn it on
>
> Please let us know if you find anything else that
> helps.
>
> thanks,
> Mike
>
> --- Woody Sturges <[EMAIL PROTECTED]> wrote:
> > Andrew,
> >
> >   I'm a newbie too.  Welcome.  Something I noticed
> > is that some of the
> > example portlets will take a while when you refresh
> > the page (especially
> > if they're trying to grab stuff off the inet or are
> > having problems).
> > Have you tried making your new portlet the only one
> > on your current
> > pane?  That would rule out the effect of other
> > portlets interfering with
> > response time.  If that does it, then you can slowly
> > add portlets to
> > identify the problem causer...
> >
> > Woody
> >
> > >>> [EMAIL PROTECTED] 08/28/02 06:44AM >>>
> >
> > Hi,
> > I'm a jetspeed newbie, impressed with its
> > functionality etc.  My only
> > concern about using it in production is with
> > response time.  A user
> > portal
> > page takes about 8-10 seconds to appear, even with
> > just a 'hello
> > world'
> > portlet defined for the user.Meanwhile, I have
> > some fairly
> > intensive
> > servlets on the same box that take only 1-2 seconds.
> >  (800MHz, NT,
> > 256Mb,
> > JRun servlet engine.)
> >
> > My settings are prettly much out-of-the-box.
> > cachedOnName="true"
> > cachedOnValue="true" are set for all portlets.
> >
> > Are my response times the norm or am I missing
> > something?  Would using
> > external RDMS rather than Turbine improve things
> > (I've tried SQL server
> > and
> > Sybase with no luck).?
> >
> > Thanks!
> > Andrew
> >
> >
> >
> > --
> > To unsubscribe, e-mail:
>
> 
>
> > For additional commands, e-mail:
> > 
> >
> >
> > --
> > To unsubscribe, e-mail:
>
> 
>
> > For additional commands, e-mail:
> > 
>
> __
> Do You Yahoo!?
> Yahoo! Finance - Get real-time stock quotes
> http://finance.yahoo.com

--
To unsubscribe, e-mail:   
For additional commands, e-mail: 

RE: Running applications in a portlet

[Rutledge, Aaron]

Jetspeed only deals with the actual portal infrastructure itself.  The distribution 
provides several example portlets that allow you to develop many different kinds of 
portlets from static web pages, JSPs, Velocity, etc.  If you can write your Outlook 
interface into a JSP page--it is straight forward to implement this into your portal 
using the JSP portlet template.  I would advise using the templates to begin with 
rather than using the Portlet API directly unless you have a real need to extend the 
way the Outlook interface interacts with the portal.
An aside:  This Jacob project looks cool.  I went to their page, but I am not sure 
where to begin.  I have an IT Request form written in ASP that I am dying to get 
ported over to Java.  Currently the form uses cdo to create a new Outlook task for the 
IT Help Desk folks.  Do you have any code you might be able to share with me to help 
me with this?  Best regards, Aaron

 


-Original Message-
From: Steen Bjerre Andersen [mailto:[EMAIL PROTECTED]]
Sent: Thursday, August 29, 2002 2:00 PM
To: [EMAIL PROTECTED]
Subject: Running applications in a portlet


Hi

I've been searching the archives but can't seem to find an answer. I have
some Java code that, using the JACOB com bridge, can start an MS-Outlook
instance. Now I would like to build a portlet, so I can display Outlook for
a user over the net. Is this possible using Jetspeed? I've seen Oracle
developing this kind of portlet for the Oracle Portal.

Thanks
-Steen


--
To unsubscribe, e-mail:   
For additional commands, e-mail: 


--
To unsubscribe, e-mail:   
For additional commands, e-mail: 

Running applications in a portlet

[Steen Bjerre Andersen]

Hi

I've been searching the archives but can't seem to find an answer. I have
some Java code that, using the JACOB com bridge, can start an MS-Outlook
instance. Now I would like to build a portlet, so I can display Outlook for
a user over the net. Is this possible using Jetspeed? I've seen Oracle
developing this kind of portlet for the Oracle Portal.

Thanks
-Steen


--
To unsubscribe, e-mail:   
For additional commands, e-mail: 

RE: Psml management

[Matthew Forsyth]

Yes, that sounds really promising, it would have
circumvented our need to override the
createDefaultPsml() method with Seawave-specific
logic.  I don't yet have any specific suggestions as
to how to work the integration of multiple psml
files sounds like a really interesting problem &
seems like it could be applied to all sorts of psml
related issues!

But, our more significant problem at this point is the
coupling of portet settings with the psml, which
wouldn't be solved by the enhanced role-based psml. 
I'm not sure that it suffice to provide a link that
said something to the effect of, "Click here to
upgrade your portal to the newest version... warning,
all your settings will be lost!"  It would be much
better to store the parameters/settings outside of
psml.  

Haven't really thought this through, but if I could
decouple user settings from the psml files in a way
that would be backwards-compatible, would this system
have a chance of making it into a future jetspeed
release as a replacement for psml-based settings
management?

-Matthew Forsyth
seawave.com



--- Mark Orciuch <[EMAIL PROTECTED]> wrote:
> Matthew and Stefan,
> 
> You have brought some good points to discussion
> table. You are right that it
> isn't very practical (or secure) for the users to
> assign their own roles. In
> most environments, it would be an administrative
> function to assign any
> additional user roles. Even if particular portal
> uses self-registration
> process, the admin would still be responsible for
> customizing user roles.
> 
> I am currently working on enhancing the
> role-based-psml (see
>
http://nagoya.apache.org/bugzilla/show_bug.cgi?id=11735).
> The goal is to
> create initial user profile (psml) based on the
> roles the user is a member
> of. On first login, the profiler will aggregate
> profiles from each role to
> create a single profile. There will also be a
> feature for the user to reset
> their profile to default. This, I believe, may
> address the issue with what
> happens when role profile gets updated - the reset
> will recreate the user
> profile and bring in any new content (customizations
> will be lost, of
> course).
> 
> I have implemented the basic process. One remaining
> feature is the ability
> to handle variety of different layouts. For example,
> one role profile may be
> tab based, another may consist of a single control,
> and yet another may be a
> single menu control. How to combine these to create
> a meaningful profile? My
> thought is to "stack" all tab based profiles and put
> other types of profiles
> in their own tabs.
> 
> If this is something that may fit into your
> requirements, feel free to
> provide any comments or suggestions (please use
> Bugzilla to post any).
> Thanks!
> 
> Best regards,
> 
> Mark C. Orciuch
> Next Generation Solutions, Ltd.
> e-Mail: [EMAIL PROTECTED]
> web: http://www.ngsltd.com
> 
> 
> > -Original Message-
> > From: Matthew Forsyth
> [mailto:[EMAIL PROTECTED]]
> > Sent: Thursday, August 29, 2002 3:21 AM
> > To: Jetspeed Users List; [EMAIL PROTECTED]
> > Subject: Re: Psml management
> >
> >
> > Good questions... strictly out-of the box
> > role-based-psml also wouldn't work for us for the
> same
> > reason, some users have more than one role.  I
> have
> > some custom logic that only looks at the
> particular
> > roles which are associated with a "layout type"...
> in
> > the database these roles aren't differentiated
> from
> > other roles in any way.
> >
> > The question of users getting to chose their own
> role
> > doesn't apply to us; in fact users can't even
> directly
> > sign themselves up to jetspeed.  Their jetspeed
> > account only gets created in response to an
> external
> > process which knows which role they are supposed
> to
> > be.
> >
> > -matt
> >
> >
> > --- Stefan Kuhn <[EMAIL PROTECTED]> wrote:
> > > Hi Metthew,
> > > I was thinking about giving psml to users
> depending
> > > on the role as well, but
> > > I came to the conclusion that this doesn't make
> > > sense because: When people
> > > subscribe (i. e. create a new account) they get
> one
> > > specified role anyway. Or
> > > do you leave to visitors to choose which role
> they
> > > want to have ? But then,
> > > when roles mean security restrictions, your
> securtiy
> > > is gone, because people
> > > can choose their role freely. So I thought it
> would
> > > be better to have the
> > > assignment of psmls if the administrator gives
> roles
> > > to users.
> > > One more problem: What to do if the user has got
> > > multiple roles - which psml
> > > take then ? Do you know what the built-in
> role-based
> > > psml does in such a case
> > > ?
> > > Thanks for your answers and sorry for asking
> > > questions instead of helping you.
> > > Stefan
> > >
> > > Am Mittwoch, 28. August 2002 23:55 schrieben
> Sie:
> > > > Here are my experiences with the jetspeed psml
> > > > management system.  I've had to change a
> couple
> > > things
> > > > in ways which someb

RE: Psml management

[Mark Orciuch]

Matthew and Stefan,

You have brought some good points to discussion table. You are right that it
isn't very practical (or secure) for the users to assign their own roles. In
most environments, it would be an administrative function to assign any
additional user roles. Even if particular portal uses self-registration
process, the admin would still be responsible for customizing user roles.

I am currently working on enhancing the role-based-psml (see
http://nagoya.apache.org/bugzilla/show_bug.cgi?id=11735). The goal is to
create initial user profile (psml) based on the roles the user is a member
of. On first login, the profiler will aggregate profiles from each role to
create a single profile. There will also be a feature for the user to reset
their profile to default. This, I believe, may address the issue with what
happens when role profile gets updated - the reset will recreate the user
profile and bring in any new content (customizations will be lost, of
course).

I have implemented the basic process. One remaining feature is the ability
to handle variety of different layouts. For example, one role profile may be
tab based, another may consist of a single control, and yet another may be a
single menu control. How to combine these to create a meaningful profile? My
thought is to "stack" all tab based profiles and put other types of profiles
in their own tabs.

If this is something that may fit into your requirements, feel free to
provide any comments or suggestions (please use Bugzilla to post any).
Thanks!

Best regards,

Mark C. Orciuch
Next Generation Solutions, Ltd.
e-Mail: [EMAIL PROTECTED]
web: http://www.ngsltd.com


> -Original Message-
> From: Matthew Forsyth [mailto:[EMAIL PROTECTED]]
> Sent: Thursday, August 29, 2002 3:21 AM
> To: Jetspeed Users List; [EMAIL PROTECTED]
> Subject: Re: Psml management
>
>
> Good questions... strictly out-of the box
> role-based-psml also wouldn't work for us for the same
> reason, some users have more than one role.  I have
> some custom logic that only looks at the particular
> roles which are associated with a "layout type"... in
> the database these roles aren't differentiated from
> other roles in any way.
>
> The question of users getting to chose their own role
> doesn't apply to us; in fact users can't even directly
> sign themselves up to jetspeed.  Their jetspeed
> account only gets created in response to an external
> process which knows which role they are supposed to
> be.
>
> -matt
>
>
> --- Stefan Kuhn <[EMAIL PROTECTED]> wrote:
> > Hi Metthew,
> > I was thinking about giving psml to users depending
> > on the role as well, but
> > I came to the conclusion that this doesn't make
> > sense because: When people
> > subscribe (i. e. create a new account) they get one
> > specified role anyway. Or
> > do you leave to visitors to choose which role they
> > want to have ? But then,
> > when roles mean security restrictions, your securtiy
> > is gone, because people
> > can choose their role freely. So I thought it would
> > be better to have the
> > assignment of psmls if the administrator gives roles
> > to users.
> > One more problem: What to do if the user has got
> > multiple roles - which psml
> > take then ? Do you know what the built-in role-based
> > psml does in such a case
> > ?
> > Thanks for your answers and sorry for asking
> > questions instead of helping you.
> > Stefan
> >
> > Am Mittwoch, 28. August 2002 23:55 schrieben Sie:
> > > Here are my experiences with the jetspeed psml
> > > management system.  I've had to change a couple
> > things
> > > in ways which somebody else might find useful
> > (please
> > > let me know if so!)  Also, I am discovering that I
> > may
> > > have a (hopefully reconcilable) philosophical
> > problem
> > > with PSML.
> > >
> > > Before I begin, our portal (still in development
> > > stage) can be seen at
> > >
> > > http://nurse.ri.seawave.com:8180/portal/portal
> > >
> > > You can log in using "testcrew/password".
> > >
> > >
> > > We don't plan on letting our users customize their
> > > portal pages at all in terms of the layout,
> > presence
> > > or absence of certain portlets.  However, we need
> > to
> > > give them ways to customize attributes of their
> > > existing portlets.
> > >
> > > We also need to service more than one TYPE of
> > user,
> > > each with a different pre-defined set of panes and
> > > portlets.
> > >
> > > Correct me if I'm wrong, but we can't use
> > role-based
> > > PSML because that would prevent the use of
> > individual
> > > settings  any change to a portlet attribute
> > would
> > > then be seen by ALL other users in the same role.
> > >
> > > Also, there is no single user from whom psml files
> > for
> > > new users could be copied, because that wouldn't
> > allow
> > > for different layouts for different types of
> > users.
> > >
> > > So I changed JetspeedSecurity to point to my own
> > > UserManagement class, and overrode the
> > > addDefaultPSML() method 

Setting security-id for portlet sets.

[Locum, James]

I am thinking of implementing a portal such that a user will have no
customize ability for a project's main portal page.  In addition to this
main page, a "user" pane will also be available (tab-pane) which will have
full customization.  I've been able to set up the security ref's and .psml
docs to reflect this.  The problem that I don't know how to fix is that the
user has the ability to change the security-id for his "user" pane to a
value that effectively removes his ability to customize or even view the
pane.

I can change the customizer-portletset-layout.vm template to restrict this
behavior.  Is this an unforeseen bug, or am I missing some configuration
know-how?  Is anybody else working on this?

Thanks for any replies.

Jim Locum
ACS

--
To unsubscribe, e-mail:   
For additional commands, e-mail: 

Re: jetspeed = slowspeed?

[Josh Hone]

But when you refresh are you bringing any new content up?  For my app, it is 
not worthwhile to refresh just to see the same old cached portlets.

Josh Hone


>From: [EMAIL PROTECTED]
>Reply-To: "Jetspeed Users List" <[EMAIL PROTECTED]>
>To: "Jetspeed Users List" <[EMAIL PROTECTED]>
>Subject: Re: jetspeed = slowspeed?
>Date: Thu, 29 Aug 2002 07:33:24 -0230
>
>
>Success!
>Just to follow up, I modified TurbineResources.properties and changed all
>logging from DEBUG to INFO.  I also enabled some more caching as follows:
>
>module.cache=true
>services.VelocityService.file.resource.loader.cache = true
>
>This has had quite a noticable affect. Page refreshes are now sub 1 second.
>I believe the caching is what did it.  The initial compile after restart is
>still over 2 minutes... but I think I can live with that.  Thanks for all
>the suggestions!
>Andrew
>
>
>
>   Werner Punz
>   <[EMAIL PROTECTED]>   To:   Jetspeed Users 
>List <[EMAIL PROTECTED]>
>cc:
>   08/28/02 02:26 PMSubject:  Re: jetspeed = 
>slowspeed?
>   Please respond to
>   "Jetspeed Users
>   List"
>
>
>
>
>
>
>Just a general note, to the speed, the others have given hints
>on how to speed things up already. The mentioned speed in the
>beginning of this thread is definitely not normal. I currently
>develop into a local jetspeed server and none of my portlets had a
>response time
>above more than a few miliseconds (tomcat 4.1 increased the speed
>which already was good in 3.3.x)
>
>First of all. The first startup takes a little bit of time since
>JSPs have to be compiled but after that it should run almost as fast
>as a normal JSP page, Velocity is close to non existent in the loading
>times. The speed difference between custom JSP pages an jetspeed
>portlets/portals is neglegtable from what I saw on my development
>system. Kudos to the Velocity/Jetspeed/Turbine developers for that they
>did one hell of a job.
>
>
>
>
>
>--
>To unsubscribe, e-mail:   <
>mailto:[EMAIL PROTECTED]>
>For additional commands, e-mail: <
>mailto:[EMAIL PROTECTED]>
>
>
>
>
>
>
>--
>To unsubscribe, e-mail:   
>
>For additional commands, e-mail: 
>




_
MSN Photos is the easiest way to share and print your photos: 
http://photos.msn.com/support/worldwide.aspx


--
To unsubscribe, e-mail:   
For additional commands, e-mail: 

Re: addMediaType() for portlet-entry?

[Bui Quoc Thai]

Hi,

 I have already added the entry by hand, It's okay. And I have also added by 
programming like that. It's also okay if I don't use that method, addMediaType
(). An error is occured if using addMediaType().

Thai

Quoting peterchi <[EMAIL PROTECTED]>:

> Have you tried add the entry in .xreg by hand?
> I read the portlet how-to it says you should add it by hand.
> i don't know this info is correct or not.
> 
> Peter Chi
> - Original Message -
> From: "Bui Quoc Thai" <[EMAIL PROTECTED]>
> To: "Jetspeed Users List" <[EMAIL PROTECTED]>
> Sent: Thursday, August 29, 2002 5:03 PM
> Subject: addMediaType() for portlet-entry?
> 
> 
> > Hi,
> >
> >  I create a portlet-entry by using BasePortletEntry()
> >BasePortletEntry bpe = new BasePortletEntry();
> >  Then I add MediaType like this
> >bpe.addMediaType("html");
> >
> >  But there is an error "java.lang.NullPointerException" occured. So the
> > portlet-entry can't be created in .xreg file.
> >  Can you help me to add Media Type for portlet entry?
> >  I'm using Tomcat4.0.3 and Jetspeed 1.4b1
> >
> > Thank you very much!
> > Thai
> >
> >
> > --
> > Email: [EMAIL PROTECTED]
> >[EMAIL PROTECTED]
> > Room: C34
> > Tel: 524-7099
> >
> > --
> > This mail sent through AIT WebMail : http://www.ait.ac.th/
> >
> > --
> > To unsubscribe, e-mail:
> 
> > For additional commands, e-mail:
> 
> >
> >
> 
> 
> --
> To unsubscribe, e-mail:  
> 
> For additional commands, e-mail:
> 
> 


--
Email: [EMAIL PROTECTED]
   [EMAIL PROTECTED]
Room: C34
Tel: 524-7099

--
This mail sent through AIT WebMail : http://www.ait.ac.th/

--
To unsubscribe, e-mail:   
For additional commands, e-mail: 

RE: Psml management

[Luta, Raphael (VUN)]

A few comments on the questions raised:

- the current PSML system has indeed a known limitation when you try to
centrally 
  manage changes to user profiles without impacting their customized
preferences.

  I submitted a proposal on an updated PSML structure to fix this issue
about 1,5
  year ago but we never came around to fix it as it implies extensive
changes and
  may possibly break compatibility with current installations.

  Additionally, David has added recently a "ref" attribute in the PSML
markup to
  tackle this issue differently. Using this approach it should be possible
to 
  leverage the layout while still keeping the customized attributes per
user.
  Unfortunately, as far as I know it's still a work in progress.
  
- about your requirements:
  if I understand correctly your need, you want to give the users the
ability to customize
  their portlets but not to chose them or modify their layout.
  In Jetspeed terms, you want the user to be able to customize their
Portlets but not their
  PortletSets.
  To do this the easiest way is simply to remove or hide the ability to
customize them !
  * copy the WEB-INF\templates\vm\controls\html\jetspeed-tab.vm to a new
file (like 
jetspeed-tab-nocustomize.vm) and edit it to remove the customize links
  * change the WEB-INF\conf\controls.xreg registry to use your modified
template instead of
the default one.

  You have now hidden the feature, if you want to remove it completely :
  * modify the Customize action
(org.apache.jetspeed.modules.actions.controls.Customize)
to change the last test from: 

   if (found!=null)

   to

   if ((found!=null)&&(!(found instanceof PortletSet)))

   recompile and redeploy and you're set.

   If you're really paranoid you can also remove the following action:
   - org.apache.jetspeed.modules.actions.portlets.CustomizeSet

   Remember that you're dealing with an open source system, if you don't
like the rules set by
   the system, remove them ! We tried to make it easy for you to do so and
it's much simpler
   than trying to add new rules or develp very generic ones.

> -Message d'origine-
> De : Matthew Forsyth [mailto:[EMAIL PROTECTED]]
> Envoyé : jeudi 29 août 2002 10:21
> À : Jetspeed Users List; [EMAIL PROTECTED]
> Objet : Re: Psml management
> 
> 
> Good questions... strictly out-of the box
> role-based-psml also wouldn't work for us for the same
> reason, some users have more than one role.  I have
> some custom logic that only looks at the particular
> roles which are associated with a "layout type"... in
> the database these roles aren't differentiated from
> other roles in any way.
> 
> The question of users getting to chose their own role
> doesn't apply to us; in fact users can't even directly
> sign themselves up to jetspeed.  Their jetspeed
> account only gets created in response to an external
> process which knows which role they are supposed to
> be.
> 
> -matt
> 
> 
> --- Stefan Kuhn <[EMAIL PROTECTED]> wrote:
> > Hi Metthew,
> > I was thinking about giving psml to users depending
> > on the role as well, but 
> > I came to the conclusion that this doesn't make
> > sense because: When people 
> > subscribe (i. e. create a new account) they get one
> > specified role anyway. Or 
> > do you leave to visitors to choose which role they
> > want to have ? But then, 
> > when roles mean security restrictions, your securtiy
> > is gone, because people 
> > can choose their role freely. So I thought it would
> > be better to have the 
> > assignment of psmls if the administrator gives roles
> > to users.
> > One more problem: What to do if the user has got
> > multiple roles - which psml 
> > take then ? Do you know what the built-in role-based
> > psml does in such a case 
> > ?
> > Thanks for your answers and sorry for asking
> > questions instead of helping you.
> > Stefan
> > 
> > Am Mittwoch, 28. August 2002 23:55 schrieben Sie:
> > > Here are my experiences with the jetspeed psml
> > > management system.  I've had to change a couple
> > things
> > > in ways which somebody else might find useful
> > (please
> > > let me know if so!)  Also, I am discovering that I
> > may
> > > have a (hopefully reconcilable) philosophical
> > problem
> > > with PSML.
> > >
> > > Before I begin, our portal (still in development
> > > stage) can be seen at
> > >
> > > http://nurse.ri.seawave.com:8180/portal/portal
> > >
> > > You can log in using "testcrew/password".
> > >
> > >
> > > We don't plan on letting our users customize their
> > > portal pages at all in terms of the layout,
> > presence
> > > or absence of certain portlets.  However, we need
> > to
> > > give them ways to customize attributes of their
> > > existing portlets.
> > >
> > > We also need to service more than one TYPE of
> > user,
> > > each with a different pre-defined set of panes and
> > > portlets.
> > >
> > > Correct me if I'm wrong, but we can't use
> > role-based
> > > PSML because that would prevent the use of
> > individua

Re: addMediaType() for portlet-entry?

[peterchi]

Have you tried add the entry in .xreg by hand?
I read the portlet how-to it says you should add it by hand.
i don't know this info is correct or not.

Peter Chi
- Original Message -
From: "Bui Quoc Thai" <[EMAIL PROTECTED]>
To: "Jetspeed Users List" <[EMAIL PROTECTED]>
Sent: Thursday, August 29, 2002 5:03 PM
Subject: addMediaType() for portlet-entry?


> Hi,
>
>  I create a portlet-entry by using BasePortletEntry()
>BasePortletEntry bpe = new BasePortletEntry();
>  Then I add MediaType like this
>bpe.addMediaType("html");
>
>  But there is an error "java.lang.NullPointerException" occured. So the
> portlet-entry can't be created in .xreg file.
>  Can you help me to add Media Type for portlet entry?
>  I'm using Tomcat4.0.3 and Jetspeed 1.4b1
>
> Thank you very much!
> Thai
>
>
> --
> Email: [EMAIL PROTECTED]
>[EMAIL PROTECTED]
> Room: C34
> Tel: 524-7099
>
> --
> This mail sent through AIT WebMail : http://www.ait.ac.th/
>
> --
> To unsubscribe, e-mail:

> For additional commands, e-mail:

>
>


--
To unsubscribe, e-mail:   
For additional commands, e-mail: 

JetspeedLocalization_it.properties italian language

[Massimiliano Dessi]

HiAttached is my Italian translation. 

If any fellow italians are reading this,please 
go thru it and give comments/corrections.
 
Massimiliano 
Dessì Cagliari , Italy


JetspeedLocalization_it.properties
Description: Binary data

--
To unsubscribe, e-mail:   
For additional commands, e-mail: 

Re: jetspeed = slowspeed?

[AMackay]

Success!
Just to follow up, I modified TurbineResources.properties and changed all
logging from DEBUG to INFO.  I also enabled some more caching as follows:

module.cache=true
services.VelocityService.file.resource.loader.cache = true

This has had quite a noticable affect. Page refreshes are now sub 1 second.
I believe the caching is what did it.  The initial compile after restart is
still over 2 minutes... but I think I can live with that.  Thanks for all
the suggestions!
Andrew


   

  Werner Punz  

  <[EMAIL PROTECTED]>   To:   Jetspeed Users List 
<[EMAIL PROTECTED]>
   cc: 

  08/28/02 02:26 PMSubject:  Re: jetspeed = slowspeed? 

  Please respond to

  "Jetspeed Users  

  List"

   

   





Just a general note, to the speed, the others have given hints
on how to speed things up already. The mentioned speed in the
beginning of this thread is definitely not normal. I currently
develop into a local jetspeed server and none of my portlets had a
response time
above more than a few miliseconds (tomcat 4.1 increased the speed
which already was good in 3.3.x)

First of all. The first startup takes a little bit of time since
JSPs have to be compiled but after that it should run almost as fast
as a normal JSP page, Velocity is close to non existent in the loading
times. The speed difference between custom JSP pages an jetspeed
portlets/portals is neglegtable from what I saw on my development
system. Kudos to the Velocity/Jetspeed/Turbine developers for that they
did one hell of a job.





--
To unsubscribe, e-mail:   <
mailto:[EMAIL PROTECTED]>
For additional commands, e-mail: <
mailto:[EMAIL PROTECTED]>






--
To unsubscribe, e-mail:   
For additional commands, e-mail: 

some (newbie) question about using Jetspeed

[EMike]

(first of all, sorry for my english, i'm french)

Hi all.

I'm quite new to Jetspeed, and really impressed by what can be done with it. 
I have to make an architectural proposal for a project, and building a portal seem to 
be a good approach. However, after installing, testing my (simple) own portlets, and 
reading all the docs i could about Jetspeed, i have a few questions. 
The answers might help to decide wether or not Jetspeed is suited for "my" project 
(i'd like it to...)

First of all : in the portal we want to build, navigation have to be possible within a 
portlet. The concerned portlet is a dynamic page (JSP or servlet). I read in the 
archives that it is possible to navigate (within a portlet) through html pages, but 
what about JSP&servlets ?

Is it possible to keep the "state" of portlets ? (i mean, for example, is it possible 
that an IFrame portlet doesn't go back to its base URL after reloading... i'm quite 
unconfident about that...)

I installed an "JSP navigation" extension (which can be downloaded at : 
http://grids.ucs.indiana.edu/users/balsoy/jetspeed/MyJSP.zip), which allows the 
navigation between JSPs, the next JSP being the parameter of an Action Form. Is it 
possible to do the same (navigation) through classic html links ?

I know my questions might seem dumb, and time consuming to read, but some help will be 
VERY appreciated, since i am confused with Jetspeed restrictions...

Thanks for all.

Mike from France

addMediaType() for portlet-entry?

[Bui Quoc Thai]

Hi, 

 I create a portlet-entry by using BasePortletEntry() 
   BasePortletEntry bpe = new BasePortletEntry(); 
 Then I add MediaType like this 
   bpe.addMediaType("html"); 

 But there is an error "java.lang.NullPointerException" occured. So the 
portlet-entry can't be created in .xreg file. 
 Can you help me to add Media Type for portlet entry? 
 I'm using Tomcat4.0.3 and Jetspeed 1.4b1 

Thank you very much! 
Thai 


--
Email: [EMAIL PROTECTED]
   [EMAIL PROTECTED]
Room: C34
Tel: 524-7099

--
This mail sent through AIT WebMail : http://www.ait.ac.th/

--
To unsubscribe, e-mail:   
For additional commands, e-mail: 

Re: Psml management

[Matthew Forsyth]

Good questions... strictly out-of the box
role-based-psml also wouldn't work for us for the same
reason, some users have more than one role.  I have
some custom logic that only looks at the particular
roles which are associated with a "layout type"... in
the database these roles aren't differentiated from
other roles in any way.

The question of users getting to chose their own role
doesn't apply to us; in fact users can't even directly
sign themselves up to jetspeed.  Their jetspeed
account only gets created in response to an external
process which knows which role they are supposed to
be.

-matt


--- Stefan Kuhn <[EMAIL PROTECTED]> wrote:
> Hi Metthew,
> I was thinking about giving psml to users depending
> on the role as well, but 
> I came to the conclusion that this doesn't make
> sense because: When people 
> subscribe (i. e. create a new account) they get one
> specified role anyway. Or 
> do you leave to visitors to choose which role they
> want to have ? But then, 
> when roles mean security restrictions, your securtiy
> is gone, because people 
> can choose their role freely. So I thought it would
> be better to have the 
> assignment of psmls if the administrator gives roles
> to users.
> One more problem: What to do if the user has got
> multiple roles - which psml 
> take then ? Do you know what the built-in role-based
> psml does in such a case 
> ?
> Thanks for your answers and sorry for asking
> questions instead of helping you.
> Stefan
> 
> Am Mittwoch, 28. August 2002 23:55 schrieben Sie:
> > Here are my experiences with the jetspeed psml
> > management system.  I've had to change a couple
> things
> > in ways which somebody else might find useful
> (please
> > let me know if so!)  Also, I am discovering that I
> may
> > have a (hopefully reconcilable) philosophical
> problem
> > with PSML.
> >
> > Before I begin, our portal (still in development
> > stage) can be seen at
> >
> > http://nurse.ri.seawave.com:8180/portal/portal
> >
> > You can log in using "testcrew/password".
> >
> >
> > We don't plan on letting our users customize their
> > portal pages at all in terms of the layout,
> presence
> > or absence of certain portlets.  However, we need
> to
> > give them ways to customize attributes of their
> > existing portlets.
> >
> > We also need to service more than one TYPE of
> user,
> > each with a different pre-defined set of panes and
> > portlets.
> >
> > Correct me if I'm wrong, but we can't use
> role-based
> > PSML because that would prevent the use of
> individual
> > settings  any change to a portlet attribute
> would
> > then be seen by ALL other users in the same role.
> >
> > Also, there is no single user from whom psml files
> for
> > new users could be copied, because that wouldn't
> allow
> > for different layouts for different types of
> users.
> >
> > So I changed JetspeedSecurity to point to my own
> > UserManagement class, and overrode the
> > addDefaultPSML() method to make a copy of the psml
> > associated with the user's role rather than the
> psml
> > of another user (like turbine).
> >
> > Not a huge deal, but now I am arriving at what
> seems
> > to be a bigger problem:
> > Although the psml file of a user will differ from
> > those of his/her peers only in very narrowly
> defined
> > ways (only in the manipulation of attributes for
> > portlets), each user still has a separate copy of
> the
> > file.
> >
> > This means that as we add new functionality to our
> > portal, adding new portlets and presumably moving
> the
> > existing ones around somewhat, ONLY new users will
> > benefit from these changes.
> >
> > Everytime we want to add a new portlet, we'll have
> to
> > write a script that will iterate through
> everyone's
> > psml and manipulate the xml in a certain way,
> adding
> > entries for the new portlet  the exact type of
> > thing that was supposed to be short-circuited by
> the
> > Customizer.   Presumably this will have to be done
> > when the server is shut down, because otherwise
> the
> > psml files of any currently-logged-in users will
> be
> > overwritten back to their old state when a they
> log
> > out.
> >
> > Aren't the notions of CONTENT and SETTINGS
> separable?
> >  Shouldn't this information be stored in 2
> separate
> > files?  Did I miss some way that the current psml
> > system can allow for this?  If not, how much work
> > would have to be done to allow for this?   I would
> > certainly be willing to adopt such a project
> rather
> > than resorting to the "mass update script"
> strategy
> > mentioned above...
> >
> > -
> > Matthew Forsyth
> > Seawave.com
> >
> > __
> > Do You Yahoo!?
> > Yahoo! Finance - Get real-time stock quotes
> > http://finance.yahoo.com
> 
> -- 
> Stefan Kuhn M. A.
> MPI of Chemical Ecology, Winzerlaer Str. 10,
> Beutenberg Campus, 07745 
> Jena, Germany
> Tel: +49(0)3641 571261 - Fax: +49(0)3641 571202
> 
> --
> To unsubscribe, e-mail:  
>

Re: Psml management

[Stefan Kuhn]

Hi Metthew,
I was thinking about giving psml to users depending on the role as well, but 
I came to the conclusion that this doesn't make sense because: When people 
subscribe (i. e. create a new account) they get one specified role anyway. Or 
do you leave to visitors to choose which role they want to have ? But then, 
when roles mean security restrictions, your securtiy is gone, because people 
can choose their role freely. So I thought it would be better to have the 
assignment of psmls if the administrator gives roles to users.
One more problem: What to do if the user has got multiple roles - which psml 
take then ? Do you know what the built-in role-based psml does in such a case 
?
Thanks for your answers and sorry for asking questions instead of helping you.
Stefan

Am Mittwoch, 28. August 2002 23:55 schrieben Sie:
> Here are my experiences with the jetspeed psml
> management system.  I've had to change a couple things
> in ways which somebody else might find useful (please
> let me know if so!)  Also, I am discovering that I may
> have a (hopefully reconcilable) philosophical problem
> with PSML.
>
> Before I begin, our portal (still in development
> stage) can be seen at
>
> http://nurse.ri.seawave.com:8180/portal/portal
>
> You can log in using "testcrew/password".
>
>
> We don't plan on letting our users customize their
> portal pages at all in terms of the layout, presence
> or absence of certain portlets.  However, we need to
> give them ways to customize attributes of their
> existing portlets.
>
> We also need to service more than one TYPE of user,
> each with a different pre-defined set of panes and
> portlets.
>
> Correct me if I'm wrong, but we can't use role-based
> PSML because that would prevent the use of individual
> settings  any change to a portlet attribute would
> then be seen by ALL other users in the same role.
>
> Also, there is no single user from whom psml files for
> new users could be copied, because that wouldn't allow
> for different layouts for different types of users.
>
> So I changed JetspeedSecurity to point to my own
> UserManagement class, and overrode the
> addDefaultPSML() method to make a copy of the psml
> associated with the user's role rather than the psml
> of another user (like turbine).
>
> Not a huge deal, but now I am arriving at what seems
> to be a bigger problem:
> Although the psml file of a user will differ from
> those of his/her peers only in very narrowly defined
> ways (only in the manipulation of attributes for
> portlets), each user still has a separate copy of the
> file.
>
> This means that as we add new functionality to our
> portal, adding new portlets and presumably moving the
> existing ones around somewhat, ONLY new users will
> benefit from these changes.
>
> Everytime we want to add a new portlet, we'll have to
> write a script that will iterate through everyone's
> psml and manipulate the xml in a certain way, adding
> entries for the new portlet  the exact type of
> thing that was supposed to be short-circuited by the
> Customizer.   Presumably this will have to be done
> when the server is shut down, because otherwise the
> psml files of any currently-logged-in users will be
> overwritten back to their old state when a they log
> out.
>
> Aren't the notions of CONTENT and SETTINGS separable?
>  Shouldn't this information be stored in 2 separate
> files?  Did I miss some way that the current psml
> system can allow for this?  If not, how much work
> would have to be done to allow for this?   I would
> certainly be willing to adopt such a project rather
> than resorting to the "mass update script" strategy
> mentioned above...
>
> -
> Matthew Forsyth
> Seawave.com
>
> __
> Do You Yahoo!?
> Yahoo! Finance - Get real-time stock quotes
> http://finance.yahoo.com

-- 
Stefan Kuhn M. A.
MPI of Chemical Ecology, Winzerlaer Str. 10, Beutenberg Campus, 07745 
Jena, Germany
Tel: +49(0)3641 571261 - Fax: +49(0)3641 571202

--
To unsubscribe, e-mail:   
For additional commands, e-mail: 

Re: jetspeed = slowspeed?

[Massimiliano Dessi]

Optimization for the jvm

http://java.sun.com/j2se/1.3/docs/tooldocs/linux/java.html

http://java.sun.com/j2se/1.3/docs/tooldocs/solaris/java.html

http://java.sun.com/j2se/1.3/docs/tooldocs/win32/java.html

in the catalina.bat use CATALINA_OPTS or JAVA_OPS  noth both



- Original Message -
From: "Anandkumar Ayyachamy" <[EMAIL PROTECTED]>
To: "Jetspeed Users List" <[EMAIL PROTECTED]>
Sent: Thursday, August 29, 2002 6:24 AM
Subject: Re: jetspeed = slowspeed?


> In the catalina .bat file
>
> Carlos Orrego wrote:
>
> >sorry for the dumb question, but where do you set the CATALINA_OPTIONS to
set -Xmx and -Xms parameters?
> >i have been trying to do this for a while with no luck
> >
> >thx
> >
> >carlos
> >
> >-Original Message-
> >From: Saddest OfAllKeys [mailto:[EMAIL PROTECTED]]
> >Sent: Wednesday, August 28, 2002 12:29 PM
> >To: Jetspeed Users List
> >Subject: Re: jetspeed = slowspeed?
> >
> >
> >
> >I'm no expert but try the following:
> >
> >-- change all logging levels in the
> >~/WEB-INF/conf/*.properties files to be INFO instead
> >of DEBUG
> >
> >-- give Tomcat a lot of memory via the
> >CATALINA_OPTIONS. e.g. -Xmx256m and -Xms128m
> >
> >-- look for velocity caching options in
> >TurbineResources.properties and turn it on
> >
> >Please let us know if you find anything else that
> >helps.
> >
> >thanks,
> >Mike
> >
> >--- Woody Sturges <[EMAIL PROTECTED]> wrote:
> >
> >>Andrew,
> >>
> >>  I'm a newbie too.  Welcome.  Something I noticed
> >>is that some of the
> >>example portlets will take a while when you refresh
> >>the page (especially
> >>if they're trying to grab stuff off the inet or are
> >>having problems).
> >>Have you tried making your new portlet the only one
> >>on your current
> >>pane?  That would rule out the effect of other
> >>portlets interfering with
> >>response time.  If that does it, then you can slowly
> >>add portlets to
> >>identify the problem causer...
> >>
> >>Woody
> >>
> >[EMAIL PROTECTED] 08/28/02 06:44AM >>>
> >
> >>Hi,
> >>I'm a jetspeed newbie, impressed with its
> >>functionality etc.  My only
> >>concern about using it in production is with
> >>response time.  A user
> >>portal
> >>page takes about 8-10 seconds to appear, even with
> >>just a 'hello
> >>world'
> >>portlet defined for the user.Meanwhile, I have
> >>some fairly
> >>intensive
> >>servlets on the same box that take only 1-2 seconds.
> >> (800MHz, NT,
> >>256Mb,
> >>JRun servlet engine.)
> >>
> >>My settings are prettly much out-of-the-box.
> >>cachedOnName="true"
> >>cachedOnValue="true" are set for all portlets.
> >>
> >>Are my response times the norm or am I missing
> >>something?  Would using
> >>external RDMS rather than Turbine improve things
> >>(I've tried SQL server
> >>and
> >>Sybase with no luck).?
> >>
> >>Thanks!
> >>Andrew
> >>
> >>
> >>
> >>--
> >>To unsubscribe, e-mail:
> >>
> >
> >
> >>For additional commands, e-mail:
> >>
> >>
> >>
> >>--
> >>To unsubscribe, e-mail:
> >>
> >
> >
> >>For additional commands, e-mail:
> >>
> >>
> >
> >
> >__
> >Do You Yahoo!?
> >Yahoo! Finance - Get real-time stock quotes
> >http://finance.yahoo.com
> >
> >--
> >To unsubscribe, e-mail:

> >For additional commands, e-mail:

> >
> >
> >--
> >To unsubscribe, e-mail:

> >For additional commands, e-mail:

> >
> >
> >
>
>


--
To unsubscribe, e-mail:   
For additional commands, e-mail: