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 118880 [details] messages.log My messages.log has this stacktrace on every startup. Any suggestions on how to resolve it? Marian Mirilovic found: https://bugs.eclipse.org/bugs/show_bug.cgi?id=355086 Unable to locate secure storage module (org.eclipse.equinox.security.windowspasswordprovider). org.eclipse.equinox.security.storage.StorageException: Unable to locate secure storage module (org.eclipse.equinox.security.windowspasswordprovider). at org.eclipse.equinox.internal.security.storage.PasswordProviderSelector.findStorageModule(PasswordProviderSelector.java:192) at org.eclipse.equinox.internal.security.storage.SecurePreferencesRoot.getModulePassword(SecurePreferencesRoot.java:231) at org.eclipse.equinox.internal.security.storage.SecurePreferencesRoot.getPassword(SecurePreferencesRoot.java:224) at org.eclipse.equinox.internal.security.storage.SecurePreferences.get(SecurePreferences.java:262) at org.eclipse.equinox.internal.security.storage.SecurePreferencesWrapper.get(SecurePreferencesWrapper.java:106) at org.eclipse.core.internal.net.ProxyType.loadProxyAuth(ProxyType.java:529) at org.eclipse.core.internal.net.ProxyType.createProxyData(ProxyType.java:148) at org.eclipse.core.internal.net.ProxyType.getProxyData(ProxyType.java:137) at org.eclipse.core.internal.net.ProxyManager.migrateInstanceScopePreferences(ProxyManager.java:453) at org.eclipse.core.internal.net.ProxyManager.checkMigrated(ProxyManager.java:418) at org.eclipse.core.internal.net.ProxyManager.initialize(ProxyManager.java:277) at org.eclipse.core.internal.net.Activator.start(Activator.java:179) at org.eclipse.osgi.framework.internal.core.BundleContextImpl$1.run(BundleContextImpl.java:711) at java.security.AccessController.doPrivileged(Native Method) at org.eclipse.osgi.framework.internal.core.BundleContextImpl.startActivator(BundleContextImpl.java:702) at org.eclipse.osgi.framework.internal.core.BundleContextImpl.start(BundleContextImpl.java:683) at org.eclipse.osgi.framework.internal.core.BundleHost.startWorker(BundleHost.java:381) at org.eclipse.osgi.framework.internal.core.AbstractBundle.start(AbstractBundle.java:299) at org.eclipse.osgi.framework.util.SecureAction.start(SecureAction.java:440) at org.eclipse.osgi.internal.loader.BundleLoader.setLazyTrigger(BundleLoader.java:268) at org.eclipse.core.runtime.internal.adaptor.EclipseLazyStarter.postFindLocalClass(EclipseLazyStarter.java:107) at org.eclipse.osgi.baseadaptor.loader.ClasspathManager.findLocalClass(ClasspathManager.java:462) at org.eclipse.osgi.internal.baseadaptor.DefaultClassLoader.findLocalClass(DefaultClassLoader.java:216) at org.eclipse.osgi.internal.loader.BundleLoader.findLocalClass(BundleLoader.java:400) at org.eclipse.osgi.internal.loader.SingleSourcePackage.loadClass(SingleSourcePackage.java:35) at org.eclipse.osgi.internal.loader.BundleLoader.findClassInternal(BundleLoader.java:473) at org.eclipse.osgi.internal.loader.BundleLoader.findClass(BundleLoader.java:429) at org.eclipse.osgi.internal.loader.BundleLoader.findClass(BundleLoader.java:417) at org.eclipse.osgi.internal.baseadaptor.DefaultClassLoader.loadClass(DefaultClassLoader.java:107) at java.lang.ClassLoader.loadClass(ClassLoader.java:248) at org.eclipse.mylyn.internal.commons.net.CommonsNetPlugin.start(CommonsNetPlugin.java:91) at org.eclipse.osgi.framework.internal.core.BundleContextImpl$1.run(BundleContextImpl.java:711) at java.security.AccessController.doPrivileged(Native Method) at org.eclipse.osgi.framework.internal.core.BundleContextImpl.startActivator(BundleContextImpl.java:702) at org.eclipse.osgi.framework.internal.core.BundleContextImpl.start(BundleContextImpl.java:683) at org.eclipse.osgi.framework.internal.core.BundleHost.startWorker(BundleHost.java:381) at org.eclipse.osgi.framework.internal.core.AbstractBundle.resume(AbstractBundle.java:389) at org.eclipse.osgi.framework.internal.core.Framework.resumeBundle(Framework.java:1131) at org.eclipse.osgi.framework.internal.core.StartLevelManager.resumeBundles(StartLevelManager.java:559) at org.eclipse.osgi.framework.internal.core.StartLevelManager.resumeBundles(StartLevelManager.java:544) at org.eclipse.osgi.framework.internal.core.StartLevelManager.incFWSL(StartLevelManager.java:457) at org.eclipse.osgi.framework.internal.core.StartLevelManager.doSetStartLevel(StartLevelManager.java:243) at org.eclipse.osgi.framework.internal.core.EquinoxLauncher.internalStart(EquinoxLauncher.java:271) at org.eclipse.osgi.framework.internal.core.EquinoxLauncher.start(EquinoxLauncher.java:241) at org.eclipse.osgi.launch.Equinox.start(Equinox.java:258) at org.netbeans.core.netigso.Netigso.start(Netigso.java:173) at org.netbeans.NetigsoFramework.startFramework(NetigsoFramework.java:291) at org.netbeans.ModuleManager.enable(ModuleManager.java:1164) at org.netbeans.ModuleManager.enable(ModuleManager.java:986) at org.netbeans.core.startup.ModuleList.installNew(ModuleList.java:340) at org.netbeans.core.startup.ModuleList.trigger(ModuleList.java:276) at org.netbeans.core.startup.ModuleSystem.restore(ModuleSystem.java:295) at org.netbeans.core.startup.Main.getModuleSystem(Main.java:169) at org.netbeans.core.startup.Main.start(Main.java:305) at org.netbeans.core.startup.TopThreadGroup.run(TopThreadGroup.java:123) at java.lang.Thread.run(Thread.java:619)
At some point I remember a suggestion that NB should register a storage module based on our Keyring, but I cannot find that issue now. Of course that does not explain why this error appears just for this user. Possibly related to the other Netbinox errors in recent dev builds. One odd thing I notice in the log file: WARNING [org.netbeans.core.startup.InstalledFileLocatorImpl]: module org.netbeans.libs.jna in ...\platform does not own modules/lib/x86/jnidispatch.dll at org.netbeans.StandardModule$OneModuleClassLoader.findLibrary(StandardModule.java:651) which should not be happening unless the JNA library wrapper is somehow corrupt. There are other similar IFLI warnings, possibly indicating a problem with the all-files.dat cache (bug #208936). I do not know how this could cause the reported stack trace, however. Reporter could try deleting C:\Java\NetBeans_ttroy_cachedir to see if that cures the problem - backing it up first, so that bisection could be used to identify the particular cache file triggering the issue if there is one.
Created attachment 118890 [details] messages.log after user cache delete
Same results. I attached messages.log after deleting user cache. How should I perform the bisection to find something useful?
(In reply to comment #3) > How should I perform the bisection to find something useful? Well if you encounter the error even starting with a clean cache, there is nothing in the cache to bisect. You can check whether the error occurs when starting with a different userdir. If not, then you can bisect the userdir: try copying half of the the problematic userdir to a new location and run with that; if that fails, delete half of what you copied; if it succeeds, copy half of what remained; etc., until narrowing down the issue to a single file.
Please try: $ grep level netbeans/*/config/Modules/* attach the result and reopen. Thanks.
grep returned no results. I think the problem may be related to an Eclipse installation. I do not understand why it shows in the NB log in this way. Because of the org.eclipse... references, I recently went into my work desktop Eclipse installation and went to the "Secure Storage" under Preferences. Here I selected Change Password and the problem no longer shows in my NB logs. My laptop where I removed Eclipse still has the problem. So my speculation is that when NB uses this module, it expects to access something that may not be available. If correct, this is probably a bug in their library. Unfortunately, it means I may have to re-install Eclipse on my laptop to change an Eclipse setting so NB is happy.
I found the problem. NetBeans is detecting a remnant of an Eclipse IDE installation. Once I deleted the file, the errors in the log went away. C:\Documents and Settings\ttroy\.eclipse\org.eclipse.equinox.security\secure_storage is the file.
Opps, that is unexpected problem. We share local data with Eclipse!