Resolution:
Description:
============
Imported a Business Event (BE) project from BE 4.0 into to BE 5.0 running on Windows 7.

Environment:
==========
Windows 7 64-bit.

Symptoms:
=========
Full Stack:
java.lang.UnsatisfiedLinkError: no localfile_1_0_0 in java.library.path
at java.lang.ClassLoader.loadLibrary(ClassLoader.java:1734)
at java.lang.Runtime.loadLibrary0(Runtime.java:823)
at java.lang.System.loadLibrary(System.java:1028)
at org.eclipse.core.internal.filesystem.local.LocalFileNatives.&ltclinit>(LocalFileNatives.java:32)
at org.eclipse.core.internal.filesystem.local.LocalFile.fetchInfo(LocalFile.java:141)
at org.eclipse.core.filesystem.provider.FileStore.fetchInfo(FileStore.java:277)
at org.eclipse.core.internal.localstore.FileSystemResourceManager.read(FileSystemResourceManager.java:708)
at org.eclipse.core.internal.resources.SaveManager.restoreMetaInfo(SaveManager.java:797)
at org.eclipse.core.internal.resources.SaveManager.restoreMetaInfo(SaveManager.java:777)
at org.eclipse.core.internal.resources.SaveManager.restore(SaveManager.java:663)
at org.eclipse.core.internal.resources.SaveManager.startup(SaveManager.java:1326)
at org.eclipse.core.internal.resources.Workspace.startup(Workspace.java:1953)
at org.eclipse.core.internal.resources.Workspace.open(Workspace.java:1716)
at org.eclipse.core.resources.ResourcesPlugin.start(ResourcesPlugin.java:376)
at org.eclipse.osgi.framework.internal.core.BundleContextImpl$2.run(BundleContextImpl.java:1009)
at java.security.AccessController.doPrivileged(Native Method)
at org.eclipse.osgi.framework.internal.core.BundleContextImpl.startActivator(BundleContextImpl.java:1003)
at org.eclipse.osgi.framework.internal.core.BundleContextImpl.start(BundleContextImpl.java:984)
at org.eclipse.osgi.framework.internal.core.BundleHost.startWorker(BundleHost.java:346)
at org.eclipse.osgi.framework.internal.core.AbstractBundle.start(AbstractBundle.java:265)
at org.eclipse.osgi.framework.util.SecureAction.start(SecureAction.java:400)
at org.eclipse.core.runtime.internal.adaptor.EclipseLazyStarter.postFindLocalClass(EclipseLazyStarter.java:111)
at org.eclipse.osgi.baseadaptor.loader.ClasspathManager.findLocalClass(ClasspathManager.java:427)
at org.eclipse.osgi.internal.baseadaptor.DefaultClassLoader.findLocalClass(DefaultClassLoader.java:193)
at org.eclipse.osgi.framework.internal.core.BundleLoader.findLocalClass(BundleLoader.java:370)
at org.eclipse.osgi.framework.internal.core.SingleSourcePackage.loadClass(SingleSourcePackage.java:33)
at org.eclipse.osgi.framework.internal.core.BundleLoader.findClassInternal(BundleLoader.java:443)
at org.eclipse.osgi.framework.internal.core.BundleLoader.findClass(BundleLoader.java:399)
at org.eclipse.osgi.framework.internal.core.BundleLoader.findClass(BundleLoader.java:387)
at org.eclipse.osgi.internal.baseadaptor.DefaultClassLoader.loadClass(DefaultClassLoader.java:87)
at java.lang.ClassLoader.loadClass(ClassLoader.java:248)
at org.eclipse.ui.internal.ide.application.IDEApplication.start(IDEApplication.java:114)
at org.eclipse.equinox.internal.app.EclipseAppHandle.run(EclipseAppHandle.java:193)
at org.eclipse.core.runtime.internal.adaptor.EclipseAppLauncher.runApplication(EclipseAppLauncher.java:110)
at org.eclipse.core.runtime.internal.adaptor.EclipseAppLauncher.start(EclipseAppLauncher.java:79)
at org.eclipse.core.runtime.adaptor.EclipseStarter.run(EclipseStarter.java:386)
at org.eclipse.core.runtime.adaptor.EclipseStarter.run(EclipseStarter.java:179)
at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:39)
at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:25)
at java.lang.reflect.Method.invoke(Method.java:597)
at org.eclipse.equinox.launcher.Main.invokeFramework(Main.java:549)
at org.eclipse.equinox.launcher.Main.basicRun(Main.java:504)
at org.eclipse.equinox.launcher.Main.run(Main.java:1236)

Cause:
=====
This error has been deemed benign. Engineering analyzed the error message and reported, "Eclipse tries to use native APIs to load resources. If it can't find the native libraries (OS dependent), then it reverts to the less efficient Java implementation for loading resources. The message also indicates that 'The resources plug-in will safely fall back to using java.io.File functionality'."

Resolution:
=========
Ignore the error as it is a harmless.  See https://bugs.eclipse.org/bugs/show_bug.cgi?id=203812 and the 'Cause' above.

References:
==========
https://bugs.eclipse.org/bugs/show_bug.cgi?id=203812