We have an issue migrating from webMethods 7.0 to 8.2 for LDAP authentication.
We were using pub.ldap:connect to connect to LDAP IN 7.0, but when we moved to 8.2 we could not find "connect"service.
Is there any alternative to connect in 8.2?
Looking for alternative and usage for pub.ldap:connect and pub.ldap:search
Got pub.client.ldap:search (Just tried) as alternative
This helps to connect and search
However we want results to be returned like a stringList
However while trying to retrieve object its not helping
Sample Filter Query
distinguishedName=CN=groupName,OU=GROUPS,OU=RYE,DC=na,DC=domainName,DC=net)
ReturnAttribute:
member
Return type is used as Object
We are not able to get member as StringList
Instead series of strings with same name (member) under Results document type.
Any help is greatly appreciated.This is bit urgent for us. Thank you.
It stated: Important! The services in this folder have been deprecated. To access and update
information on an LDAP directory server, use the services in the client.ldap folder
instead.
As for your question regarding solution on the returned result of pub.client.ldap:search, you may open a Service Incident in Empower to get support, and request for a wrapper service as workaround.
i want to close LDAP connection explicitly, i don’t find any built in service in Wmpublic to close connection only…can anyone tell me how can i close connection. i dont want to use close property in services(client.ldap.search,client.ldap.bind)… waiting for answer…Thanks in advance
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?