Hey Fred... I Thank you...
In the case of Novell Directory I used "createTimestamp" - this worked perfectly.... I can now see all the data and work with it accordingly.... You won't believe this excerpt taken from page 131 of the Integration Guide: "AR System Request IDs are 15 bytes maximum in length and are assigned by AR System when the entry is created. Distinguished names, on the other hand, are often longer than 15 bytes. However, you can map distinguished names longer than 15 bytes to AR System Request IDs." Thanks Again... On May 13, 10:39 am, "Grooms, Frederick W" <frederick.w.gro...@xo.com> wrote: > 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:arsl...@arslist.org] On Behalf Of Elry > Sent: Wednesday, May 13, 2009 9:32 AM > To: arsl...@arslist.org > 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 <elryal...@gmail.com> 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" <mark_walt...@bmc.com> 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) > > > [arsl...@arslist.org] On Behalf Of Elry [elryal...@gmail.com] > > > Sent: 06 May 2009 18:23 > > > To: arsl...@arslist.org > > > 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 atwww.arslist.org > Platinum Sponsor:rmisoluti...@verizon.net ARSlist: "Where the Answers Are" _______________________________________________________________________________ UNSUBSCRIBE or access ARSlist Archives at www.arslist.org Platinum Sponsor:rmisoluti...@verizon.net ARSlist: "Where the Answers Are"
