Cache refresh not triggering on new install: WELD-001334: Unsatisfied dependencies for type CacheRefreshConfiguration with qualifiers @Default

By: Thomas Fellinger user 07 Jul 2021 at 4:28 a.m. CDT

6 Responses
Thomas Fellinger gravatar
Expected behavior: Cache Refresh should be triggered, showing a last run and if it was not successful, it should log an error in the cache refresh log. Actual behavior: Cache Refresh is not being triggered...no last run is shown. When I look in the cache refresh log I only see this: ``` 2021-07-07 06:52:36,357 INFO [main] [gluu.oxtrust.ldap.cache.service.CacheRefreshTimer] (CacheRefreshTimer.java:151) - Initializing Cache Refresh Timer ``` But when I check oxtrust.log I see the following error: ``` 2021-07-07 08:36:36,340 ERROR [ForkJoinPool.commonPool-worker-9] [org.gluu.service.config.ConfigurationFactory] (ConfigurationFactory.java:306) - WELD-001334: Unsatisfied dependencies for type CacheRefreshConfiguration with qualifiers @Default org.jboss.weld.exceptions.UnsatisfiedResolutionException: WELD-001334: Unsatisfied dependencies for type CacheRefreshConfiguration with qualifiers @Default at org.jboss.weld.bean.builtin.InstanceImpl.checkBeanResolved(InstanceImpl.java:241) ~[weld-core-impl-3.1.4.Final.jar:3.1.4.Final] at org.jboss.weld.bean.builtin.InstanceImpl.get(InstanceImpl.java:113) ~[weld-core-impl-3.1.4.Final.jar:3.1.4.Final] at org.gluu.service.config.ConfigurationFactory.destroy(ConfigurationFactory.java:314) ~[oxtrust-service-4.2.3.Final.jar:?] at org.gluu.oxtrust.service.config.ConfigurationFactory$Proxy$_$$_WeldSubclass.destroy(Unknown Source) ~[classes/:?] at org.gluu.oxtrust.service.config.ConfigurationFactory.destroryLoadedConfiguration(ConfigurationFactory.java:75) ~[classes/:?] at org.gluu.oxtrust.service.config.ConfigurationFactory$Proxy$_$$_WeldSubclass.destroryLoadedConfiguration(Unknown Source) ~[classes/:?] at org.gluu.service.config.ConfigurationFactory.createFromDb(ConfigurationFactory.java:297) [oxtrust-service-4.2.3.Final.jar:?] at org.gluu.service.config.ConfigurationFactory.reloadConfiguration(ConfigurationFactory.java:223) [oxtrust-service-4.2.3.Final.jar:?] at org.gluu.service.config.ConfigurationFactory.reloadConfigurationTimerEvent(ConfigurationFactory.java:175) [oxtrust-service-4.2.3.Final.jar:?] at org.gluu.oxtrust.service.config.ConfigurationFactory$Proxy$_$$_WeldSubclass.reloadConfigurationTimerEvent$$super(Unknown Source) [classes/:?] at jdk.internal.reflect.GeneratedMethodAccessor174.invoke(Unknown Source) ~[?:?] at jdk.internal.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43) ~[?:?] at java.lang.reflect.Method.invoke(Method.java:566) ~[?:?] at org.jboss.weld.interceptor.proxy.TerminalAroundInvokeInvocationContext.proceedInternal(TerminalAroundInvokeInvocationContext.java:51) [weld-core-impl-3.1.4.Final.jar:3.1.4.Final] at org.jboss.weld.interceptor.proxy.AroundInvokeInvocationContext.proceed(AroundInvokeInvocationContext.java:78) [weld-core-impl-3.1.4.Final.jar:3.1.4.Final] at org.gluu.service.cdi.async.AsynchronousInterceptor$1.get(AsynchronousInterceptor.java:36) [oxcore-service-4.2.3.Final.jar:?] at java.util.concurrent.CompletableFuture$AsyncSupply.run(CompletableFuture.java:1700) [?:?] at java.util.concurrent.CompletableFuture$AsyncSupply.exec(CompletableFuture.java:1692) [?:?] at java.util.concurrent.ForkJoinTask.doExec(ForkJoinTask.java:290) [?:?] at java.util.concurrent.ForkJoinPool$WorkQueue.topLevelExec(ForkJoinPool.java:1020) [?:?] at java.util.concurrent.ForkJoinPool.scan(ForkJoinPool.java:1656) [?:?] at java.util.concurrent.ForkJoinPool.runWorker(ForkJoinPool.java:1594) [?:?] at java.util.concurrent.ForkJoinWorkerThread.run(ForkJoinWorkerThread.java:183) [?:?] ``` I configured the settings like I did last time, at least I think I did, based on a documentation I created and I think the exact same settings worked on another server running 4.2. Thanks!
Gluu 4.2.3 Ubuntu 20.04
closed

Answers

By Mobarak Hosen Shakil staff 13 Jul 2021 at 1:45 p.m. CDT

Copy
Mobarak Hosen Shakil gravatar
Can you please share your `cache Configuration`? Did you change the cache refresh default script? Thanks & Regards ~ Shakil

By Thomas Fellinger user 14 Jul 2021 at 10:04 a.m. CDT

Copy
Thomas Fellinger gravatar
Hello, no, I didn't change the default script...it's a new install and the only thing I configured after the setup was Cache Refresh. I even tried on a 2nd machine with the same result. ![imgur](https://i.imgur.com/fAsW0Wv.png "imgur") ![imgur](https://i.imgur.com/9ro1dVf.png "imgur") ![imgur](https://i.imgur.com/RmdieOf.png "imgur") FYI the LDAP connection test is successful when I test it.

By Mobarak Hosen Shakil staff 14 Jul 2021 at 2:20 p.m. CDT

Copy
Mobarak Hosen Shakil gravatar
Did you change the `Server IP Address`?

By Thomas Fellinger user 14 Jul 2021 at 2:53 p.m. CDT

Copy
Thomas Fellinger gravatar
No, this was 255.255.255.255 per default. Should I change this? If yes, to what value?

By Mobarak Hosen Shakil staff 15 Jul 2021 at 6:16 a.m. CDT

Copy
Mobarak Hosen Shakil gravatar
yes, please replace with your gluu server IP.

By Thomas Fellinger user 15 Jul 2021 at 7:25 a.m. CDT

Copy
Thomas Fellinger gravatar
Now it started syncing...awesome! Can you explain a few things to me: * Is it possible that this worked with the Cloud Native Edition of Gluu without changing this value? * Why do I have to set the IP address of the server? Isn't it aware of it's own IP address? * Why is even the documentation of Cache Refresh showing 255.255.255.255 if this is not correct, instead of a real IP address? https://gluu.org/docs/gluu-server/4.2/user-management/ldap-sync/ Thanks for your help!

Post an answer