Yes. It was a normal behavior actually. Once an update is read, there is by default a 1 week delay before checking again for an update. But NB still scans the remote updates.xml upon EACH startup, that's why I was misleaded. The scan is to compare the date within updates.xml with the last local update.
This page was useful: http://wiki.netbeans.org/FaqPluginManagerCustomization Jerome Le mercredi 4 mars 2020 à 13:53:26 UTC+1, Peter Hull <peterhul...@gmail.com> a écrit : Hi Jerome, Did you ever fix this issue? Peter On Thu, 13 Feb 2020 at 22:32, Jerome Lelasseux <lelass...@yahoo.com> wrote: > > I see the "Comparing versions" log lines only upon first start after fresh > install (when I removed AppData/Local/jjazzlab and AppData/Roaming/jjazzlab). > > When the problem occurs (it does not detect the 2nd round of update) logging > is: > > > FINEST [org.netbeans.modules.autoupdate.ui.actions.AutoupdateSettings]: Read > preferences from userdir 1.0.4.1 > FINEST [org.netbeans.modules.autoupdate.ui.actions.AutoupdateSettings]: Store > current version 1.0.4.1 for future import. > FINER [org.netbeans.modules.autoupdate.ui.actions.AutoupdateSettings]: Old > IDE Identity Prefix: > FINER [org.netbeans.modules.autoupdate.ui.actions.AutoupdateSettings]: Old > IDE Identity ID: 09aa34575-946a-4afe-b7d6-d672b9610476 > FINER [org.netbeans.modules.autoupdate.ui.actions.AutoupdateSettings]: No new > prefix. > FINER [org.netbeans.modules.autoupdate.ui.actions.AutoupdateSettings]: > netbeans.default_userdir_root: > C:\Users\Administrateur.000\AppData\Roaming\jjazzlab > FINE [org.netbeans.modules.autoupdate.ui.actions.AutoupdateSettings]: Does OS > specific C:\Users\Administrateur.000\AppData\Roaming\jjazzlab\.superId exist? > true > FINE [org.netbeans.modules.autoupdate.ui.actions.AutoupdateSettings]: Does > C:\Users\Administrateur.000\AppData\Roaming\jjazzlab\.superId exist? true > FINEST [org.netbeans.modules.autoupdate.ui.actions.AutoupdateSettings]: > getPeriod () returns 2 > ... > FINE [org.netbeans.modules.autoupdate.updateprovider.AutoupdateCatalogCache]: > getCacheDirectory: > C:\Users\Administrateur.000\AppData\Local\jjazzlab\Cache\1.0.4.1\catalogcache > FINE [org.netbeans.modules.autoupdate.services.UpdateUnitProviderImpl]: > Customized Provider org_jjazzlab_base_update_center > FINEST [org.netbeans.modules.autoupdate.ui.actions.ShowNotifications]: > Checking notification for JJazzLab Update Center > FINER > [org.netbeans.modules.autoupdate.updateprovider.AutoupdateCatalogParser]: Is > GZIP https://www.jjazzlab.com/autoupdate/updates.xml ? false > FINE > [org.netbeans.modules.autoupdate.updateprovider.AutoupdateCatalogParser]: > Start parsing https://www.jjazzlab.com/autoupdate/updates.xml at 1581631266556 > FINER > [org.netbeans.modules.autoupdate.updateprovider.AutoupdateCatalogParser]: > Successfully read time 08/52/20/13/02/2020 > FINE > [org.netbeans.modules.autoupdate.updateprovider.AutoupdateCatalogParser]: End > parsing https://www.jjazzlab.com/autoupdate/updates.xml at 1581631266579 > > I made some experimentations. To make it work again, I need to manually > remove the autoupdate.properties file in > AppData\Roaming\jjazzlab\1.0.4.1\config\Preferences\org\netbeans\modules. > Then if I start jjazzlab it detects the 2nd round of updates and apply them. > I have no idea why... I copied below the content of my autoupdate.properties. > > expiration=1.0.4.1 > ideIdentity=0b37d59a7-9cb5-4914-aa67-5203a71cb133 > lastCheckTime=1581632362428 > org_jjazzlab_base_update_center_lastCheckTime=1581632362428 > plugin.manager.first.class.modules= > qualifiedId=0b37d59a7-9cb5-4914-aa67-5203a71cb133_c2e68cdf-5652-4cd8-adec-0d2fa47366f1 > superId=c2e68cdf-5652-4cd8-adec-0d2fa47366f1 > > > Maybe I do something wrong when I upload the 2nd round of NBM files on the > server ? When I publish a new update, I just delete the previous > NBM+updates.xml files on the server and replace them with the new ones which > where automatically generated by the NB "Packages as NBM" command. > > > > Le mercredi 12 février 2020 à 20:21:15 UTC+1, Peter Hull > <peterhul...@gmail.com> a écrit : > > > On Wed, 12 Feb 2020 at 17:27, Jerome Lelasseux <lelass...@yahoo.com> wrote: > > Maybe you viewed the xml file using the builtin Firefox viewer which hides > > the XML declaration part... > Well I have learnt something anyway - yes I was using firefox. > > Looking at the code you should be seeing log lines like > [exec] FINER [org.netbeans.modules.autoupdate.services.Utilities]: > Comparing versions: 1.0.compareTo(1.0) = 0 > just after the "End parsing", what do you see when you try? > > Also (slightly weirdly) the time stamp is parsed using > SimpleDateFormat, with a format of "ss/mm/hh/dd/MM/yyyy" but > re-formatted straight away into a String using "yyyy/MM/dd" - so maybe > you need to be at least one day ahead before it sees an update? > (haven't looked into this) > https://github.com/apache/netbeans/blob/e198d0dade337c1dbc27adbbdfd5d12f621a7712/platform/autoupdate.services/src/org/netbeans/modules/autoupdate/updateprovider/AutoupdateCatalogParser.java#L394-L406 > https://github.com/apache/netbeans/blob/e198d0dade337c1dbc27adbbdfd5d12f621a7712/platform/autoupdate.services/src/org/netbeans/modules/autoupdate/services/Utilities.java#L1403-L1407 > (I guess you knew this already) > > Pete > > --------------------------------------------------------------------- > To unsubscribe, e-mail: users-unsubscr...@netbeans.apache.org > For additional commands, e-mail: users-h...@netbeans.apache.org > > For further information about the NetBeans mailing lists, visit: > https://cwiki.apache.org/confluence/display/NETBEANS/Mailing+lists > --------------------------------------------------------------------- To unsubscribe, e-mail: users-unsubscr...@netbeans.apache.org For additional commands, e-mail: users-h...@netbeans.apache.org For further information about the NetBeans mailing lists, visit: https://cwiki.apache.org/confluence/display/NETBEANS/Mailing+lists
