-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 All,
Securityfilter includes a feature that allows users to wrap Tomcat Realm classes (Such as DataSourceRealm, JAASRealm, etc.) so they don't have to implement their own. The adapter that provides the plumbing between the sf code and the tc code is short and sweet, but it has been flawed for some time due to tc's RealmBase requirement that setContainer() be called before the Realm is brought into service. Since we are instantiating these objects outside of Tomcat (that is, where we don't have any references to Tomcat internal objects), I'm wondering about a few things. First, does anyone know if the Container used by the Realm actually needs to be the currently-running Tomcat Container object? Can we just create a dummy one and let it go? Regardless of whether a dummy Container is useful, is there a way to get a reference to the currently-running Tomcat Container object? We may be able to get to objects such as the ServletContext in order to complete setup of these objects in memory before they are actually used. Any help would be very much appreciated. Thanks, - -chris -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.9 (MingW32) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org iEYEARECAAYFAkiRxr8ACgkQ9CaO5/Lv0PBehwCgliZu934iFl7UgtNub9JbSnIF l0sAn1RSV0ZmT5uG46A2be24qhG66HJO =LBPD -----END PGP SIGNATURE----- --------------------------------------------------------------------- To start a new topic, e-mail: users@tomcat.apache.org To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
