Skip to main content



      Home
Home » Eclipse Projects » Eclipse Scout » Unable to locate secure storage module
Unable to locate secure storage module [message #990018] Mon, 10 December 2012 09:04 Go to next message
Eclipse UserFriend
Hi!

in Eclipse for Scout Developers Juno SR1 I get the following error when starting the minicrm-Tutotrial Application.

In our Company we need a proxy with authentication to access the internet, so our Eclipse for Java-development has written its secure storage to a file under the local user.
(user-directory)\.eclipse\org.eclipse.equinox.security\secure_storage

This file seems to provoke the message, since removing/renaming it removes the error.

How can we get scout to coexist with other eclipse products ?

Grretings,
Urs Frey



!SESSION 2012-12-10 14:17:17.087 -----------------------------------------------
eclipse.buildId=unknown
java.version=1.7.0_07
java.vendor=Oracle Corporation
BootLoader constants: OS=win32, ARCH=x86, WS=win32, NL=de_CH
Framework arguments: -product eclipse.org.minicrm.ui.swing.product
Command-line arguments: -product eclipse.org.minicrm.ui.swing.product -data D:\JavaWS\JunoScout/../runtime-minicrm-swing-client-dev.product -dev file:D:/JavaWS/JunoScout/.metadata/.plugins/org.eclipse.pde.core/minicrm-swing-client-dev.product/dev.properties -os win32 -ws win32 -arch x86 -consoleLog

!ENTRY org.eclipse.core.net 4 0 2012-12-10 14:17:20.773
!MESSAGE Unable to locate secure storage module (org.eclipse.equinox.security.windowspasswordprovider).
!STACK 0
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:190)
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:537)
at org.eclipse.core.internal.net.ProxyType.createProxyData(ProxyType.java:138)
at org.eclipse.core.internal.net.ProxyType.getProxyData(ProxyType.java:127)
at org.eclipse.core.internal.net.PreferenceManager.migrateInstanceScopePreferences(PreferenceManager.java:292)
at org.eclipse.core.internal.net.PreferenceManager.migrate(PreferenceManager.java:260)
at org.eclipse.core.internal.net.ProxyManager.checkMigrated(ProxyManager.java:404)
at org.eclipse.core.internal.net.ProxyManager.initialize(ProxyManager.java:269)
at org.eclipse.core.internal.net.Activator.start(Activator.java:181)
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:300)
at org.eclipse.osgi.framework.util.SecureAction.start(SecureAction.java:440)
at org.eclipse.osgi.internal.loader.BundleLoader.setLazyTrigger(BundleLoader.java:263)
at org.eclipse.core.runtime.internal.adaptor.EclipseLazyStarter.postFindLocalClass(EclipseLazyStarter.java:107)
at org.eclipse.osgi.baseadaptor.loader.ClasspathManager.findLocalClass(ClasspathManager.java:469)
at org.eclipse.osgi.internal.baseadaptor.DefaultClassLoader.findLocalClass(DefaultClassLoader.java:216)
at org.eclipse.osgi.internal.loader.BundleLoader.findLocalClass(BundleLoader.java:395)
at org.eclipse.osgi.internal.loader.SingleSourcePackage.loadClass(SingleSourcePackage.java:35)
at org.eclipse.osgi.internal.loader.BundleLoader.findClassInternal(BundleLoader.java:461)
at org.eclipse.osgi.internal.loader.BundleLoader.findClass(BundleLoader.java:421)
at org.eclipse.osgi.internal.loader.BundleLoader.findClass(BundleLoader.java:412)
at org.eclipse.osgi.internal.baseadaptor.DefaultClassLoader.loadClass(DefaultClassLoader.java:107)
at java.lang.ClassLoader.loadClass(Unknown Source)
at org.eclipse.scout.net.EclipseProxySelector.safeSelectImpl(EclipseProxySelector.java:163)
at org.eclipse.scout.net.EclipseProxySelector.reentrantSelectImpl(EclipseProxySelector.java:143)
at org.eclipse.scout.net.EclipseProxySelector.select(EclipseProxySelector.java:97)
at sun.net.www.protocol.http.HttpURLConnection.plainConnect(Unknown Source)
at sun.net.www.protocol.http.HttpURLConnection.connect(Unknown Source)
at sun.net.www.protocol.http.HttpURLConnection.getOutputStream(Unknown Source)
at org.eclipse.scout.rt.client.servicetunnel.http.internal.InternalHttpServiceTunnel.createURLConnection(InternalHttpServiceTunnel.java:112)
at org.eclipse.scout.rt.client.servicetunnel.http.HttpServiceTunnel.createURLConnection(HttpServiceTunnel.java:70)
at org.eclipse.scout.rt.client.servicetunnel.http.internal.HttpBackgroundJob.runStatus(HttpBackgroundJob.java:77)
at org.eclipse.scout.rt.client.ClientJob.runTransactionWrapper(ClientJob.java:161)
at org.eclipse.scout.rt.client.ClientJob.run(ClientJob.java:149)
at org.eclipse.core.internal.jobs.Worker.run(Worker.java:53)
Re: Unable to locate secure storage module [message #990113 is a reply to message #990018] Mon, 10 December 2012 17:56 Go to previous messageGo to next message
Eclipse UserFriend
Hi Urs,

This happens because you have no storage module registered for your product. To solve this you must add the correct platform dependent equinox security fragment to the affected product files.

Depending on your operating system, one of the following fragments must be added to your product files:
- org.eclipse.equinox.security.macosx
- org.eclipse.equinox.security.win32.x86
- org.eclipse.equinox.security.win32.x86_64

For linux you don't have to add a fragment.

For scout 3.9.0 >= M4 the scout sdk will automatically include the correct security fragments in the product files (where existing). See bug 396226 for more details.

Thanks for pointing that out!

Kind regards,
matthias
Re: Unable to locate secure storage module [message #990391 is a reply to message #990113] Wed, 12 December 2012 04:33 Go to previous messageGo to next message
Eclipse UserFriend
I have the same problem with the minicrm tutorial (Eclipse 3.7 Indigo or Eclipse 4.2 Juno; Scout 3.8 ) and was happy to read about this solution.

However, I have added org.eclipse.equinox.security.win32.x86 to both the minicrm-swing-client-dev.product as well as minicrm-server-dev.product as dependencies, yet the exception is still thrown several times when starting the client. Do I need to do anything else, after adding those dependencies?

[Updated on: Wed, 12 December 2012 04:40] by Moderator

Re: Unable to locate secure storage module [message #990392 is a reply to message #990391] Wed, 12 December 2012 04:36 Go to previous messageGo to next message
Eclipse UserFriend
A quick update: After adding the dependencies to the products I had to click on "Synchronize" in the "Overview" tab, after doing that the exceptions are gone.

Thanks for solving this issue!
Re: Unable to locate secure storage module [message #990399 is a reply to message #990392] Wed, 12 December 2012 04:58 Go to previous message
Eclipse UserFriend
Adding the org.eclipse.equinox.security.win32.x86 to the used Clients solved the Problem for me.

Thanks a lot,
Urs
Previous Topic:Reusing the same formData member on more than one field
Next Topic:Radiobutton group vertical aligned
Goto Forum:
  


Current Time: Wed Jul 23 08:31:57 EDT 2025

Powered by FUDForum. Page generated in 0.06114 seconds
.:: Contact :: Home ::.

Powered by: FUDforum 3.0.2.
Copyright ©2001-2010 FUDforum Bulletin Board Software

Back to the top