Not sure I like the line 88 -> 90 specifically the: <!--- Do nothing in order to try all ldap servers. --->
#1.) Don't you want to stop after the first successful LDAP server? Currently, it's going to try them all. Doesn't that mean that you're basically opening redundant connections to all servers? (if you had 5 of them and all of them were successful, so what? now what?)
#2.) Wouldn't it be better to create a : result = structNew(); result.server1 = "failed"; result.server2 = "success!";
... etc - put this in the <cfcatch> block.
"Do all udfs on cflib need to be built with cfscript only or will they also accept tag-based udfs?"
They accept both.
~Todd
At 12:25 PM 8/10/2003, you wrote:
Here is my almost-ready-for-production cut of the component. I'm pretty satisfied with this code. I have enough flexibility with the methods, yet still retain many default values, in the init() method, that I don't normally touch.
I do have to give a lot of thanks to the "power contributors" of this list. I have learned quite a bit about CFCs and OOP (as it applies to CFMX) from lurking here.
Is this of the caliber to post on the cfczone or cflib sites? I haven't seen too many, if any, functions that handle LDAP queries. Do all udfs on cflib need to be built with cfscript only or will they also accept tag-based udfs?
Thanks
---------- Todd Rafferty ([EMAIL PROTECTED]) - http://www.web-rat.com/ Team Macromedia Volunteer for ColdFusion http://www.macromedia.com/support/forums/team_macromedia/ http://www.devmx.com/
----------
----------------------------------------------------------
You are subscribed to cfcdev. To unsubscribe, send an email
to [EMAIL PROTECTED] with the word 'unsubscribe cfcdev' in the message of the email.
CFCDev is run by CFCZone (www.cfczone.org) and supported by Mindtool, Corporation (www.mindtool.com).
