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.
It downloads, but when starting up after installing it says this: "Warning - could not install some modules: C/C++ Highlighting - The module named org.netbeans.spi.editor.hints/0-1 was needed and not found. Common Scripting Language API (new) - The module named org.netbeans.spi.editor.hints/0-1 was needed and not found. C/C++ Remote Development API - None of the modules providing the capability org.netbeans.modules.cnd.remote.spi.RemoteProviderToken could be installed. C/C++ Refactoring - The module named org.netbeans.spi.editor.hints/0-1 was needed and not found. C/C++ Tool Collection - The module named org.netbeans.spi.editor.hints/0-1 was needed and not found. Editor Code Templates - The module named org.netbeans.spi.editor.hints/0-1 was needed and not found. Tags Based Editors Library - The module named org.netbeans.modules.editor.deprecated.pre65formatting/0-1 was needed and not found. Editor Formatting Prior 6.5 Separation - The module Editor Library 2 was requested in implementation version "6" but only "9" was found. JavaScript Hints - The module named org.netbeans.spi.editor.hints/0-1 was needed and not found. Editor Hints - The module Editor Library 2 was requested in implementation version "6" but only "9" was found. XML Text Editor - The module named org.netbeans.modules.editor.deprecated.pre65formatting/0-1 was needed and not found. 38 further modules could not be installed due to the above problems." Product Version = NetBeans IDE Dev (Build nbms-and-javadoc-7091-on-20110426) Operating System = Linux version 2.6.35-28-generic running on amd64 Java; VM; Vendor = 1.6.0_20 Runtime = OpenJDK 64-Bit Server VM 19.0-b09
could you, please, check if it has problems when run with clean userdir?
Yes it does.
User responded, why is it incomplete?
*** Bug 199002 has been marked as a duplicate of this bug. ***
*** Bug 193661 has been marked as a duplicate of this bug. ***
*** Bug 197770 has been marked as a duplicate of this bug. ***
Can't install C/C++ pack in NetBeans 7.0.1rc1 also. Any progress?
Valera, could you, please, attach message.log? Thanks.
Created attachment 109218 [details] messages.log
Installer, team, please, evaluate this. Any ideas why org-netbeans-modules-dlight-libs-common.jar is not installed? It is mentioned in installed files: INFO [org.netbeans.updater]: File installed D:\netbeans-7.0.1rc1\dlight\modules\locale\org-netbeans-modules-dlight-libs-common_ja.jar@0 INFO [org.netbeans.updater]: File installed D:\netbeans-7.0.1rc1\dlight\modules\locale\org-netbeans-modules-dlight-libs-common_pt_BR.jar@0 INFO [org.netbeans.updater]: File installed D:\netbeans-7.0.1rc1\dlight\modules\locale\org-netbeans-modules-dlight-libs-common_ru.jar@0 INFO [org.netbeans.updater]: File installed D:\netbeans-7.0.1rc1\dlight\modules\locale\org-netbeans-modules-dlight-libs-common_zh_CN.jar@0 INFO [org.netbeans.updater]: File installed D:\netbeans-7.0.1rc1\dlight\config\Modules\org-netbeans-modules-dlight-libs-common.xml@0 INFO [org.netbeans.updater]: File installed D:\netbeans-7.0.1rc1\dlight\modules\org-netbeans-modules-dlight-libs-common.jar.pack.gz@0 INFO [org.netbeans.updater]: File installed D:\netbeans-7.0.1rc1\dlight\update_tracking\org-netbeans-modules-dlight-libs-common.xml@0 But later on the error occurs: org.netbeans.modules.cnd.utils - Не найден необходимый модуль org.netbeans.modules.dlight.libs.common. which means 'org.netbeans.modules.cnd.utils - not found required module org.netbeans.modules.dlight.libs.common'
Any steps to reproduce? If in clean new installation of IDE? Which update?
Windows XP (on some computers I can't reproduce this problem) Download Java SE pack from http://dlc.sun.com.edgesuite.net/netbeans/7.0.1/rc1 Check .netbeans/7.0.1rc1 doesn't exist Install it Launch NetBeans 7.0.1rc1 Select No in "Confirm Import Settings" window Select C/C++ plugin in Plugins window and press Install button
Investigating...
Well, it's not reproducible on Ubuntu 11.04.
Nor reproducible on Windows Vista. It's weird, is there any significant difference between Windows XP and Windows Vista?
I don't know. I know ~6 Windows machine, but C/C++ pack fails on 1 of all machines (in 100% cases). But it is not my only problem. For example: http://forums.netbeans.org/topic38648.html
could not reproduce neither on my Win XP. Product Version: NetBeans IDE 7.0.1 RC1 (Build 201106222100) Java: 1.7.0-ea; Java HotSpot(TM) Client VM 21.0-b15 System: Windows XP version 5.1 running on x86; Cp1252; en_US (nb) Userdir: C:\Documents and Settings\tester\.netbeans\7.0.1rc1
(In reply to comment #16) > I don't know. I know ~6 Windows machine, but C/C++ pack fails on 1 of all > machines (in 100% cases). But it is not my only problem. For example: > http://forums.netbeans.org/topic38648.html It's about NB7.0 not NB7.0.1. Anyway, there is lack of information about this problem. I've gone through duplications which are about installing patch1 in NetBeans 7.0 FCS not about installing CND in NetBeans 7.0.1 So long we don't know what is the problem, we cannot fix anything.
(In reply to comment #18) > (In reply to comment #16) > > I don't know. I know ~6 Windows machine, but C/C++ pack fails on 1 of all > > machines (in 100% cases). But it is not my only problem. For example: > > http://forums.netbeans.org/topic38648.html > > It's about NB7.0 not NB7.0.1. Anyway, there is lack of information about this > problem. Yes. 7.0 doesn't work. 7.0.1 doesn't work. No fix => 7.1 will not work > I've gone through duplications which are about installing patch1 in NetBeans > 7.0 FCS not about installing CND in NetBeans 7.0.1 7.0.1 is not a released yet. > So long we don't know what is the problem, we cannot fix anything. How to get additional information?
(In reply to comment #19) > (In reply to comment #18) > > (In reply to comment #16) > > > I don't know. I know ~6 Windows machine, but C/C++ pack fails on 1 of all > > > machines (in 100% cases). But it is not my only problem. For example: > > > http://forums.netbeans.org/topic38648.html > > > > It's about NB7.0 not NB7.0.1. Anyway, there is lack of information about this > > problem. > Yes. 7.0 doesn't work. 7.0.1 doesn't work. No fix => 7.1 will not work I cannot confirm it. My steps were: 1) install NB7.0 Java SE -> install C/C++ -> install patch1 ==> passed 2) install NB7.0 Java SE -> install patch1 -> install C/C++ ==> passed 3) install NB7.0 Full -> open C/C++ project -> install patch1 ==> passed 4) install NB7.0 Full -> install patch1 -> open C/C++ project -> install patch1 of C/C++ ==> passed 5) install NB7.0.1rc1 Java SE -> install C/C++ ==> passed > > I've gone through duplications which are about installing patch1 in NetBeans > > 7.0 FCS not about installing CND in NetBeans 7.0.1 > 7.0.1 is not a released yet. Right. > > So long we don't know what is the problem, we cannot fix anything. > How to get additional information? I don't know. Needs to found out what setup makes such problem. It's responsibility of reporter to describe the problem sufficiently. Please, don't reopen it again until there is reproducible/specified use-case. Thanks
The investigations done so far in different bugs closed as dup of this shows that: 1) It never occurs on en_US (nb) locales. 2) Issue occurs on non English Windows version. I.e. message log attached here shows: System Locale; Encoding = ru_RU (nb); Cp1251 info from issue #193661 shows System Locale; Encoding = es_ES (nb); Cp1252 Could you try some localized versions of Windows with non english locale and not UTF-8 encodings? Is it enough to reopen bug?
Btw, there are rather good comments in issue #193661 which shows, that NB itself was selected to be installed in English version on Spanish Windows XP and it was broken
Jarda, do you know a flag which can be used to get more detailed log why module is not loaded?
(In reply to comment #20) > Please, don't reopen it again until there is reproducible/specified use-case. > Thanks Well. For example I see such problem: - Install NetBeans 7.0.1rc1 on Solaris 11 with ru_RU.UTF-8 locale by /home/vs157455/download/netbeans-7.0.1-ml-javase-solaris-x86.sh - Start netbeans by /opt/netbeans-7.0.1rc1/bin/netbeans - Check Plugins window ==> main update center is http://updates.netbeans.org/netbeans/updates/7.0/uc/final/distribution/catalog_ru.xml.gz Available C/C++ version is 1.13.1.1 - Install NetBeans 7.0.1rc1 on Solaris 11 with en_EN.UTF-8 locale by LANG=en_EN.UTF-8 /home/vs157455/download/netbeans-7.0.1-ml-javase-solaris-x86.sh - Start netbeans by LANG=en_EN.UTF-8 /opt/netbeans-7.0.1rc1/bin/netbeans - Check Plugins window ==> main update center is http://updates.netbeans.org/netbeans/updates/7.0.1/uc/final/certified/catalog.xml.gz Available C/C++ version is 1.14.2.1
(In reply to comment #23) > Jarda, do you know a flag which can be used to get more detailed log why module > is not loaded? message.log should be enough, it's contains all information why module cannot be loaded, usually some dependencies are broken.
(In reply to comment #24) > (In reply to comment #20) > > Please, don't reopen it again until there is reproducible/specified use-case. > > Thanks > Well. For example I see such problem: > - Install NetBeans 7.0.1rc1 on Solaris 11 with ru_RU.UTF-8 locale by > /home/vs157455/download/netbeans-7.0.1-ml-javase-solaris-x86.sh > - Start netbeans by /opt/netbeans-7.0.1rc1/bin/netbeans > - Check Plugins window > ==> > main update center is > http://updates.netbeans.org/netbeans/updates/7.0/uc/final/distribution/catalog_ru.xml.gz > Available C/C++ version is 1.13.1.1 > > - Install NetBeans 7.0.1rc1 on Solaris 11 with en_EN.UTF-8 locale by > LANG=en_EN.UTF-8 > /home/vs157455/download/netbeans-7.0.1-ml-javase-solaris-x86.sh > - Start netbeans by LANG=en_EN.UTF-8 /opt/netbeans-7.0.1rc1/bin/netbeans > - Check Plugins window > ==> main update center is > http://updates.netbeans.org/netbeans/updates/7.0.1/uc/final/certified/catalog.xml.gz > Available C/C++ version is 1.14.2.1 It's wrong, all UC have to be in sync, no different version by given locale are allowed => assign to UC. However, I still can install C/C++ feature in non-English build of IDE. Product Version = NetBeans IDE 7.0 (Build 201104080000) (#a693229ccdbb) Operating System = Linux version 2.6.38-8-generic running on amd64 Java; VM; Vendor = 1.6.0_23; Java HotSpot(TM) 64-Bit Server VM 19.0-b09; Sun Microsystems Inc. Runtime = Java(TM) SE Runtime Environment 1.6.0_23-b05 Java Home = /usr/local/share/java/jdk1.6.0_23/jre System Locale; Encoding = ru_ru (nb); Cp1251 and Product Version = NetBeans IDE 7.0.1 RC1 (Build 201106222100) (#67afcdc9c85d) Operating System = Linux version 2.6.38-8-generic running on amd64 Java; VM; Vendor = 1.6.0_23; Java HotSpot(TM) 64-Bit Server VM 19.0-b09; Sun Microsystems Inc. Runtime = Java(TM) SE Runtime Environment 1.6.0_23-b05 Java Home = /usr/local/share/java/jdk1.6.0_23/jre System Locale; Encoding = ru_ru (nb); Cp1251
It is a nice, but I found second problematic Windows XP machine in Oracle network (russia)
(In reply to comment #27) > It is a nice, but I found second problematic Windows XP machine in Oracle > network (russia) Could you give me (via corporate email) an access for this machine e.g. run vnc sever and send me login name? It helps as best figure out what's wrong?
(In reply to comment #28) > (In reply to comment #27) > > It is a nice, but I found second problematic Windows XP machine in Oracle > > network (russia) > Could you give me (via corporate email) an access for this machine e.g. run vnc > sever and send me login name? It helps as best figure out what's wrong? Yes I think. Today I will try.
Thanks for the reproducible case, seems there are two problems: 1) wrong content of L10N UC => must be fixed, probably will solved later while finalization of 701 release - tracked as issue 199988. 2) enabling too much modules together, a problem of module system. A lot of C/C++/DLight modules + L10N modules as well, causes some module are enabled sooner than module on which are depending. That's the reason why it's reproducible only on some machines. A workaround in this case is just activate C/C++ feature again, use Tools|Plugins|Installed tab|Activate action. I don't think it's a showstopper for 701, could be documented somewhere in RELEASE NOTES. Also I don't think it's common case to install C/C++ from Java SE distribution. Most of C/C++ users install Full IDE or C/C++ pack directly.
Created attachment 109360 [details] Block module system while unpacking files Unless I am mistaken the main problem is that module system may kick in too early and see just a part of the changes done by the updater. I think we can eliminate that by obtaining a read-lock on the module system.
(In reply to comment #31) > Created an attachment (id=109360) [details] > Block module system while unpacking files > > Unless I am mistaken the main problem is that module system may kick in too > early and see just a part of the changes done by the updater. I think we can > eliminate that by obtaining a read-lock on the module system. This patch doesn't fix the problem.
No disagreement with waiving this one, it's approved.
Created attachment 109504 [details] Possibly better platform/core/core.jar
Integrated into 'main-golden' Changeset: http://hg.netbeans.org/main-golden/rev/fd48aaa7ab18 User: Jaroslav Tulach <jtulach@netbeans.org> Log: #198085: InstallDisabledModuleTest was failing randomly when ModuleList was trying to read a file while being written by AutoUpdate updater. The 'ethernet' trick fixes the test failure. It may help issue #198085 as well.
*** Bug 199607 has been marked as a duplicate of this bug. ***
Is this fixed with Jarda's integration?
I had this problem since the first 7.1 beta and on the Dev versions since. Warning - could not install some modules: C/C++ Discovery System - The module named org.netbeans.modules.dlight.remote was needed and not found. C/C++ Core - The module named org.netbeans.modules.dlight.remote was needed and not found. C/C++ Tool Collection - The module named org.netbeans.modules.dlight.remote was needed and not found. C/C++ Code Model Implementation - The module named org.netbeans.modules.dlight.libs.common was needed and not found. C/C++ Utilities - The module named org.netbeans.modules.dlight.libs.common was needed and not found. C/C++ Repository API - None of the modules providing the capability org.netbeans.modules.cnd.repository.api.Repository could be installed. C/C++ - The module named org.netbeans.modules.dlight.kit was needed and not found. C/C++ Make Projects - The module named org.netbeans.modules.dlight.libs.common was needed and not found. C/C++ Make Projects - The module named org.netbeans.modules.dlight.remote was needed and not found. C/C++ Make Projects - The module named org.netbeans.modules.dlight.util was needed and not found. C/C++ Debugger Common - The module named org.netbeans.modules.dlight.remote was needed and not found. C/C++ Remote Development - The module named org.netbeans.modules.dlight.remote was needed and not found. C/C++ Remote Development API - None of the modules providing the capability org.netbeans.modules.cnd.remote.spi.RemoteProviderToken could be installed. C/C++ Remote Development API - The module named org.netbeans.modules.dlight.libs.common was needed and not found. C/C++ Remote Development API - The module named org.netbeans.modules.dlight.remote was needed and not found. 36 further modules could not be installed due to the above problems. The warning dialog box says "Disable Modules and Continue" and "Exit". If I choose exit and restart NetBeans the C/C++ modules are installed and seem to work ok. Product Version: NetBeans IDE Dev (Build 201109300601) Java: 1.7.0; Java HotSpot(TM) Client VM 21.0-b17 System: Windows Vista version 6.0 running on x86; Cp1252; en_US (nb)
Created attachment 111394 [details] messages.log file from time I tried to install C/C++ modules
Comment on attachment 111394 [details] messages.log file from time I tried to install C/C++ modules Sorry, wrong file.
Created attachment 111395 [details] messages.log file This is the right file.
*** Bug 203167 has been marked as a duplicate of this bug. ***
*** Bug 193524 has been marked as a duplicate of this bug. ***
Created attachment 113021 [details] messages.log from latest buid (201111080600)
I finally found a machine where I can reproduce it in most of cases. I'm finding a possible fix now....
core-main/rev/d00f8b77dab0
Integrated into 'main-golden' Changeset: http://hg.netbeans.org/main-golden/rev/d00f8b77dab0 User: Jiri Rechtacek <jrechtacek@netbeans.org> Log: #198085: C++ plugin not working after update
Integrated into 'main-golden' Changeset: http://hg.netbeans.org/main-golden/rev/b657d138b0c8 User: Jaroslav Tulach <jtulach@netbeans.org> Log: While debugging #198085 we found out that batch file changes are often processed sooner than a batch delivery is over. Using sliding task.
Created attachment 113197 [details] same problem in NetBeans IDE Dev (Build 201111130600)
(In reply to comment #49) > Created attachment 113197 [details] > same problem in NetBeans IDE Dev (Build 201111130600) Right, it's a regression, issue 205078. The fix helps to avoid a problem with "Warning - could not install some modules" but in some cases the installation won't complete successfully. We're working now on fix of issue 205078.
*** Bug 205216 has been marked as a duplicate of this bug. ***
NetBeans IDE Dev (Build 201111160600) works nicely
*** Bug 201121 has been marked as a duplicate of this bug. ***
*** Bug 200314 has been marked as a duplicate of this bug. ***
Is there any workaround or path to recovery for those who've been affected by this problem short of uninstalling NetBeans and reinstalling NB 7.0.1 (and avoiding applying any additional updates until 7.1 is available)?
(In reply to comment #52) > NetBeans IDE Dev (Build 201111160600) works nicely 20111121 seems not working :(
(In reply to comment #56) > 20111121 seems not working :( Do you speak about "NetBeans with JavaSE is installed, C/C++ plugin can't be installed via Plugins window)" scenario?
For what it's worth, I was able to uninstall my disabled NB 7.0.1 (32-bit Windows XP, SP3), reinstall it from the 7.0.1 distribution, then apply all available updates - including the Native Execution update that led to me having this problem in the first place - without encountering this problem again.