No "ptcRepositoryDefinition" entry was found in the Directory for the given LDAP URL
Hi! We've recently set up Windchill at our university and we have problems connecting to the server through Creo Parametrics.
When we add the server through Server Management in Creo Parametrics, and login it says "Authentication failed" (after 60 seconds):

The methodServer.log says
ERROR [ajp-nio-127.0.0.1-8010-exec-7] com.infoengine.log.error testuser01 - com.infoengine.au.delegateprovider.DirectoryBasedCmdDelegateProviderService.getCommandDelegateEntry() caught an exception while searching the Directory for the Command Delegate specified by commandName: <getServerVersionInfo>, wcTypeId: <com.ptc.windchill.uwgm>, targetRepository: <windchill.edu.liu.se>. Exception: (com.infoengine.au.delegateprovider.delegateproviderResource/3) com.infoengine.au.delegateprovider.RepositoryObjectNotFoundException: No "ptcRepositoryDefinition" entry was found in the Directory for the given LDAP URL: "ldap://localhost/dc=windchill,dc=edu,dc=liu,dc=se,cn=configuration,cn=windchill,o=ptc??base".
Now what interests me is that Windchill seems to think that the LDAP URL is "ldap://localhost...." when it should be "ldaps://resourcedc.domain.org"
The default DirectoryService in wt.properties is "se.liu.ad.Ldap", which is the same as in info*engine:

I also checked our repositories in Task Delegate Administration:

As I understand it, it should be correct. I tested changing the Webject Processor to "se.liu.ad.Ldap" but that did not help. I have sinced changed it back, cleared the cache, and restarted the server.
In "wt.properties" it looks like this:
wt.federation.org.defaultAdapter=se.liu.ad.Ldap
wt.federation.org.directoryServices=$(wt.federation.org.defaultAdapter),se.liu.ad.Ldap
In our Database it says:

(blacked out the 'guid' in case it's sensitive info).
I can access Windchill through browser without any issues. Currently, only Creo Parametrics seems to have issues authenticating. We've tried with several different users.
I suspect the repository is incorrect somewhere (since it points to localhost according to the logs) but I don't know where.
Any ideas?


