Re: MembershipProvider, ADAM and userProxy

Ok: A bit more testing, and I find that, although I am calling my
assembly as the membership provider, I don't seem to be using it. Let
me explain:

If I rename or remove my assembly, or rename my custom membership class,
I receive an expected error from .NET.

If I change only the filter value, even to jibberish, .NET successfully
authenticates to ADAM.

This tells me that I am looking to my assembly for instantiation, but,
apparently, calling methods from elsewhere.

I created my custom provider by inheriting from the
ActiveDirectoryMembershipProvider and then overriding the FindUser
method. The rest of the code in my assembly is simply to support this
method. The new assembly lives in the bin directory of the .NET web
site.

Where'd I screw up? (Or is the better question "Where didn't I screw
up?"?)

- Thanks,
Geoff -

*** Sent via Developersdex http://www.developersdex.com ***
.

Relevant Pages

  • Re: NVIDIA FX Go 5200 drivers
    ... of how MS chooses to screw people with good systems in their effort to ... I have to say that I completely, and utterly disagree with that. ... Igitur qui desiderat pacem, praeparet bellum. ... Calling an illegal alien an "undocumented worker" is like calling a ...
    (microsoft.public.windows.vista.general)
  • Re: On Topic: T-minus 7 hours, 3 minutes
    ... > Apparently I jumped the gun by calling you all suckers. ... screw it. ...
    (microsoft.public.cert.exam.mcse)
  • Re: New Proxies
    ... matter what skill/education level, they all, at the same amount, screw ... Hard to screw around on the net when most labor jobs don't include a ... jobs that do include computer use/access. ... Calling an illegal alien an "undocumented worker" is like calling a ...
    (comp.security.firewalls)
  • Re: Detect the presence or not of a message loop in an application
    ... Anton Bassov ... As long as you don't screw up the return stack... ...
    (microsoft.public.win32.programmer.kernel)