This line in your method below makes me think it is your problem 6) Pointing the Request ID to the "DN"
A Request ID can only be 15 characters and must be unique. We usually set the Request ID to something like uSNCreated (The create date and time of the LDAP record). Fred -----Original Message----- From: Action Request System discussion list(ARSList) [mailto:[email protected]] On Behalf Of Elry Sent: Wednesday, May 13, 2009 9:32 AM To: [email protected] Subject: Re: ARDBC LDAP & Novell eDirectory & ARS 7.5 We now have another unusual situation = ldaperr 93: Result list pane returned, but no individual entries. Here is an excerpt from the arplugin logfile: ======================================================= Entering ARDBCGetListEntryWithFields timeout previously: -1 timeout used: 85000 ldap_simple_bind("cn=test,o=TEST_adm", hidden) CLDAPSearch::Execute - ldap_search("o=TEST_Adm", 2, "(objectclass=inetOrgPerson)") CLDAPSearch::Execute - ldap_search(page size = 10000) CLDAPSearch::Execute - ldap_search() control not found (ldaperr 93) Execute - No more pages Execute - ldap_search returned 264 entries CLDAPSearch::FillFieldValueList ..........(VALUE ATTRIBUTE PAIRS FOLLOW AT THIS POINT) Leaving ARDBCGetListEntryWithFields OK /+GE ARDBCGetEntry -- vendor ARSYS.ARDBC.LDAP table ldap://... Entering ARDBCGetEntry ======================================================= AT THIS POINT I TRY TO DOUBLE CLICK IN THE RESULT LIST TO RETURN SINGLE ENTRIES (AT THIS POINT IT ATTEMPTS TO RETURN ENTRIES, BUT STOPS) Execute - ldap_search returned 0 entries Execute - ldap_search returned 0 references ======================================================= THIS URL APPEARS TO BE THE CULPRIT.... CLDAPSearch::Execute - ldap_search("o=TEST_Adm", 2, "(& (objectclass=inetOrgPerson)(DN=cn=Fred,ou=HR,o=TEST_Adm))") Each time ARDBC GetEntry executes this URL search ite appears to randomly add a "|" character into the string. ======================================================= Our method consists of: 1) Using Softerra LDAP Browser 2.6 to create searches that we are sure about... 2) Gone through the process of creating a Vendor Form... 3) Validated the LDAP URL during creation of the Vendor Form... 4) Selected the fields from the list during Vendor Form creation.... 5) Tried selecting the fields after Vendor Form creation... 6) Pointing the Request ID to the "DN" 7) Creating a new character field that was pointed to the "DN" In all cases this is what occured when we opened the form to do a search: 1) We saw results in the results list pane, but the actual fields on the form were empty. 2) We added more fields to the results list pane - we were able to see all values in the results list pane, but there were no entries in the actual fields on the form. 3) We qualified the query by specifying a 'sn" for the Object Class Person. This returned the single correct entry (which we could only see in the results pane and not the actual form itself). 4) We exported the data to a ARX and a CSV, but found the files to be empty (although the entries were processes as normally should be - with a progression bar etc...) Is this a bug in ARDBC? Anyone.... On May 6, 2:43 pm, Elry <[email protected]> wrote: > Mark.... > > You are a gentleman and a scholar! > > This worked perfectly. Once an chose a branch instead of the Tree - I > saw immediate success. > > Thanks Again. > > On May 6, 2:07 pm, "Walters, Mark" <[email protected]> wrote: > > > > > It looks like you have set the base dn to c=ca; > > > Base Table Name: ldap://142.212.154.39/c=ca??sub > > > This will cause the LDAP plugin to try and retrieve a lot of information > > about the attributes in the tree and that may be the problem. Try setting > > the base dn to a single object of the type you are interested in (user?). > > Create the vendor form and then, once it is saved, edit ldap search URL via > > the form properties tabs and change it back to the more generic one that > > you want. > > > Mark > > > ________________________________________ > > From: Action Request System discussion list(ARSList) [[email protected]] > > On Behalf Of Elry [[email protected]] > > Sent: 06 May 2009 18:23 > > To: [email protected] > > Subject: ARDBC LDAP & Novell eDirectory & ARS 7.5 > > > Hi Folks... > > > Current Development Environment: > > > ARS 7.5 > > > SQL Server 2005 > > > Windows Server 2003 > > > We are trying to complete an LDAP Integration, but we are running into > > the following problems when connecting to a Novell eDiredtory that > > contains Groupwise information that we need to populate and update our > > People Schema. > > > Here is what happens: > > > 1) We configure the ARDBC LDAP form according to the manual and how we > > have it working with Apache DS. > > > 2) We start the Plugin Log (set to "All" Log Level). > > > 3) We attempt to create a Vendor Form using Developer Studio. > > > 4) We wait (for about 90 seconds). > > > 5) We do not see any LDAP Vendor Data Names. > > > 6) Our LDAP Administrator indicates that he has provided Good User > > Credentials since we can connect using a (third party) LDAP Browser. > > > We are relying heavily on our server administrator to give us the > > right credentials and permissions to get this to work. We are trying > > to ascertain what we should go back and ask for based on the Plugin > > Log file we have been analyzing (this is a summary): > > > ldap_simple_bind("cn=ardbc,o=test_adm", hidden) > > > Entering CLDAPDiscovery::Execute > > > Entering CLDAPDiscovery::GetDSE > > > Leaving CLDAPDiscovery::GetDSE > > > CLDAPDiscovery::Execute - Base Table Name: ldap://142.212.154.39/c=ca??sub > > > Entering CLDAPDiscovery::GetTableNames > > > CLDAPDiscovery::ifEntriesExist - No More pages > > > CLDAPDiscovery::ifEntriesExist - No More pages > > > CLDAPDiscovery::ifEntriesExist - No More pages > > > CLDAPDiscovery::ifEntriesExist - No More pages > > > CLDAPDiscovery::GetTableNames numItems=%d > > > CLDAPDiscovery::Execute > > > ARDBCGetListSchemas > > > OK > > > There are no erros in the log file. > > > Any ideas folks. > > > Thanks! > > _______________________________________________________________________________ UNSUBSCRIBE or access ARSlist Archives at www.arslist.org Platinum Sponsor:[email protected] ARSlist: "Where the Answers Are"
