Thanks Dmitry, that helps a lot! -Stijn ----- Original Message ----- From: "Dmitry Sklyut" <[EMAIL PROTECTED]> To: "'Jetspeed Users List'" <[EMAIL PROTECTED]> Sent: Saturday, February 07, 2004 12:50 AM Subject: RE: sharing Jetspeed jars, tomcat or jetspeed problem?
> Here is what I keep in the lib, but keep in mind that I have it running on > JBoss 3.2.3 that has its own quirks with classloaders. I have 2 Jetspeed > Portals deployed plus a couple web apps non jetspeed on the same box. > > This is what I keep in the WEB-INF/lib for both Jetspeed deployments: > castor-0.9.3.jar > commons-dbcp-1.0-dev-20020806.jar > commons-lang-1.0.jar > commons-pool-1.0.jar > fulcrum-3.0-b2-dev.jar > jcs-1.0-dev.jar > jetspeed.jar > stratum-1.0-b4-dev.jar > torque-3.0.jar > turbine-2.2.jar > velocity-1.3.jar > > If you don't see a jar here, I have it sitting in a "shared" type of a > location. But again it is not definitive list. Just yesterday I had an > issue and had to move lang, pool, dbcp to the lib from the "shared" because > I could not import PSML into DB. > > > I don't worry too much about the storage space in this day and age. Now > that $1 buys you a gig of harddrive... > > Also I don't know about maintenance being easier... Both ways have > tradeoffs - I think just get it to work first and then tinker with the > set-up. > > Dmitry > > -----Original Message----- > From: Stijn de Witt [mailto:[EMAIL PROTECTED] > Sent: Friday, February 06, 2004 6:37 PM > To: Jetspeed Users List > Subject: Re: sharing Jetspeed jars, tomcat or jetspeed problem? > > > ----- Original Message ----- > From: "Dmitry Sklyut" <[EMAIL PROTECTED]> > To: "'Jetspeed Users List'" <[EMAIL PROTECTED]> > Sent: Friday, February 06, 2004 11:43 PM > Subject: RE: sharing Jetspeed jars, tomcat or jetspeed problem? > > > > <quote> > > It shouldn't matter where the .jar's are placed for jetspeed to function, > > should it? > > Is this a Tocat problem? > > > > The irony is that the line where it all starts going wrong, > > > > (!) NOTICE: Turbine: init() failed: java.lang.ClassNotFoundException: > > org.apache > > .jetspeed.services.resources.JetspeedResourceService > > > > refers to the class JetspeedResourceService, which is not even in a .jar > at > > all, but resides in > > > tomcat\webapps\jetspeed\WEB-INF\classes\org\apache\jetspeed\services\resourc > > es > > > > Can anybody shed some light on this? > > > > -Stijn > > > > <quote> > > > > Stijn, this is how classloaders work. The shared classloader can't look > > into the webapplication classloader to load the class. You put base > classes > > of the turbine into the shared. Now the service broker must find a class > > and that class is at the lower level, right? So it can't look down into > the > > web application it can only look up into its own parent. (Java2 parent > > delegation mechanism). > > > > So putting turbine into shared is not a good idea, as it goes through a > set > > of configurations and need to keep the state of those configurations. I > > think that the only thing you can put in shared, is ecs, village and maybe > > some of the commons (but not commons-lang because of the same issue). > > > > Is this enough info or you need more detailed explanation? > > > > Dmitry > > > > Thanks Dmitry. > > Do you know if there is a list of this somewhere? I am trying to get as much > code as I can out of the webapps/WEB-INF/lib folder and into the shared/lib > folder, because it saves on server space if the .war's are smaller, and it > makes maintenace easier. > > I don't have a good understanding yet of how the different components used > in jetspeed work together. > > -Stijn > > > --------------------------------------------------------------------- > To unsubscribe, e-mail: [EMAIL PROTECTED] > For additional commands, e-mail: [EMAIL PROTECTED] > > --------------------------------------------------------------------- To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]