Get rid of Experience Fragment system user mapping error messages via config files

[fionas76543059]

Hi folks,

We are not actually using AEM Experience Fragments, but there are frequent error messages occurring during use on the author servers

saying that  " *ERROR* [EventAdminAsyncThread #1] com.adobe.cq.xf.impl.adobetarget.TargetVariationModificationListener Cannot derive user name for bundle com.adobe.cq.cq-experience-fragments [304] and sub service experience-fragments-service". I can reproduce this by doing a Move Page but there are many other occurrences also.

So even though we don't use the Experience Fragments, maybe some of the feature's code gets exercised nonetheless? 

I want to clean up the logs, so in the staging environment, I added a user mapping via the system console configmgr and the error messages went away.

com.adobe.cq.cq-experience-fragments:experience-fragments-service=[experience-fragments-service]

For the production environment, I am not allowed to make changes directly via the AEM Console ConfigMgr so I have to create "conf" files in the code base instead. But when I added the user mapping via OSGi conf files, it seemed to be installed o.k. but didn't show up in the system console configmgr and the error messages did not go away.  Here are the logs showing no errors during deployment of the code with the new conf files.

*INFO* [JcrInstaller.1] org.apache.sling.installer.provider.jcr.impl.JcrInstaller Registering resource with OSGi installer: [InstallableResource, priority=200, id=/apps/xxxxx/config/org.apache.sling.serviceusermapping.impl.ServiceUserMapperImpl.experience-fragments-service]​

*INFO* [JcrInstaller.1] org.apache.sling.installer.provider.jcr.impl.JcrInstaller Registering resource with OSGi installer: [InstallableResource, priority=200, id=/apps/xxxxxx/install/xxxx.jar]​

So it seems that subsequently the configuration gets overwritten or overruled somehow.  (There are a few other Experience Fragment user mappings already  present. ) Maybe because  Experience Fragments is an internal feature and I'm not supposed to try altering its config via conf files.???    

Any ideas on how I can get rid of the error messages. ?

thanks!

Fiona

[Shashi_Mulugu · Accepted solution]

Please follow advice

https://experienceleaguecommunities.adobe.com/t5/adobe-experience-manager/missing-user-mappings-for-...

[fionas76543059]

Hi folks, I fixed this in the end by

[fionas76543059]

Hi folks, I fixed this in the end by creating conf files called org.apache.sling.serviceusermapping.impl.ServiceUserMappingImpl.amended-xxx.xml for each new service user mapping. This worked ok and didn't override any previous mappings.