Re: [PROPOSAL] Tomcat 4.0-beta API Change: Security Manager Facades

2001-01-22 Thread Glenn Nielsen
Looks like there are enough +1's and no -1's to implement the architecture change required for the SecurityManager. I was hoping someone more familiar with the Tomcat 4 architecture would step up to do this. But since one else has, I'll take a stab at it since I am implementing the SecurityManag

Re: [PROPOSAL] Tomcat 4.0-beta API Change: Security Manager Facades

2001-01-19 Thread Kief Morris
Craig R. McClanahan typed the following on 02:59 PM 1/19/2001 -0800 >> So what do we need a 4.1 branch for then? > >If we take the action Remy recommends, we won't. I'm +1 for this OK, I understand the motivations for this. When/how do you think the PersistentManager code I submitted last week s

Re: [PROPOSAL] Tomcat 4.0-beta API Change: Security Manager Facades

2001-01-19 Thread Jason Brittain
Remy Maucherat wrote: > Quoting "Craig R. McClanahan" <[EMAIL PROTECTED]>: > >> org.apache.catalina.facade.XFacade > > > Nice package name. I wonder where you got it :) > :) Unless I understand wrong, isn't a "facade" already a well known feature that allows Tomcat 3.x to use more than

Re: [PROPOSAL] Tomcat 4.0-beta API Change: Security Manager Facades

2001-01-19 Thread Remy Maucherat
Quoting "Craig R. McClanahan" <[EMAIL PROTECTED]>: > Kurt Schrader wrote: > > > So what do we need a 4.1 branch for then? > > If we take the action Remy recommends, we won't. I'm +1 for this (it > will certainly > reduce the effort of double-committing all the changes), if we're > willing to a

Re: [PROPOSAL] Tomcat 4.0-beta API Change: Security Manager Facades

2001-01-19 Thread Craig R. McClanahan
Kurt Schrader wrote: > On Fri, 19 Jan 2001, Remy Maucherat wrote: > > > Since it's the API changes day, may I then suggest that we just merge back all > > the changes done so far in 4.1, which deal with replacing the resources package > > with JNDI context. It works, and it's solid. I don't feel

Re: [PROPOSAL] Tomcat 4.0-beta API Change: Security Manager Facades

2001-01-19 Thread Kurt Schrader
On Fri, 19 Jan 2001, Remy Maucherat wrote: > Since it's the API changes day, may I then suggest that we just merge back all > the changes done so far in 4.1, which deal with replacing the resources package > with JNDI context. It works, and it's solid. I don't feel like we should leave > a wh

Re: [PROPOSAL] Tomcat 4.0-beta API Change: Security Manager Facades

2001-01-19 Thread Kief Morris
Craig R. McClanahan typed the following on 02:00 PM 1/19/2001 -0800 >THE PROPOSAL: > >For each Servlet API interface that represents an internal Catalina object >exposed to an application object, create a new >org.apache.catalina.facade.XFacade class according to the following basic >pattern:

Re: [PROPOSAL] Tomcat 4.0-beta API Change: Security Manager Facades

2001-01-19 Thread Remy Maucherat
Quoting "Craig R. McClanahan" <[EMAIL PROTECTED]>: > org.apache.catalina.facade.XFacade Nice package name. I wonder where you got it :) >* Pass the internal object to the constructor (the facade > will be a wrapper around it). > >* Implement the appropriate servlet API interface (so the >

[PROPOSAL] Tomcat 4.0-beta API Change: Security Manager Facades

2001-01-19 Thread Craig R. McClanahan
BACKGROUND: One of the unique (AFAIK) features of Tomcat 3.2 as a servlet container is the fact that you can choose to run Tomcat under a Java SecurityManager (when running under a Java2 JDK), with corresponding fine-grained control over the resources that a particular web application can access.