Re: Extending Server.xml configurability (for additionalclasspaths)

2001-08-31 Thread Craig R. McClanahan
Two quick comments embedded. On Wed, 29 Aug 2001, Rick Mann wrote: > Date: Wed, 29 Aug 2001 15:40:52 -0700 > From: Rick Mann <[EMAIL PROTECTED]> > Reply-To: [EMAIL PROTECTED] > To: [EMAIL PROTECTED] > Subject: Re: Extending Server.xml configurability (for > additiona

RE: Extending Server.xml configurability (for additionalclasspaths)

2001-08-30 Thread Rob S.
> Correction, put them in $CATALINA_HOME/lib and $CATALINA_HOME/classes to > make them visible to all web applications but not visible to > Tomcat internal > classes. > > The common directory lib and classes are visible to both tomcat internal > classes and web apps. Oops, thanks for the correcti

Re: Extending Server.xml configurability (for additionalclasspaths)

2001-08-29 Thread Christopher Cain
"Rob S." wrote: > > > 2) Add those search paths myself, in my webapp's code. Keep in > > mind that, as > > Rob S. speculated, I know very little about the ClassLoader mechanism. > > When I wrote the email, I wasn't implying that whatsoever, but I can see > quite clearly now how it could be take

RE: Extending Server.xml configurability (for additionalclasspaths)

2001-08-29 Thread Rob S.
> 2) Add those search paths myself, in my webapp's code. Keep in > mind that, as > Rob S. speculated, I know very little about the ClassLoader mechanism. When I wrote the email, I wasn't implying that whatsoever, but I can see quite clearly now how it could be taken. Apologies for that implicati

RE: Extending Server.xml configurability (for additionalclasspaths)

2001-08-29 Thread Rob S.
> So, it seems that you're saying that I don't understand the class loading > mechanism. What I'm saying is that right now, there's a way to get the classes you want into the web app(s) you want. Is it really hard to have Ant or Make create a .war with the right file(s) in it? Personally, I'm a

Re: Extending Server.xml configurability (for additionalclasspaths)

2001-08-29 Thread Christopher Cain
Rick Mann wrote: > > on 8/29/01 1:15 PM, Christopher Cain at [EMAIL PROTECTED] wrote: > > > I'll throw an idea out here, although it may well get shot down for > > either spec non-compliance, possible security concerns, or just general > > lack of sex appeal ;-) > > I think I'd complain mostly

Re: Extending Server.xml configurability (for additionalclasspaths)

2001-08-29 Thread Rick Mann
on 8/29/01 1:15 PM, Christopher Cain at [EMAIL PROTECTED] wrote: > I'll throw an idea out here, although it may well get shot down for > either spec non-compliance, possible security concerns, or just general > lack of sex appeal ;-) I think I'd complain mostly on the grounds of lack of sex appe

Re: Extending Server.xml configurability (for additionalclasspaths)

2001-08-29 Thread Christopher Cain
Rick Mann wrote: > > on 8/28/01 9:08 PM, Rob S. at [EMAIL PROTECTED] wrote: > > >>> I've seen lots of discussion on the user list desiring the > >> ability to have > >>> additional classpaths available to web applications, but not necessarily > >>> available to all web apps. > > > > ...mainly b

Re: Extending Server.xml configurability (for additionalclasspaths)

2001-08-29 Thread Rick Mann
on 8/28/01 9:08 PM, Rob S. at [EMAIL PROTECTED] wrote: >>> I've seen lots of discussion on the user list desiring the >> ability to have >>> additional classpaths available to web applications, but not necessarily >>> available to all web apps. > > ...mainly because people don't take the time to

Re: Extending Server.xml configurability (for additionalclasspaths)

2001-08-28 Thread Rick Mann
on 8/28/01 2:13 AM, Reilly, John at [EMAIL PROTECTED] wrote: > I don't understand why you would want this - doesn't the WEB-INF/lib and > WEB-INF/classes not already provide seperation of classpaths for the various > webapps. Am I missing something? Well, I need to share a class tree and/or .j