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


----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.
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> 

> I've tried to extend NtlmHttpFilter in order to have the 
> Controller value sourced *not* from the filter params in the 
> 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 
> 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 


Michael B Allen
PHP Active Directory Kerberos SSO

More information about the jcifs mailing list