ActiveDirectory endpoints have disappeared from Java Connector Server

[Martin Hajducek]

Hello community!

I am not sure if my terminology is OK, but I'll try to explain it as good as I can.

In Connector Xpress, when endpoint is registered under Provisioning Servers - Endpoint types - Endpoints, it is also displayed in Connector Server - Endpoint Types - Endpoint node. Recently, the Endpoints under Connector Server node have disapeared and every action - lookup, search.... on endpoint in Provisioning Manager is resulting in: javax.naming.NamingException: OID for name 'eTADSDirectoryName' was not found within the OID registry

After I discovered this, I have to manually Set managing CS in Connector Xpress, but this did not solve the problem.

 

Is there any way, to reconnect endpoints on Provisioning server with JCS again? Any help would be appreciated!

 

Thank you!

 

Full stack trace down below. I am also attaching Connector Xpress screenshots, to clear the situation.

2019-01-15 02:16:10,009 37877170 [ApacheDS Worker-thread-14] (com.ca.jcs.apacheds:com.ca.jcs.jndi.exception.LdapExceptionUtils:151) ERROR  - exception in SEARCH(, scope=object, returning objects=false, count limit=0, time limit=0, return=ref,eTSyncAccounts): javax.naming.NamingException: OID for name 'eTADSDirectoryName' was not found within the OID registry
javax.naming.NamingException: OID for name 'eTADSDirectoryName' was not found within the OID registry
    at org.apache.directory.server.core.schema.global.GlobalOidRegistry.getOid(GlobalOidRegistry.java:166)[129:com.ca.jcs.apacheds:1.1.0.20150129]
    at org.apache.directory.server.core.schema.global.GlobalAttributeTypeRegistry.lookup(GlobalAttributeTypeRegistry.java:135)[129:com.ca.jcs.apacheds:1.1.0.20150129]
    at com.ca.jcs.soa.SOAForwardingInterceptor.normaliseName(SOAForwardingInterceptor.java:134)[129:com.ca.jcs.apacheds:1.1.0.20150129]
    at com.ca.jcs.soa.SOAForwardingInterceptor.search(SOAForwardingInterceptor.java:344)[129:com.ca.jcs.apacheds:1.1.0.20150129]
    at org.apache.directory.server.core.interceptor.InterceptorChain$Entry$1.search(InterceptorChain.java:1263)[129:com.ca.jcs.apacheds:1.1.0.20150129]
    at org.apache.directory.server.core.schema.SchemaService.search(SchemaService.java:193)[129:com.ca.jcs.apacheds:1.1.0.20150129]
    at org.apache.directory.server.core.interceptor.InterceptorChain$Entry$1.search(InterceptorChain.java:1263)[129:com.ca.jcs.apacheds:1.1.0.20150129]
    at org.apache.directory.server.core.authn.AuthenticationService.search(AuthenticationService.java:435)[129:com.ca.jcs.apacheds:1.1.0.20150129]
    at org.apache.directory.server.core.interceptor.InterceptorChain$Entry$1.search(InterceptorChain.java:1263)[129:com.ca.jcs.apacheds:1.1.0.20150129]
    at org.apache.directory.server.core.normalization.NormalizationService.search(NormalizationService.java:326)[129:com.ca.jcs.apacheds:1.1.0.20150129]
    at org.apache.directory.server.core.interceptor.InterceptorChain$Entry$1.search(InterceptorChain.java:1263)[129:com.ca.jcs.apacheds:1.1.0.20150129]
    at com.ca.jcs.soa.SOAFilteringInterceptor.search(SOAFilteringInterceptor.java:302)[129:com.ca.jcs.apacheds:1.1.0.20150129]
    at org.apache.directory.server.core.interceptor.InterceptorChain$Entry$1.search(InterceptorChain.java:1263)[129:com.ca.jcs.apacheds:1.1.0.20150129]
    at com.ca.jcs.soa.SOAAuthenticationTokenInterceptor.search(SOAAuthenticationTokenInterceptor.java:214)[129:com.ca.jcs.apacheds:1.1.0.20150129]
    at org.apache.directory.server.core.interceptor.InterceptorChain.search(InterceptorChain.java:828)[129:com.ca.jcs.apacheds:1.1.0.20150129]
    at org.apache.directory.server.core.partition.PartitionNexusProxy.search(PartitionNexusProxy.java:479)[129:com.ca.jcs.apacheds:1.1.0.20150129]
    at org.apache.directory.server.core.partition.PartitionNexusProxy.search(PartitionNexusProxy.java:424)[129:com.ca.jcs.apacheds:1.1.0.20150129]
    at org.apache.directory.server.core.jndi.ServerDirContext.search(ServerDirContext.java:579)[129:com.ca.jcs.apacheds:1.1.0.20150129]
    at org.apache.directory.server.ldap.support.SearchHandler.messageReceived(SearchHandler.java:396)[129:com.ca.jcs.apacheds:1.1.0.20150129]
    at org.apache.mina.handler.demux.DemuxingIoHandler.messageReceived(DemuxingIoHandler.java:144)[129:com.ca.jcs.apacheds:1.1.0.20150129]
    at org.apache.directory.server.ldap.LdapProtocolProvider$LdapProtocolHandler.messageReceived(LdapProtocolProvider.java:403)[129:com.ca.jcs.apacheds:1.1.0.20150129]
    at org.apache.mina.common.support.AbstractIoFilterChain$TailFilter.messageReceived(AbstractIoFilterChain.java:731)[129:com.ca.jcs.apacheds:1.1.0.20150129]
    at org.apache.mina.common.support.AbstractIoFilterChain.callNextMessageReceived(AbstractIoFilterChain.java:364)[129:com.ca.jcs.apacheds:1.1.0.20150129]
    at org.apache.mina.common.support.AbstractIoFilterChain.access$1200(AbstractIoFilterChain.java:54)[129:com.ca.jcs.apacheds:1.1.0.20150129]
    at org.apache.mina.common.support.AbstractIoFilterChain$EntryImpl$1.messageReceived(AbstractIoFilterChain.java:828)[129:com.ca.jcs.apacheds:1.1.0.20150129]
    at org.apache.mina.filter.codec.support.SimpleProtocolDecoderOutput.flush(SimpleProtocolDecoderOutput.java:60)[129:com.ca.jcs.apacheds:1.1.0.20150129]
    at org.apache.mina.filter.codec.ProtocolCodecFilter.messageReceived(ProtocolCodecFilter.java:196)[129:com.ca.jcs.apacheds:1.1.0.20150129]
    at org.apache.mina.common.support.AbstractIoFilterChain.callNextMessageReceived(AbstractIoFilterChain.java:364)[129:com.ca.jcs.apacheds:1.1.0.20150129]
    at org.apache.mina.common.support.AbstractIoFilterChain.access$1200(AbstractIoFilterChain.java:54)[129:com.ca.jcs.apacheds:1.1.0.20150129]
    at org.apache.mina.common.support.AbstractIoFilterChain$EntryImpl$1.messageReceived(AbstractIoFilterChain.java:828)[129:com.ca.jcs.apacheds:1.1.0.20150129]
    at org.apache.mina.filter.support.SSLHandler.flushScheduledEvents(SSLHandler.java:276)[129:com.ca.jcs.apacheds:1.1.0.20150129]
    at org.apache.mina.filter.SSLFilter.messageReceived(SSLFilter.java:427)[129:com.ca.jcs.apacheds:1.1.0.20150129]
    at org.apache.mina.common.support.AbstractIoFilterChain.callNextMessageReceived(AbstractIoFilterChain.java:364)[129:com.ca.jcs.apacheds:1.1.0.20150129]
    at org.apache.mina.common.support.AbstractIoFilterChain.access$1200(AbstractIoFilterChain.java:54)[129:com.ca.jcs.apacheds:1.1.0.20150129]
    at org.apache.mina.common.support.AbstractIoFilterChain$EntryImpl$1.messageReceived(AbstractIoFilterChain.java:828)[129:com.ca.jcs.apacheds:1.1.0.20150129]
    at org.apache.mina.filter.executor.ExecutorFilter.processEvent(ExecutorFilter.java:261)[129:com.ca.jcs.apacheds:1.1.0.20150129]
    at org.apache.mina.filter.executor.ExecutorFilter$ProcessEventsRunnable.run(ExecutorFilter.java:329)[129:com.ca.jcs.apacheds:1.1.0.20150129]
    at edu.emory.mathcs.backport.java.util.concurrent.ThreadPoolExecutor$Worker.runTask(ThreadPoolExecutor.java:665)[129:com.ca.jcs.apacheds:1.1.0.20150129]
    at edu.emory.mathcs.backport.java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:690)[129:com.ca.jcs.apacheds:1.1.0.20150129]
    at java.lang.Thread.run(Unknown Source)[:1.7.0_40]

[Scott Owens]

I believe this is caused by duplicate classes. 

 

It looks like there are two jars loaded which are apacheds-server-main-1.5.0-SNAPSHOT-app.jar and apacheds-server-main-1.5.0-SNAPSHOT-app-nolog.jar having same package structure. 

 

Not sure how the extra jar file got placed there. 

 

Review, backup outside of working directory and Remove apacheds-server-main-1.5.0-SNAPSHOT-app.jar from the Connector Server/lib/ext folder

Thank you.

[Martin Hajducek]

Thank you for your response! Duplicate apacheds classes was the only possible problem I did find on CA support. But that was probably not the case...

The action preceeding this issue was: I have deployed custom connector OSGI package, with lot of jars packaged by mistake. These jars was already present in JCS/lib directory. After realizing mistake I have deployed my package once more, but only with jcs-connector-NAME.jar packaged and then the problem occured.

In the end issue was solved by restarting the whole IDM physical server.