-
-
Notifications
You must be signed in to change notification settings - Fork 429
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
Fix suggestion finder installation #4209
Conversation
Signed-off-by: Mark Herwege <mark.herwege@telenet.be>
Signed-off-by: Mark Herwege <mark.herwege@telenet.be>
@@ -80,7 +80,7 @@ public AddonSuggestionService(final @Reference ConfigurationAdmin configurationA | |||
this.configurationAdmin = configurationAdmin; | |||
this.localeProvider = localeProvider; | |||
|
|||
SUGGESTION_FINDERS.forEach(f -> baseFinderConfig.put(f, true)); | |||
SUGGESTION_FINDERS.forEach(f -> baseFinderConfig.put(f, false)); | |||
modified(config); | |||
|
|||
// Changes to the configuration are expected to call the {@link modified} method. This works well when running |
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
Side question: Is this job still needed after #4188?
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
It is. The reason is that it refers to a configuration from a different component (to avoid proliferation of component configurations all separated out in the UI) and in Karaf that does not get synchronized reliably.
I did a quick test run:
and it still doesn't seem to work for me: openhab> bundle:list -s | grep addon
158 │ Active │ 80 │ 4.2.0.202405030306 │ org.openhab.core.addon
159 │ Active │ 80 │ 4.2.0.202405030313 │ org.openhab.core.addon.marketplace
160 │ Active │ 80 │ 4.2.0.202405030314 │ org.openhab.core.addon.marketplace.karaf
171 │ Active │ 80 │ 4.2.0.202405031242 │ org.openhab.core.config.discovery.addon
172 │ Active │ 80 │ 4.2.0.202405030309 │ org.openhab.core.config.discovery.addon.process |
I did exactly that, same snapshot, compiled version (in Eclipse), and it is working for me. I am testing on Windows.
Notice the last 4, that only become available after a little wait. |
@mherwege I did a full core build on Windows and prepared a distro zip w/o add-ons. I have checked with a lot of different versions starting even before #4188, all builds lead to system which runs successfully (including wizard and installation of plugins). This might be a coincidence. Did you see those problems as well? |
I didn’t do a full build, but when testing I saw a few of the errors like in #4158. As these are generated in the feature installer, using the feature installer for installing the finders may have aggregated the problem. |
I did another test rolling back 4188 and 4206. Better, but not without resolver errors. Could install a few add-ons in the wizard, then broke down. So you might be right. |
I can confirm that it is working on S4065 on my RPI. All finders are back! 🎉 Details: |
I can confirm that snapshot 4065 also works for me (in Windows), and was now able to retest #4036 successfully with this new version. 🎉 |
This pull request has been mentioned on openHAB Community. There might be relevant details there: |
It looks like #4206 didn't fix the issue completely.
Here is a complement, that so far works well for me. The issue was in the variable sequence of starting the AddonSuggestionService and KarafAddonFinderService.
@jlaur Can you have a look if this works for you as well?
@J-N-K Sorry for these iterations. Hopefully, it works out well this time.