This Bugzilla instance is a read-only archive of historic NetBeans bug reports. To report a bug in NetBeans please follow the project's instructions for reporting issues.
Release651 JavaFX_NB_651_Plugin: #30 Product Version = NetBeans IDE 6.5 (Build 200901261116) Operating System = Windows XP version 5.1 running on x86 Java; VM; Vendor = 1.6.0_12-ea; Java HotSpot(TM) Client VM 11.2-b01; Sun Microsystems Inc. Steps to reproduce: - Install NB 6.5 with JavaFX Script plugin - Create a JavaFX Script project and run it - Install JavaFX Script plugin 6.5.1 via UC - Run the project again There is the message in the output: Trying to override old definition of task nbjavafxconnect Trying to override old definition of task nbjavafxstart Trying to override old definition of task nbjavafxreload Trying to override old definition of task nbjavafxappreloaded init: deps-jar: compile: jar: standard-run: browser-run: jws-run: midp-run: run: BUILD SUCCESSFUL (total time: 9 seconds)
Created attachment 77749 [details] IDE log file
This seems to be a bug of AutoUpdate, which is not removing Ant libraries of the old uninstalled or updated modules. The library jars are self-registering and the same Ant tasks are registered from two different libraries twice after update. This does not happen when the new modules are installed into plain NetBeans (without upgrade from JavaFX 1.1).
Ant library is not removed from NB when the updated module does not provide it anymore.
Afaik it is not the responsibility of autoupdate to register or unregister libraries (or to handle self-registereed since AU does not know anything about it. I am not sure but hopefully someone from apisupport area can help.
What does this have to do with apisupport? AU manages those files in a cluster unpacked from an NBM, as per update_tracking/*.xml. If a new version of an NBM does not include some files which an old version did, AU will remove them. Anything else is the responsibility of the module. I'm not sure exactly what a "self-registering library JAR" is. If this is referring to a library listed in Library Manager corresponding to a bundled JAR, these are normally declared in a file present in the module's XML layer so that no procedural registration or unregistration is needed. If you are doing something else which is procedural, then it is the module's responsibility to clean up from previous versions where applicable.
Apisupport project.xml of the old version contained <built-to>${cluster}/ant/nblib/${code.name.base.dashes}.jar</built-to> and module NBM was built correctly (including the library), update_tracking/module.xml listed the jar, but it is not removed during module update.
Confirmed.
I have a feeling that I know whether the issue. And it is likely in the installer. When doing pack200-unpack200 convertions the .jar files actually changes but autoupdate uses the CRC build in update_tracking files to be sure that it should really delete the file. Alexandr, could you please test the following scenario: 1) Install NB 6.5(.1) JavaSE distribution 2) Install JavaFX Script plugin (of previous FX release version - 1.0.1) from UC http://jeevez.russia/hudson/job/JavaFX_NB_Plugin_NB65_promoted/102/artifact/main/nbbuild/nbms/catalog.xml 3) Create a JavaFX Script project and run it 4) Install JavaFX Script plugin (of current FX release version - 1.1) from standard NetBeans UC Has the issue gone away now?
Fixed for NBI installers: http://hg.netbeans.org/main/rev/3fdd75f3b60f
Integrated into 'main-golden', will be available in build *200904150201* on http://bits.netbeans.org/dev/nightly/ (upload may still be in progress) Changeset: http://hg.netbeans.org/main-golden/rev/3fdd75f3b60f User: Dmitry Lipin <dlipin@netbeans.org> Log: Issue #159657 Installer should update CRC sums in update_tracking files during installation
Integrated into 'main-golden', will be available in build *200904180201* on http://bits.netbeans.org/dev/nightly/ (upload may still be in progress) Changeset: http://hg.netbeans.org/main-golden/rev/fd700fb3aa9b User: Yulia Novozhilova <ynov@netbeans.org> Log: Fix #159657: Installer should update CRC sums in update_tracking files during installation for Mac native
Fixed.
Integrated into 'main-golden', will be available in build *200904201507* on http://bits.netbeans.org/dev/nightly/ (upload may still be in progress) Changeset: http://hg.netbeans.org/main-golden/rev/fd700fb3aa9b User: Yulia Novozhilova <ynov@netbeans.org> Log: Fix #159657: Installer should update CRC sums in update_tracking files during installation for Mac native