the action class for navigations

["Liu, Richard" <ri...@verizon.com>]

I saw some java objects top.vm and buttom.vm, the default navigation template. What is the action class associated with this? Where can I locate it?

Thanks,
Richard

-----Original Message-----
From: Dmitry Sklyut [mailto:Dmitry_Sklyut@orcom.com]
Sent: Friday, February 06, 2004 5:50 PM
To: 'Jetspeed Users List'
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:StijnDeWitt@chello.nl]
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" <Dm...@orcom.com>
To: "'Jetspeed Users List'" <je...@jakarta.apache.org>
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: jetspeed-user-unsubscribe@jakarta.apache.org
For additional commands, e-mail: jetspeed-user-help@jakarta.apache.org



---------------------------------------------------------------------
To unsubscribe, e-mail: jetspeed-user-unsubscribe@jakarta.apache.org
For additional commands, e-mail: jetspeed-user-help@jakarta.apache.org