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.
Created attachment 114148 [details] Error log messages.log This exception showed after removing plugin http://plugins.netbeans.org/plugin/585 and restarting IDE.
Now IDE can't start normaly... After starting IDE shows dialog with the error's text, what I store in "Error log messages.log" and when I try to close IDE's window, IDE appended to messages.log new lines "java.lang.AssertionError: RootsListeners are already dormant...". Now I will put full version of the messages.log with the new lines.
Created attachment 114150 [details] messages.log with the new lines messages.log with the new lines
Search your installation and userdir for for org.apache.commons.lang JARs please: org.osgi.framework.BundleException: The bundle "org.eclipse.mylyn.commons.net_3.6.0.v20110608-1400 [80]" could not be resolved. Reason: Missing Constraint: Require-Bundle: org.apache.commons.lang; bundle-version="2.3.0" at org.eclipse.osgi.framework.internal.core.AbstractBundle.getResolverError(AbstractBundle.java:1317)
I've now deleted the module and again the error occurred. In the userdir I have only 2 jars modules/docs/org-netbeans-modules-autosave.jar modules/org-netbeans-modules-autosave.jar Files with org.apache.commons.lang not founded. As I understand, Included with rbremner-tocase.nbm supplied file org-apache-commons-lang.nbm. When I tried to install org-apache-commons-lang.nbm IDE reports that the module is installed, which is confirmed the existence of a JAR file in the folder where you installed NetBeans. As I understand it, if you remove the module ToCase IDE attempts to remove the JAR file containing the JAR org.apache.commons.lang and removes the file not from userfolder, but from the directory you installed IDE. That generally disrupts the IDE.
the mentioned plugin comes with two nbm-s - rbremmer-tocase.nbm - org.apache.commons.lang.nbm where the first declares a dependency on apache.commons.lang OpenIDE-Module-Module-Dependencies="org.apache.commons.lang > 1.0, org.openide.nodes > 6.7.1, org.openide.text > 6.9.1, org.openide.util > 6.8.1" what happens during uninstall of rbremmer-tocase is that ModuleManager.getModuleInterdependencies(...) is called, and the guess is that this returns rbremmer-tocase as the only one depending on org.apache.commons.lang even if there are still some osgi bundles (e.g. org.eclipse.mylyn.commons.net) which Require-Bundle: org.apache.commons.lang reassigning for further evaluation
Probably more related to autoupdate, than module system. The module system only partially understands OSGi dependencies and leaves most of the work on OSGi runtime itself.
(In reply to comment #6) > Probably more related to autoupdate, than module system. The module system only > partially understands OSGi dependencies and leaves most of the work on OSGi Cannot agree, AU uses Module System API and expect a correct answer. Module System can delegate it to OSGi runtime instead of adding new job for AU itself. IMHO it's a regression in noted method. > runtime itself.
Created attachment 116209 [details] Prevent uninstalling OSGi bundles This kind of fix seems more safe than changing the ModuleManager behavior.
Hello. I cant understend your fix variant. What happens, if the system module, for example org.apache.co...., has been integrated in the other module, for example name.khartn.mymodule....., as in this situation and this 'hybrid' module has been installed? What happens, if I will delete 'hybrid' module? IDE will disallow uninstalling of the 'hybrid' module, because it is contain kit module, or IDE will delete 'hybrid' but at the same time will leave the desired kit module?
Agreed with comment #7, this is something that must be fixed in the module system if we are to claim any kind of OSGi interoperability.
*** Bug 209201 has been marked as a duplicate of this bug. ***
My plugin also used apache-commons-lang. But I felt that it will also install the jar itself and will be ok to uninstall it without the jar itself. How can I overcome this thing?
*** Bug 209944 has been marked as a duplicate of this bug. ***
*** Bug 209977 has been marked as a duplicate of this bug. ***
Created attachment 118162 [details] a proposed patch Please review the attached patch which fixed this issue.
It seems that Module.getDependenciesArray should be providing sensible information for bundles to begin with, right?
(In reply to comment #16) > It seems that Module.getDependenciesArray should be providing sensible > information for bundles to begin with, right? Maybe. My patch finds more dependencies for bundles and returns the bundles dependents on them.
Created attachment 118352 [details] getDependenciesArray() returns something sort of useful OK, I am trying to modify NetigsoModule.getDependencies to return something sort of useful, but it is not easy. I cannot guarantee 100% correctness with OSGi specification. In cases OSGi and me interprets the dependencies differently, we may get into situation when the system refuses to start even the bundle OSGi dependencies would be OK. To migitate that I tried to use "recommends" and not "requires". For import and export of packages it seems to work OK. However, it would help me to have implementation of issue 201695 - to be able to transfer Require-Bundle into recommends automatically as well. Would autoupdate work OK with "recommends" - only?
(In reply to comment #18) > Created attachment 118352 [details] > getDependenciesArray() returns something sort of useful [...] > Would autoupdate work OK with "recommends" - only? The patch solves the originally reported problem in AU. Thanks. However, when I run IDE including this patch with clean userdir, some modules (bugzilla) cannot be loaded. The same IDE w/o patch starts correctly. Warning - could not install some modules: org.netbeans.modules.bugzilla - The module org.eclipse.mylyn.commons.net would also need to be installed. org.netbeans.modules.bugzilla - The module org.eclipse.mylyn.tasks.core would also need to be installed. org.netbeans.modules.bugzilla - The module org.eclipse.core.runtime would also need to be installed. org.netbeans.modules.bugzilla - The module org.eclipse.mylyn.bugzilla.core would also need to be installed. org.netbeans.modules.bugzilla.exceptionreporter - The module org.netbeans.modules.bugzilla would also need to be installed.
(In reply to comment #19) > (In reply to comment #18) > > Created attachment 118352 [details] > > getDependenciesArray() returns something sort of useful > [...] > > Would autoupdate work OK with "recommends" - only? > The patch solves the originally reported problem in AU. Perfect. I'll polish the code and integrate then. > be loaded. The same IDE w/o patch starts correctly. > Warning - could not install some modules: > org.netbeans.modules.bugzilla - The module org.eclipse.mylyn.commons.net > would also need to be installed. True, I need the API change as described in bug 201695. This is the full patch which allows the IDE to start without problems: http://netbeans.org/bugzilla/attachment.cgi?id=118354 Hopefully it also works for AU.
ergonomics#21aa64230b67
Integrated into 'main-golden', will be available in build *201204260400* on http://bits.netbeans.org/dev/nightly/ (upload may still be in progress) Changeset: http://hg.netbeans.org/main-golden/rev/21aa64230b67 User: Jaroslav Tulach <jtulach@netbeans.org> Log: #201695: Implicitly provide code name base token. #206365: Mimic OSGi dependencies with recommends/provides