You are viewing a plain text version of this content. The canonical link for it is here.
Posted to users@netbeans.apache.org by Jerome Lelasseux <le...@yahoo.com.INVALID> on 2020/02/11 22:25:54 UTC
Autoupdate problem
Hello,
I have set up an autoupdate center for my NB application (Windows JDK11.1). After a fresh install of an (old) app, the new modules are detected, user is notified and the app is automatically updated.
If I generate yet another change (change code of one module, increase module spec in manifest, generate new NBM file, upload new updates.xml and NBM on the updatecenter), then the app does not detect the change. I don't understand why...
I tried -J-Dorg.netbeans.modules.autoupdate.level=FINEST to understand what happens, but it just says:...
FINE [org.netbeans.modules.autoupdate.updateprovider.AutoupdateCatalogParser]: Start parsing https://www.jjazzlab.com/autoupdate/updates.xml at 1581459244163
FINER [org.netbeans.modules.autoupdate.updateprovider.AutoupdateCatalogParser]: Successfully read time 59/47/21/11/02/2020
FINE [org.netbeans.modules.autoupdate.updateprovider.AutoupdateCatalogParser]: End parsing https://www.jjazzlab.com/autoupdate/updates.xml at 1581459244210...
So it scans the updates.xml but does not detect the updated module.
If I delete the user directory (where some update info is stored), then the changes are detected again.
Thanks for your help.
Jerome
Re: Autoupdate problem
Posted by Jerome Lelasseux <le...@yahoo.com.INVALID>.
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 <pe...@gmail.com> a écrit :
Hi Jerome,
Did you ever fix this issue?
Peter
On Thu, 13 Feb 2020 at 22:32, Jerome Lelasseux <le...@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 <pe...@gmail.com> a écrit :
>
>
> On Wed, 12 Feb 2020 at 17:27, Jerome Lelasseux <le...@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-unsubscribe@netbeans.apache.org
> For additional commands, e-mail: users-help@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-unsubscribe@netbeans.apache.org
For additional commands, e-mail: users-help@netbeans.apache.org
For further information about the NetBeans mailing lists, visit:
https://cwiki.apache.org/confluence/display/NETBEANS/Mailing+lists
Re: Autoupdate problem
Posted by Peter Hull <pe...@gmail.com>.
Hi Jerome,
Did you ever fix this issue?
Peter
On Thu, 13 Feb 2020 at 22:32, Jerome Lelasseux <le...@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 <pe...@gmail.com> a écrit :
>
>
> On Wed, 12 Feb 2020 at 17:27, Jerome Lelasseux <le...@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-unsubscribe@netbeans.apache.org
> For additional commands, e-mail: users-help@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-unsubscribe@netbeans.apache.org
For additional commands, e-mail: users-help@netbeans.apache.org
For further information about the NetBeans mailing lists, visit:
https://cwiki.apache.org/confluence/display/NETBEANS/Mailing+lists
Re: Autoupdate problem
Posted by Jerome Lelasseux <le...@yahoo.com.INVALID>.
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 <pe...@gmail.com> a écrit :
On Wed, 12 Feb 2020 at 17:27, Jerome Lelasseux <le...@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-unsubscribe@netbeans.apache.org
For additional commands, e-mail: users-help@netbeans.apache.org
For further information about the NetBeans mailing lists, visit:
https://cwiki.apache.org/confluence/display/NETBEANS/Mailing+lists
Re: Autoupdate problem
Posted by Peter Hull <pe...@gmail.com>.
On Wed, 12 Feb 2020 at 17:27, Jerome Lelasseux <le...@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-unsubscribe@netbeans.apache.org
For additional commands, e-mail: users-help@netbeans.apache.org
For further information about the NetBeans mailing lists, visit:
https://cwiki.apache.org/confluence/display/NETBEANS/Mailing+lists
Re: Autoupdate problem
Posted by Jerome Lelasseux <le...@yahoo.com.INVALID>.
@Pete
No there is a XML declaration + DTD in my updates.xml, I've checked again. Maybe you viewed the xml file using the builtin Firefox viewer which hides the XML declaration part...
If the XML was malformed I guess it would not work at all: in my case it works fine for the 1st update (with a clean NB user dir). There must be something in the user dir which prevents the next update, I checked the autoupdate preferences but was not able to find something abnormal...
Le mercredi 12 février 2020 à 14:05:58 UTC+1, Peter Hull <pe...@gmail.com> a écrit :
I don't know the answer, but looking at the NB update center, the XML
does start with an XML declaration and a DTD (see below), whereas
yours does not. Maybe the DTD needs to be added?
Pete
<!DOCTYPE module_updates PUBLIC "-//NetBeans//DTD Autoupdate Catalog
2.6//EN" "http://www.netbeans.org/dtds/autoupdate-catalog-2_6.dtd">
On Wed, 12 Feb 2020 at 10:43, Geertjan Wielenga <ge...@apache.org> wrote:
>
> If I could, I would help, I just don't know -- and have no way to reproduce. Maybe someone else with a NetBeans Platform app with a Plugin Manager etc, other than the IDE itself, can advise.
>
> Gj
>
> On Tue, Feb 11, 2020 at 11:26 PM Jerome Lelasseux <le...@yahoo.com.invalid> wrote:
>>
>> Hello,
>>
>> I have set up an autoupdate center for my NB application (Windows JDK11.1). After a fresh install of an (old) app, the new modules are detected, user is notified and the app is automatically updated.
>>
>> If I generate yet another change (change code of one module, increase module spec in manifest, generate new NBM file, upload new updates.xml and NBM on the updatecenter), then the app does not detect the change. I don't understand why...
>>
>> I tried -J-Dorg.netbeans.modules.autoupdate.level=FINEST to understand what happens, but it just says:
>> ...
>> FINE [org.netbeans.modules.autoupdate.updateprovider.AutoupdateCatalogParser]: Start parsing https://www.jjazzlab.com/autoupdate/updates.xml at 1581459244163
>> FINER [org.netbeans.modules.autoupdate.updateprovider.AutoupdateCatalogParser]: Successfully read time 59/47/21/11/02/2020
>> FINE [org.netbeans.modules.autoupdate.updateprovider.AutoupdateCatalogParser]: End parsing https://www.jjazzlab.com/autoupdate/updates.xml at 1581459244210
>> ...
>>
>> So it scans the updates.xml but does not detect the updated module.
>>
>> If I delete the user directory (where some update info is stored), then the changes are detected again.
>>
>> Thanks for your help.
>>
>> Jerome
>>
>>
---------------------------------------------------------------------
To unsubscribe, e-mail: users-unsubscribe@netbeans.apache.org
For additional commands, e-mail: users-help@netbeans.apache.org
For further information about the NetBeans mailing lists, visit:
https://cwiki.apache.org/confluence/display/NETBEANS/Mailing+lists
Re: Autoupdate problem
Posted by Peter Hull <pe...@gmail.com>.
I don't know the answer, but looking at the NB update center, the XML
does start with an XML declaration and a DTD (see below), whereas
yours does not. Maybe the DTD needs to be added?
Pete
<!DOCTYPE module_updates PUBLIC "-//NetBeans//DTD Autoupdate Catalog
2.6//EN" "http://www.netbeans.org/dtds/autoupdate-catalog-2_6.dtd">
On Wed, 12 Feb 2020 at 10:43, Geertjan Wielenga <ge...@apache.org> wrote:
>
> If I could, I would help, I just don't know -- and have no way to reproduce. Maybe someone else with a NetBeans Platform app with a Plugin Manager etc, other than the IDE itself, can advise.
>
> Gj
>
> On Tue, Feb 11, 2020 at 11:26 PM Jerome Lelasseux <le...@yahoo.com.invalid> wrote:
>>
>> Hello,
>>
>> I have set up an autoupdate center for my NB application (Windows JDK11.1). After a fresh install of an (old) app, the new modules are detected, user is notified and the app is automatically updated.
>>
>> If I generate yet another change (change code of one module, increase module spec in manifest, generate new NBM file, upload new updates.xml and NBM on the updatecenter), then the app does not detect the change. I don't understand why...
>>
>> I tried -J-Dorg.netbeans.modules.autoupdate.level=FINEST to understand what happens, but it just says:
>> ...
>> FINE [org.netbeans.modules.autoupdate.updateprovider.AutoupdateCatalogParser]: Start parsing https://www.jjazzlab.com/autoupdate/updates.xml at 1581459244163
>> FINER [org.netbeans.modules.autoupdate.updateprovider.AutoupdateCatalogParser]: Successfully read time 59/47/21/11/02/2020
>> FINE [org.netbeans.modules.autoupdate.updateprovider.AutoupdateCatalogParser]: End parsing https://www.jjazzlab.com/autoupdate/updates.xml at 1581459244210
>> ...
>>
>> So it scans the updates.xml but does not detect the updated module.
>>
>> If I delete the user directory (where some update info is stored), then the changes are detected again.
>>
>> Thanks for your help.
>>
>> Jerome
>>
>>
---------------------------------------------------------------------
To unsubscribe, e-mail: users-unsubscribe@netbeans.apache.org
For additional commands, e-mail: users-help@netbeans.apache.org
For further information about the NetBeans mailing lists, visit:
https://cwiki.apache.org/confluence/display/NETBEANS/Mailing+lists
Re: Autoupdate problem
Posted by Geertjan Wielenga <ge...@apache.org>.
If I could, I would help, I just don't know -- and have no way to
reproduce. Maybe someone else with a NetBeans Platform app with a Plugin
Manager etc, other than the IDE itself, can advise.
Gj
On Tue, Feb 11, 2020 at 11:26 PM Jerome Lelasseux
<le...@yahoo.com.invalid> wrote:
> Hello,
>
> I have set up an autoupdate center for my NB application (Windows
> JDK11.1). After a fresh install of an (old) app, the new modules are
> detected, user is notified and the app is automatically updated.
>
> If I generate yet another change (change code of one module, increase
> module spec in manifest, generate new NBM file, upload new updates.xml and
> NBM on the updatecenter), then the app does not detect the change. I don't
> understand why...
>
> I tried -J-Dorg.netbeans.modules.autoupdate.level=FINEST to understand
> what happens, but it just says:
> ...
> FINE
> [org.netbeans.modules.autoupdate.updateprovider.AutoupdateCatalogParser]:
> Start parsing https://www.jjazzlab.com/autoupdate/updates.xml at
> 1581459244163
> FINER
> [org.netbeans.modules.autoupdate.updateprovider.AutoupdateCatalogParser]:
> Successfully read time 59/47/21/11/02/2020
> FINE
> [org.netbeans.modules.autoupdate.updateprovider.AutoupdateCatalogParser]:
> End parsing https://www.jjazzlab.com/autoupdate/updates.xml at
> 1581459244210
> ...
>
> So it scans the updates.xml but does not detect the updated module.
>
> If I delete the user directory (where some update info is stored), then
> the changes are detected again.
>
> Thanks for your help.
>
> Jerome
>
>
>