Re: jetspeed = slowspeed?

2002-08-29 Thread 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:
 
 mailto:[EMAIL PROTECTED]
 
 For additional commands, e-mail:
 mailto:[EMAIL PROTECTED]
 
 
 --
 To unsubscribe, e-mail:
 
 mailto:[EMAIL PROTECTED]
 
 For additional commands, e-mail:
 mailto:[EMAIL PROTECTED]
 
 
 
 __
 Do You Yahoo!?
 Yahoo! Finance - Get real-time stock quotes
 http://finance.yahoo.com
 
 --
 To unsubscribe, e-mail:
mailto:[EMAIL PROTECTED]
 For additional commands, e-mail:
mailto:[EMAIL PROTECTED]
 
 
 --
 To unsubscribe, e-mail:
mailto:[EMAIL PROTECTED]
 For additional commands, e-mail:
mailto:[EMAIL PROTECTED]
 
 
 




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




Re: Psml management

2002-08-29 Thread 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:   mailto:[EMAIL PROTECTED]
For additional commands, e-mail: mailto:[EMAIL PROTECTED]




Re: Psml management

2002-08-29 Thread 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:  

mailto:[EMAIL PROTECTED]
 For additional commands, e-mail:
 mailto:[EMAIL PROTECTED]
 


__
Do You Yahoo!?
Yahoo! Finance - Get real-time stock quotes
http://finance.yahoo.com

--
To unsubscribe, 

addMediaType() for portlet-entry?

2002-08-29 Thread 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:   mailto:[EMAIL PROTECTED]
For additional commands, e-mail: mailto:[EMAIL PROTECTED]




some (newbie) question about using Jetspeed

2002-08-29 Thread 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 JSPservlets ?

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




Re: jetspeed = slowspeed?

2002-08-29 Thread 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:   mailto:[EMAIL PROTECTED]
For additional commands, e-mail: mailto:[EMAIL PROTECTED]




JetspeedLocalization_it.properties italian language

2002-08-29 Thread Massimiliano Dessi




HiAttached is myItalian 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:   mailto:[EMAIL PROTECTED]
For additional commands, e-mail: mailto:[EMAIL PROTECTED]


Re: addMediaType() for portlet-entry?

2002-08-29 Thread 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:
mailto:[EMAIL PROTECTED]
 For additional commands, e-mail:
mailto:[EMAIL PROTECTED]




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




RE: Psml management

2002-08-29 Thread 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
  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 

Re: addMediaType() for portlet-entry?

2002-08-29 Thread 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:
 mailto:[EMAIL PROTECTED]
  For additional commands, e-mail:
 mailto:[EMAIL PROTECTED]
 
 
 
 
 --
 To unsubscribe, e-mail:  
 mailto:[EMAIL PROTECTED]
 For additional commands, e-mail:
 mailto:[EMAIL PROTECTED]
 


--
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:   mailto:[EMAIL PROTECTED]
For additional commands, e-mail: mailto:[EMAIL PROTECTED]




Re: jetspeed = slowspeed?

2002-08-29 Thread 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:   
mailto:[EMAIL PROTECTED]
For additional commands, e-mail: 
mailto:[EMAIL PROTECTED]




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


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




Setting security-id for portlet sets.

2002-08-29 Thread 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:   mailto:[EMAIL PROTECTED]
For additional commands, e-mail: mailto:[EMAIL PROTECTED]




RE: Psml management

2002-08-29 Thread 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 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 

RE: Psml management

2002-08-29 Thread 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 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
 

Running applications in a portlet

2002-08-29 Thread 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:   mailto:[EMAIL PROTECTED]
For additional commands, e-mail: mailto:[EMAIL PROTECTED]




RE: Running applications in a portlet

2002-08-29 Thread 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:   mailto:[EMAIL PROTECTED]
For additional commands, e-mail: mailto:[EMAIL PROTECTED]


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




Re: jetspeed = slowspeed?

2002-08-29 Thread 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:

 mailto:[EMAIL PROTECTED]

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

 mailto:[EMAIL PROTECTED]

  For additional commands, e-mail:
  mailto:[EMAIL PROTECTED]

 __
 Do You Yahoo!?
 Yahoo! Finance - Get real-time stock quotes
 http://finance.yahoo.com

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




Installation issue

2002-08-29 Thread 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:   mailto:[EMAIL PROTECTED]
For additional commands, e-mail: mailto:[EMAIL PROTECTED]




Re: Installation issue

2002-08-29 Thread 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:16
4) at