R: Re: [jcifs] NTML and dynamic domain controller
Enrico
enrico.liboni at virgilio.it
Fri Sep 7 18:41:11 GMT 2007
Thanks Mike - this is what I did and it works ok, but I wander if
there is a better (cleaner) way to achieve the goal, without almost
duplicating a class or risking future incompatibilities - since I had
to use private classes that... who knows... might change
thx
Enrico
----Messaggio originale----
Da: miallen at ioplex.com
Data: 7-set-2007
8.00 PM
A: "Enrico"<enrico.liboni at virgilio.it>
Cc: <jcifs at lists.samba.
org>
Ogg: Re: [jcifs] NTML and dynamic domain controller
On Fri, 7 Sep
2007 18:49:39 +0100 (GMT+01:00)
Enrico <enrico.liboni at virgilio.it>
wrote:
> I've tried to extend NtlmHttpFilter in order to have the
Domain
> Controller value sourced *not* from the filter params in the
web.xml,
> but from a variable set at runtime. Goal is to do not have
to change
> the web.xml when deploying the war file (I'd like this in
art.sf.net).
>
> I wanted to simply create a new filter in my package
that extends jcifs.
> http.NtlmHttpFilter by rewriting init() or
doFilter method in order to
> update the domainController variable;
but of course this does not work
> (domainController is private in the
super class).
>
> Creating a new class
> in my package, by almost
copying the NtlmHttpFilter class would not
> work, since it refers to
NtlmHttpServletRequest that is not public - i.
> e. I should recreate
also NtlmHttpServletRequest in my packge.
>
> Thus
> the workaround
has been to create a new filter in jcifs.http package...
> but I
wander how you would have done this.
FYI you can create a class in
the jcifs.http package. It does
not have to be in the actual jcifs.jar
file. Just create a file
jcifs/http/MyNtlmHttpFile.java and go from
there.
Mike
--
Michael B Allen
PHP Active Directory Kerberos SSO
http://www.ioplex.com/
More information about the jcifs
mailing list