geronimo-user mailing list archives

Site index · List index
Message view « Date » · « Thread »
Top « Date » · « Thread »
From David Jencks <>
Subject Re: Problem with defining custom Valve in config.xml
Date Thu, 20 Sep 2007 14:36:58 GMT

On Sep 20, 2007, at 10:16 AM, Paul McMahan wrote:

> On Sep 20, 2007, at 9:44 AM, Kevan Miller wrote:
>> On Sep 20, 2007, at 9:34 AM, Vamsavardhana Reddy wrote:
>>> Put your jars in <GERONIMO_HOME>/lib/endorsed dir.
>> Heh. How many answers can we give... ;-)
>> I was thinking we had lib/endorsed issues on 1.1. We don't set it  
>> as command line option when invoking java. And am not sure how  
>> well controls this.
>> Assuming this works, it's better than the two hacks. We still need  
>> a better solution, IMHO...
> I also seem to recall some issue with using lib/endorsed in 1.1.   
> But if it works then it's definitely the easiest solution.   A  
> similar issue has come up before in the context of replacing Tomcat  
> classes and this type of approach didn't work well [1].   But that  
> circumstance was a little different since Carver needs to add  
> classes to Tomcat's classloader, not replace them.
> I think it would be great to have some way to edit a component's  
> environment without having to redeploy it.   Redeploying a  
> component can be difficult because the original plan is not kept  
> after deployment.   In Geronimo 2.1 (not released yet) the  
> deployment plans for Geronimo's native components like Tomcat are  
> available in the repository which would have made this particular  
> task easier.

or maybe more confusing since you have to redeploy after modifying them

Another possibility that may or may not work is to deploy another  
tomcat web container in your configuration that does have the valve  
class in it.  If tomcat uses the thread context classloader for  
constructing valves this ought to work.

david jencks

> Best wishes,
> Paul
> [1] 
> p4346533s134.html

View raw message