Thanks Shmuel and RMG for reply …its really helpful for me
RMG, I am using pub.client.ldap:search in loop and my search is based on few values, if first time search is not successful(I don’t find entry) then I have to search with second value and so on… in between I have to preserve connection else i have bind connection again and it leads to extra overheads for binding to LDAP. That’s why after finishing my search, I want to close connection explicitly.
Alternatively I can use pub.client.ldap:search after finishing my search (out of loop) to close connection but i belive it takes extra overheads rather directly close connection. Please suggest what could be best approach to use pub.client.ldap:search to close connection where actually i just need to close connection only not for search…
RMG, in same service, i am calling pub.client.ldap.search three times, it taking time for searching thats why i don’t want to again call search service to just close connection, if i call search service to close connection, i have pass madetory inputs and based on it, service search then close connection, so it is overhead unnecssary and impact service performance.
i tried to do custom code but i am not able to find exact class name for object returned by pub.client.ldap.bind so that i can type cast object to LDAPContext and call close() to close connection. It seems pub.client.ldap:bind service is returning String kind of Object(pub.client.ldap$Handle), i am not sure is it String Object, but when i am trying to typecast it to LDAPContext then i am getting error like String object cant be cast to LDAPContext…
can you help to reach on conclusion whether we can achieve closing connection by custom code or it is restriction of webMethods…
I would say please take up this issue with SAG support on the performance aspect when using search service for just closing connection as opposed to formerly dealt with disconnect service.
Having custom code is over head when you are not sure what cast objects you are dealing with and they can provide you better way handling the close().
Given a functional id i need to search the ldap server to return a list of LDAP groups that id is a part of . what should i do ? can you please help me out
We have an issue with LDAP BIND & SEARCH functionality…
we are doing migration project wM 7.2 - wM 8.2 here we are using LDAP functionality in 7.2 had LDAP connect & Disconnect functionality when we are doing migration only have alternative functionalities were BIND & Search as per this we have implemented.
But , when we ran the service it would be time taking time (huge time) on both LDAP BIND & SEARCH… please give me the valid comments on this.
We have migrated services from 7.1 to 8.2 and are using pub.client.ldap.bind and search.
The functionality is working fine but in PROD env, we are getting frequent errors as in the attachment.
javax.naming.PartialResultException.
Since the list of elements to be searched in huge as compared to testing env, may be its the reason but I am not sure
Does any one have an idea on how to solve this issue?
Hi Rankesh,
Thanks for the quick reply. Actually, currently I do mot have access on empower. Will you please be able to mail me the pdf the document at prreah@gmail.com
Here is what SAG’s take on that article for 8.2 not sure if issue related to your’s or not:
Resolution:
Ignore LDAP referrals.
This error is caused by the pub.client.ldap:search service performing referral chasing. By default, the pub.client.ldap:search service sets referral handling to “follow”. However, this can be overridden through the use of the “ldapEnv” input parameter for the pub.client.ldap:search service.
To prevent the search from doing referral chasing, set one row of the “ldapEnv” input parameter for the pub.client.ldap:search service to “java.naming.referral=ignore”. It is also possible to set “java.naming.referral=throw”, but this will lead to ReferralException messages if the LDAP server sends referrals.