Mystery External Login Module errors AEM6.5 | Community
Skip to main content
jlpjb
jlpjb
Level 2
September 25, 2019
Solved

Mystery External Login Module errors AEM6.5

  • September 25, 2019
  • 4 replies
  • 9550 views

We have AEM website hosted by Adobe MS that is being upgraded from AEM6.3 to AEM6.5 ("upgrade in place").

Every since the upgrade mystery configurations (four of each) for:

/apps/system/config/org.apache.jackrabbit.oak.spi.security.authentication.external.impl.ExternalLoginModuleFactory.*

/apps/system/config/org.apache.jackrabbit.oak.spi.security.authentication.external.impl.DefaultSyncHandler.*

This in turn creates OSGI configs.

When we restart an instance we get spammed with errors

*ERROR* [Apache Sling Resource Provider Change Notifier] org.apache.jackrabbit.oak.spi.security.authentication.external.impl.ExternalLoginModule No IDP found with name  xxxxxx

The thing is, our application does not or has ever used LDAP and our pre-upgrade AEM instances do not have any ExternalLoginModuleFactory or DefaultSyncHandler. So it is something that has been introduced in AEM6.5 or in the upgrade process.

I've gone in an manually deleted all references to these configs but next restart they just come back.

Anyone have any idea where these configs are being created and how to get rid of them?

This post is no longer active and is closed to new replies. Need help? Start a new post to ask your question.
Best answer by Umesh_Sondhi

please check the below link

Jackrabbit Oak – Token Authentication and Token Management

4 replies

J
Adobe Employee
JohnBu3Adobe Employee
Adobe Employee
September 25, 2019

The Felix console's OSGi Installer (OSGi > OSGI Installer) page may show you where the configuration is read from

http://127.0.0.92:4592/system/console/osgi-installer

It should show you where the Default Sync Handler configuration originates. What is the IdP name?

John

S
Adobe Employee
sdangAdobe Employee
Adobe Employee
September 26, 2019

Since you have removed all these config in the repository, I would suggest doing a search under the crux-quckstart folder in the file system for such configuration files and remove them.

Umesh_Sondhi
Umesh_SondhiAccepted solution
Level 4
September 26, 2019

please check the below link

Jackrabbit Oak – Token Authentication and Token Management

    jlpjb
    jlpjbAuthor
    Level 2
    October 8, 2019

    Thanks, but system/console/osgi-installer just tell me that the config was installed from jcrinstall:/apps/system/config, which I kind of knew anyway. It doesn't explain how the config appeared in /apps/system/config (we didn't put it there, it wasn't there on our AEM6.3 instance, in just appeared after this instances was upgraded to AEM6.5) nor why even after I delete the entries in /apps/system/config they come back after a restart.

    But I guess if this isn't a common issue with the AEM6.5 upgrade then it must be something with Adobe Managed Services build. Thanks everyone for sharing your thoughts.

    Terms & ConditionsAccessibility statement

    Loading footer...