This is what is in the log file:
eclipse.buildId=M20120208-0800
java.version=1.7.0_11
java.vendor=Oracle Corporation
BootLoader constants: OS=win32, ARCH=x86, WS=win32, NL=en_US
Command-line arguments: -os win32 -ws win32 -arch x86
!ENTRY org.eclipse.osgi 4 0 2013-01-18 09:16:30.495
!MESSAGE Startup error
!STACK 1
java.lang.UnsatisfiedLinkError: sun.nio.ch.IOUtil.iovMax()I
at sun.nio.ch.IOUtil.iovMax(Native Method)
at sun.nio.ch.IOUtil.<clinit>(Unknown Source)
at sun.nio.ch.Util.<clinit>(Unknown Source)
at sun.nio.ch.FileChannelImpl.<clinit>(Unknown Source)
at java.io.RandomAccessFile.getChannel(Unknown Source)
at org.eclipse.core.runtime.internal.adaptor.Locker_JavaNio.lock(Locker_JavaNio.java:39)
at org.eclipse.osgi.storagemanager.StorageManager.lock(StorageManager.java:389)
at org.eclipse.osgi.storagemanager.StorageManager.open(StorageManager.java:702)
at org.eclipse.osgi.internal.baseadaptor.BaseStorage.initFileManager(BaseStorage.java:220)
at org.eclipse.osgi.internal.baseadaptor.BaseStorage.initialize(BaseStorage.java:154)
at org.eclipse.osgi.baseadaptor.BaseAdaptor.initializeStorage(BaseAdaptor.java:123)
at org.eclipse.osgi.framework.internal.core.Framework.initialize(Framework.java:190)
at org.eclipse.osgi.framework.internal.core.Framework.<init>(Framework.java:162)
at org.eclipse.core.runtime.adaptor.EclipseStarter.startup(EclipseStarter.java:261)
at org.eclipse.core.runtime.adaptor.EclipseStarter.run(EclipseStarter.java:175)
at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
at sun.reflect.NativeMethodAccessorImpl.invoke(Unknown Source)
at sun.reflect.DelegatingMethodAccessorImpl.invoke(Unknown Source)
at java.lang.reflect.Method.invoke(Unknown Source)
at org.eclipse.equinox.launcher.Main.invokeFramework(Main.java:622)
at org.eclipse.equinox.launcher.Main.basicRun(Main.java:577)
at org.eclipse.equinox.launcher.Main.run(Main.java:1410)
This happened after I made a system restore which (I think) reverted a java update. How do I solve this? I have a tun of stuff in eclipse and I don't want to redo it all again.
ADD:
Meanwhile I got Juno and it seems to be working. But, on my PC, juno has some issues with the shortcut keys and with about 12 plugins I use (they didn't update yet). Does this information help?
It seems that Eclipse is using java 1.7. Try to run Eclipse with a different vm. Install java 1.6 and edit the eclipse.ini adding the correspondent argument below, as described here
-vm C:\Java\JDK\1.6\bin\javaw.exe
Backup your .metadata folder, delete it, and try to start Eclipse.
Finally I did it!
I updated java, rebooted, then uninstalled java, rebooted then installed java.
(rebooting was essential, I tried without rebooting and it didn't work)
now it's working as it should.
Steps to follow
Open eclipse.ini file
You can see below 2 line :
--launcher.defaultAction
openFile
Now add below lines mention between Blockquote to set vm properly as per you jdk version
Blockquote
-vm
C:\Program Files\Java\jdk1.7.0_79\bin\javaw.exe
-XX:-UserCompressedOops
-vm
C:\Program Files\Java\jdk1.7.0_79\jre\bin\server\jvm.dll
Blockquote
before
-vmargs
Related
I'm making a clone of my project that is in Github in the Eclipse IDE.
After entering all the access data, the following error occurs:
https://github.com/"COMPANY NAME"/"PROJECTNAME".git: cannot open git-upload-pack
I already added the http.sslVerify = false - did not work
I configured the RSA key - did not work either
I use: Windows 10 / Java 7 / Eclipse Luna Luna Service Release 2 (4.4.2)
More details of the error
org.eclipse.jgit.api.errors.TransportException:
https://github.com/"COMPANYNAME"/"PROJECTNAME".git: cannot open git-upload-pack
at org.eclipse.jgit.api.LsRemoteCommand.call(LsRemoteCommand.java:196)
at
org.eclipse.egit.core.op.ListRemoteOperation.run(ListRemoteOperation.java:99)
at org.eclipse.egit.ui.internal.clone.SourceBranchPage$8.run(SourceBranchPage.java:324)
at org.eclipse.jface.operation.ModalContext$ModalContextThread.run(ModalContext.java:122)
Caused by: org.eclipse.jgit.errors.TransportException: https://github.com/"COMPANYNAME"/"PROJECTNAME".git: cannot open git-upload-pack
at org.eclipse.jgit.transport.TransportHttp.connect(TransportHttp.java:521)
at org.eclipse.jgit.transport.TransportHttp.openFetch(TransportHttp.java:309)
at org.eclipse.jgit.api.LsRemoteCommand.call(LsRemoteCommand.java:175)
... 3 more
Caused by: javax.net.ssl.SSLException: Received fatal alert: protocol_version
at sun.security.ssl.Alerts.getSSLException(Unknown Source)
at sun.security.ssl.Alerts.getSSLException(Unknown Source)
at sun.security.ssl.SSLSocketImpl.recvAlert(Unknown Source)
at sun.security.ssl.SSLSocketImpl.readRecord(Unknown Source)
at sun.security.ssl.SSLSocketImpl.performInitialHandshake(Unknown Source)
at sun.security.ssl.SSLSocketImpl.startHandshake(Unknown Source)
at sun.security.ssl.SSLSocketImpl.startHandshake(Unknown Source)
at sun.net.www.protocol.https.HttpsClient.afterConnect(Unknown Source)
at sun.net.www.protocol.https.AbstractDelegateHttpsURLConnection.connect(Unknown Source)
at sun.net.www.protocol.http.HttpURLConnection.getInputStream(Unknown Source)
at java.net.HttpURLConnection.getResponseCode(Unknown Source)
at sun.net.www.protocol.https.HttpsURLConnectionImpl.getResponseCode(Unknown Source)
at org.eclipse.jgit.transport.http.JDKHttpConnection.getResponseCode(JDKHttpConnection.java:98)
at org.eclipse.jgit.util.HttpSupport.response(HttpSupport.java:168)
at org.eclipse.jgit.transport.TransportHttp.connect(TransportHttp.java:475)
... 5 more
Session Data:
eclipse.buildId=4.4.2.M20150204-1700
java.version=1.7.0_79
java.vendor=Oracle Corporation
BootLoader constants: OS=win32, ARCH=x86_64, WS=win32, NL=pt_BR
Framework arguments: -product org.eclipse.epp.package.jee.product
Command-line arguments: -os win32 -ws win32 -arch x86_64 -product
org.eclipse.epp.package.jee.product
Try this answer to a related question on Salesforce Stack Exchange. It worked for me.
To elaborate, GitHub recently (as of February 8, 2018) removed support for a number of outdated cryptographic standards. See this announcement for more details on that.
Unfortunately, this list includes TLSv1, which is the default TLS implementation used by Java 7. I encountered the same problem since I was interfacing with GitHub via EGit on a fairly ancient Eclipse build still using Java 7, and sure enough, it was explicitly set to use TLS1.0. I followed the recommended steps to force my Java to use TLS1.1 and 1.2, and the problem was magically solved.
Eclipse 2019-12 has an issue running on IBM JDK that implements
SSLContext.getInstance("TLS")
differently than the other JDKs like Oracle JDK or OpenJDK.
The issue is explained in this Eclipse forum post
To resolve the issue you need to set a runtime parameter:
-Dcom.ibm.jsse2.overrideDefaultTLS=true
in the eclipse.ini file.
also, if still not working, you need to add one of the following parameters:
-Dhttps.protocols=TLSv1.1,TLSv1.2
-Djdk.tls.client.protocols=TLSv1.1,TLSv1.2
Some people observed that in some contexts the order of the items do count, so
-Dhttps.protocols=TLSv1.2,TLSv1.1
is not the same with
-Dhttps.protocols=TLSv1.1,TLSv1.2
The last in the list tend to have priority in front of the others.
Other official articles from IBM explaining the "functionality" are the following:
IBM Article 1
IBM Article 2
IBM Article 3
after Eclipse was hanging a first time ... I am not sure anymore at which step exactly, but somewhere when trying to Project->Mouse Context Menu->JPA Tools->Generate Tables from Entities
Eclipse (Kepler Service Release 2, 4.3.2.M20140221-1700 under Win 7 64bit)
after a restart all my data source explorer connections were gone (> 30) :-(
good that I exported most of them, but I removed the passwords and thus the re-import
is still time-consuming and ugly
the process Initializing connections and drivers never went away again (at least > 15 min and not after stopping this process Cancel Requested)
the import of one foo.xml connections file succeeded, but the 2nd on will always crash Eclipse again with the empty list again
I did not find my old backup in <myworkspaye>\.metadata\.plugins\org.eclipse.datatools.connectivity\ServerProfiles.bak
even closing the only JPA project and restarting did not help
It may be unrelated, but I removed (obviously unsuccessfully) some earlier installed Toad Extension Plugin a long time ago which now throws errors in the .metadata/.log (and may have thrown it for some time already):
megs of logs of this (10 just filled rolled-over log files)
it also shows two entries Toad Extension under Window Preferences
I found similar folders of types .metadata/.plugins/com.dell.toadext*, .metadata/.plugins/com.quest.toadext* and .metadata/.plugins/org.eclipse.core.runtime/.settings/com.{dell|quest}.*
!SESSION 2014-12-12 15:12:03.560 -----------------------------------------------
eclipse.buildId=4.3.2.M20140221-1700
java.version=1.7.0_25
java.vendor=Oracle Corporation
BootLoader constants: OS=win32, ARCH=x86_64, WS=win32, NL=de_DE
Framework arguments: -product org.eclipse.epp.package.reporting.product -cp
Command-line arguments: -os win32 -ws win32 -arch x86_64 -product org.eclipse.epp.package.reporting.product -cp
This is a continuation of log file D:\.metadata\.bak_0.log
Created Time: 2014-12-12 15:12:25.921
!ENTRY com.dell.toadext 4 0 2014-12-12 15:12:25.921
!MESSAGE Error while initialize metadata model
!STACK 0
java.lang.ClassNotFoundException: com.quest.toadext.oracle.core.provider.OraTriggerErrorInfoProvider cannot be found by com.dell.toadext.oracle.core_2.0.0.201403131600
at org.eclipse.osgi.internal.loader.BundleLoader.findClassInternal(BundleLoader.java:501)
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(ClassLoader.java:357)
at org.eclipse.osgi.internal.loader.BundleLoader.loadClass(BundleLoader.java:340)
at org.eclipse.osgi.framework.internal.core.BundleHost.loadClass(BundleHost.java:229)
at org.eclipse.osgi.framework.internal.core.AbstractBundle.loadClass(AbstractBundle.java:1212)
at com.dell.toadext.core.ModelHelper.doCreateOwnedChildrenProviders(Unknown Source)
at com.dell.toadext.oracle.core.OraModelHelper.createOwnedChildrenProviders(Unknown Source)
at com.dell.toadext.core.ModelHelper.initOwnedChildrenProviders(Unknown Source)
at com.dell.toadext.core.ModelHelper.(Unknown Source)
at com.dell.toadext.oracle.core.OraModelHelper.(Unknown Source)
at com.dell.toadext.oracle.core.OraclePlatform.createModelHelper(Unknown Source)
at com.dell.toadext.core.DbPlatform.(Unknown Source)
at com.dell.toadext.oracle.core.OraclePlatform.(Unknown Source)
at sun.reflect.NativeConstructorAccessorImpl.newInstance0(Native Method)
at sun.reflect.NativeConstructorAccessorImpl.newInstance(NativeConstructorAccessorImpl.java:57)
at sun.reflect.DelegatingConstructorAccessorImpl.newInstance(DelegatingConstructorAccessorImpl.java:45)
at java.lang.reflect.Constructor.newInstance(Constructor.java:526)
at java.lang.Class.newInstance(Class.java:374)
at org.eclipse.core.internal.registry.osgi.RegistryStrategyOSGI.createExecutableExtension(RegistryStrategyOSGI.java:184)
at org.eclipse.core.internal.registry.ExtensionRegistry.createExecutableExtension(ExtensionRegistry.java:905)
at org.eclipse.core.internal.registry.ConfigurationElement.createExecutableExtension(ConfigurationElement.java:243)
at org.eclipse.core.internal.registry.ConfigurationElementHandle.createExecutableExtension(ConfigurationElementHandle.java:55)
at com.dell.toadext.core.DbPlatformRegistry$1.run(Unknown Source)
at org.eclipse.core.runtime.SafeRunner.run(SafeRunner.java:42)
at org.eclipse.ui.internal.JFaceUtil$1.run(JFaceUtil.java:49)
at org.eclipse.jface.util.SafeRunnable.run(SafeRunnable.java:175)
at com.dell.toadext.core.DbPlatformRegistry.loadAllExtensions(Unknown Source)
at com.dell.toadext.core.AbstractExtensionRegistry.(Unknown Source)
at com.dell.toadext.core.DbPlatformRegistry.(Unknown Source)
at com.dell.toadext.core.DbPlatformRegistry.getInstance(Unknown Source)
at com.dell.toadext.prefs.ToadextPreferences.findNewDefPlatform(Unknown Source)
at com.dell.toadext.prefs.ToadextPreferences.initializeDefaultPlatform(Unknown Source)
at com.dell.toadext.ToadextInitializer.run(Unknown Source)
at org.eclipse.core.internal.jobs.Worker.run(Worker.java:53)
after moving out all the above mentioned .metadata/.plugin/*toad* folders the never-ending process went away, but importing db connection profiles more than once is not possible (Eclipse hanging again)
also the toad extension is not removed this way
but at least only one such exception in the logs now :-/
I guess I'll run through the complete cycle of installing/setting up a fresh Eclipse install or better workspace :-/
I have had Eclipse working and I completed some projects already. However, Eclipse was not responding for no obvious reason (doesn't start at all).
The error am getting in the .log file, and i have included some previous errors, is:
.
.
.
!ENTRY org.eclipse.wst.xml.core 4 4 2014-05-06 23:58:03.611
!MESSAGE IStructuredDocumentRegion management failed.
!STACK 0
org.eclipse.wst.xml.core.internal.document.StructuredDocumentRegionManagementException: IStructuredDocumentRegion management failed.
at org.eclipse.wst.xml.core.internal.document.XMLModelParser.removeStructuredDocumentRegion(XMLModelParser.java:2249)
at org.eclipse.wst.xml.core.internal.document.XMLModelParser.removeStructuredDocumentRegion(XMLModelParser.java:2281)
at org.eclipse.wst.xml.core.internal.document.XMLModelParser.replaceStructuredDocumentRegions(XMLModelParser.java:2339)
at org.eclipse.wst.xml.core.internal.document.DOMModelImpl.nodesReplaced(DOMModelImpl.java:737)
at org.eclipse.wst.sse.core.internal.text.BasicStructuredDocument._fireEvent(BasicStructuredDocument.java:600)
at org.eclipse.wst.sse.core.internal.text.BasicStructuredDocument.fireStructuredDocumentEvent(BasicStructuredDocument.java:1198)
at org.eclipse.wst.sse.core.internal.text.BasicStructuredDocument.internalReplaceText(BasicStructuredDocument.java:1979)
at org.eclipse.wst.sse.core.internal.text.BasicStructuredDocument.replaceText(BasicStructuredDocument.java:2423)
at org.eclipse.wst.sse.core.internal.text.BasicStructuredDocument.replaceText(BasicStructuredDocument.java:2408)
at org.eclipse.wst.sse.core.internal.text.JobSafeStructuredDocument.access$2(JobSafeStructuredDocument.java:1)
at org.eclipse.wst.sse.core.internal.text.JobSafeStructuredDocument$3.run(JobSafeStructuredDocument.java:141)
at org.eclipse.core.runtime.SafeRunner.run(SafeRunner.java:42)
at org.eclipse.wst.sse.ui.EditorExecutionContext.execute(EditorExecutionContext.java:149)
at org.eclipse.wst.sse.core.internal.text.JobSafeStructuredDocument.replaceText(JobSafeStructuredDocument.java:144)
at org.eclipse.wst.sse.core.internal.text.BasicStructuredDocument.replace(BasicStructuredDocument.java:2368)
at org.eclipse.wst.sse.core.internal.text.JobSafeStructuredDocument.access$0(JobSafeStructuredDocument.java:1)
at org.eclipse.wst.sse.core.internal.text.JobSafeStructuredDocument$1.run(JobSafeStructuredDocument.java:103)
at org.eclipse.core.runtime.SafeRunner.run(SafeRunner.java:42)
at org.eclipse.wst.sse.ui.EditorExecutionContext.execute(EditorExecutionContext.java:149)
at org.eclipse.wst.sse.core.internal.text.JobSafeStructuredDocument.replace(JobSafeStructuredDocument.java:106)
at org.eclipse.jface.text.projection.ProjectionTextStore.replace(ProjectionTextStore.java:111)
at org.eclipse.jface.text.AbstractDocument.replace(AbstractDocument.java:1184)
at org.eclipse.jface.text.AbstractDocument.replace(AbstractDocument.java:1210)
at org.eclipse.jface.text.projection.ProjectionDocument.replace(ProjectionDocument.java:629)
at org.eclipse.jface.text.DefaultDocumentAdapter.replaceTextRange(DefaultDocumentAdapter.java:248)
at org.eclipse.swt.custom.StyledText.modifyContent(StyledText.java:7198)
at org.eclipse.swt.custom.StyledText.sendKeyEvent(StyledText.java:8030)
at org.eclipse.swt.custom.StyledText.doDelete(StyledText.java:2549)
at org.eclipse.swt.custom.StyledText.invokeAction(StyledText.java:7011)
at org.eclipse.jface.text.source.projection.ProjectionViewer.doOperation(ProjectionViewer.java:1470)
at org.eclipse.wst.sse.ui.internal.StructuredTextViewer.doOperation(StructuredTextViewer.java:644)
at org.eclipse.ui.texteditor.TextOperationAction$1.run(TextOperationAction.java:128)
at org.eclipse.swt.custom.BusyIndicator.showWhile(BusyIndicator.java:70)
at org.eclipse.ui.texteditor.TextOperationAction.run(TextOperationAction.java:126)
at org.eclipse.jface.action.Action.runWithEvent(Action.java:499)
at org.eclipse.jface.commands.ActionHandler.execute(ActionHandler.java:119)
at org.eclipse.ui.internal.handlers.E4HandlerProxy.execute(E4HandlerProxy.java:90)
at sun.reflect.GeneratedMethodAccessor30.invoke(Unknown Source)
at sun.reflect.DelegatingMethodAccessorImpl.invoke(Unknown Source)
at java.lang.reflect.Method.invoke(Unknown Source)
at org.eclipse.e4.core.internal.di.MethodRequestor.execute(MethodRequestor.java:56)
at org.eclipse.e4.core.internal.di.InjectorImpl.invokeUsingClass(InjectorImpl.java:243)
at org.eclipse.e4.core.internal.di.InjectorImpl.invoke(InjectorImpl.java:224)
at org.eclipse.e4.core.contexts.ContextInjectionFactory.invoke(ContextInjectionFactory.java:132)
at org.eclipse.e4.core.commands.internal.HandlerServiceHandler.execute(HandlerServiceHandler.java:167)
at org.eclipse.core.commands.Command.executeWithChecks(Command.java:499)
at org.eclipse.core.commands.ParameterizedCommand.executeWithChecks(ParameterizedCommand.java:508)
at org.eclipse.e4.core.commands.internal.HandlerServiceImpl.executeHandler(HandlerServiceImpl.java:213)
at org.eclipse.e4.ui.bindings.keys.KeyBindingDispatcher.executeCommand(KeyBindingDispatcher.java:285)
at org.eclipse.e4.ui.bindings.keys.KeyBindingDispatcher.press(KeyBindingDispatcher.java:504)
at org.eclipse.e4.ui.bindings.keys.KeyBindingDispatcher.processKeyEvent(KeyBindingDispatcher.java:555)
at org.eclipse.e4.ui.bindings.keys.OutOfOrderListener.handleEvent(OutOfOrderListener.java:70)
at org.eclipse.swt.widgets.EventTable.sendEvent(EventTable.java:84)
at org.eclipse.swt.widgets.Widget.sendEvent(Widget.java:1057)
at org.eclipse.swt.widgets.Widget.sendEvent(Widget.java:1081)
at org.eclipse.swt.widgets.Widget.sendEvent(Widget.java:1066)
at org.eclipse.swt.widgets.Widget.sendKeyEvent(Widget.java:1108)
at org.eclipse.swt.widgets.Widget.sendKeyEvent(Widget.java:1104)
at org.eclipse.swt.widgets.Widget.wmKeyDown(Widget.java:1827)
at org.eclipse.swt.widgets.Control.WM_KEYDOWN(Control.java:4975)
at org.eclipse.swt.widgets.Canvas.WM_KEYDOWN(Canvas.java:429)
at org.eclipse.swt.widgets.Control.windowProc(Control.java:4643)
at org.eclipse.swt.widgets.Canvas.windowProc(Canvas.java:340)
at org.eclipse.swt.widgets.Display.windowProc(Display.java:4990)
at org.eclipse.swt.internal.win32.OS.CallWindowProcW(Native Method)
at org.eclipse.swt.internal.win32.OS.CallWindowProc(OS.java:2443)
at org.eclipse.swt.internal.BidiUtil.windowProc(BidiUtil.java:639)
at org.eclipse.swt.internal.win32.OS.DispatchMessageW(Native Method)
at org.eclipse.swt.internal.win32.OS.DispatchMessage(OS.java:2549)
at org.eclipse.swt.widgets.Display.readAndDispatch(Display.java:3757)
at org.eclipse.e4.ui.internal.workbench.swt.PartRenderingEngine$9.run(PartRenderingEngine.java:1113)
at org.eclipse.core.databinding.observable.Realm.runWithDefault(Realm.java:332)
at org.eclipse.e4.ui.internal.workbench.swt.PartRenderingEngine.run(PartRenderingEngine.java:997)
at org.eclipse.e4.ui.internal.workbench.E4Workbench.createAndRunUI(E4Workbench.java:138)
at org.eclipse.ui.internal.Workbench$5.run(Workbench.java:610)
at org.eclipse.core.databinding.observable.Realm.runWithDefault(Realm.java:332)
at org.eclipse.ui.internal.Workbench.createAndRunWorkbench(Workbench.java:567)
at org.eclipse.ui.PlatformUI.createAndRunWorkbench(PlatformUI.java:150)
at org.eclipse.ui.internal.ide.application.IDEApplication.start(IDEApplication.java:124)
at org.eclipse.equinox.internal.app.EclipseAppHandle.run(EclipseAppHandle.java:196)
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:354)
at org.eclipse.core.runtime.adaptor.EclipseStarter.run(EclipseStarter.java:181)
at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
at sun.reflect.NativeMethodAccessorImpl.invoke(Unknown Source)
at sun.reflect.DelegatingMethodAccessorImpl.invoke(Unknown Source)
at java.lang.reflect.Method.invoke(Unknown Source)
at org.eclipse.equinox.launcher.Main.invokeFramework(Main.java:636)
at org.eclipse.equinox.launcher.Main.basicRun(Main.java:591)
at org.eclipse.equinox.launcher.Main.run(Main.java:1450)
at org.eclipse.equinox.launcher.Main.main(Main.java:1426)
!SESSION 2014-05-09 21:45:15.968 -----------------------------------------------
eclipse.buildId=4.3.0.I20130605-2000
java.version=1.7.0_51
java.vendor=Oracle Corporation
BootLoader constants: OS=win32, ARCH=x86_64, WS=win32, NL=en_US
Framework arguments: -product org.eclipse.epp.package.jee.product
Command-line arguments: -os win32 -ws win32 -arch x86_64 -product org.eclipse.epp.package.jee.product
!ENTRY org.eclipse.egit.ui 2 0 2014-05-09 21:46:20.594
!MESSAGE Warning: EGit couldn't detect the installation path "gitPrefix" of native Git. Hence EGit can't respect system level
Git settings which might be configured in ${gitPrefix}/etc/gitconfig under the native Git installation directory.
The most important of these settings is core.autocrlf. Git for Windows by default sets this parameter to true in
this system level configuration. The Git installation location can be configured on the
Team > Git > Configuration preference page's 'System Settings' tab.
This warning can be switched off on the Team > Git > Confirmations and Warnings preference page.
!ENTRY org.eclipse.egit.ui 2 0 2014-05-09 21:46:20.711
!MESSAGE Warning: The environment variable HOME is not set. The following directory will be used to store the Git
user global configuration and to define the default location to store repositories: 'C:\Users\Emad'. If this is
not correct please set the HOME environment variable and restart Eclipse. Otherwise Git for Windows and
EGit might behave differently since they see different configuration options.
This warning can be switched off on the Team > Git > Confirmations and Warnings preference page.
I have checked the environment variables and I have them as follows:
CLASSPATH: ; C:\tomcat7\lib\servlet-api.jar;C:\tomcat7\lib\jsp-api.jar;C:\tomcat7\lib\el- api.jar;C:\tomcat7\Servlets+JSP;%CLASSPATH%;
JAVA_HOME: C:\Program Files\Java\jdk1.7.0_51\bin
PATH: C:\oraclexe\app\oracle\product\11.2.0\server\bin;;%SystemRoot%\system32;%SystemRoot%;%SystemRoot%\System32\Wbem;%SYSTEMROOT%\System32\WindowsPowerShell\v1.0\;C:\Program Files\Microsoft\Web Platform Installer\;C:\Program Files (x86)\Microsoft ASP.NET\ASP.NET Web Pages\v1.0\;C:\Program Files (x86)\Windows Kits\8.0\Windows Performance Toolkit\;C:\Program Files\Microsoft SQL Server\110\Tools\Binn\;C:\Program Files (x86)\PharosSystems\Core;C:\Program Files\Java\jdk1.7.0_51\bin\
I have also, started the eclipse.ini with the command -clean
and deleted .\metadata\.plugins\org.eclipse.e4.workbench\workbench.xmi
while I restarted my machine after each attempt.
I even downloaded a fresh version of Eclipse from a different mirror.
Any suggestion is appreciated.
Create Environment Variable as below!
Go to : right click on My Computer-> Properties-> Advance Settings -> Environmental Variables->
PATH -
C:\Program Files (x86)\Java\jdk1.6.0_02\bin -
- -
if problem doen't solve ..Try to re-install the jdk and then u will see no problem there is in opening eclipse.
i just found the answer for this question
what i needed to do is to make sure that eclipse identifies the JAVA_HOME
by adding the following command at the beginning of the eclipse.ini file in the Eclipse folder:
-vm
C:\Program Files\Java\jdk1.7.0_55\bin
make sure that they are on two separate lines.
I am desperate.... no idea whats wrong. Yesterday it worked today it doesn't.
Here is the stacktrace from the logs, and it is generated before choosing the workspace:
!SESSION 2011-09-25 11:31:39.687 -----------------------------------------------
eclipse.buildId=I20090611-1540
java.version=1.6.0_27
java.vendor=Sun Microsystems Inc.
BootLoader constants: OS=win32, ARCH=x86, WS=win32, NL=sk_SK
Framework arguments: -product org.eclipse.epp.package.jee.product - clean
Command-line arguments: -os win32 -ws win32 -arch x86 -product org.eclipse.epp.package.jee.product - clean
!ENTRY org.eclipse.osgi 4 0 2011-09-25 11:31:42.718
!MESSAGE Startup error
!STACK 1
java.lang.NumberFormatException: For input string: ""
at java.lang.NumberFormatException.forInputString(Unknown Source)
at java.lang.Integer.parseInt(Unknown Source)
at java.lang.Integer.parseInt(Unknown Source)
at org.eclipse.osgi.storagemanager.StorageManager.updateTable(StorageManager.java:511)
at org.eclipse.osgi.storagemanager.StorageManager.open(StorageManager.java:693)
at org.eclipse.osgi.internal.baseadaptor.BaseStorage.initFileManager(BaseStorage.java:213)
at org.eclipse.osgi.internal.baseadaptor.BaseStorage.initialize(BaseStorage.java:147)
at org.eclipse.osgi.baseadaptor.BaseAdaptor.initializeStorage(BaseAdaptor.java:121)
at org.eclipse.osgi.framework.internal.core.Framework.initialize(Framework.java:185)
at org.eclipse.osgi.framework.internal.core.Framework.<init>(Framework.java:157)
at org.eclipse.core.runtime.adaptor.EclipseStarter.startup(EclipseStarter.java:286)
at org.eclipse.core.runtime.adaptor.EclipseStarter.run(EclipseStarter.java:175)
at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
at sun.reflect.NativeMethodAccessorImpl.invoke(Unknown Source)
at sun.reflect.DelegatingMethodAccessorImpl.invoke(Unknown Source)
at java.lang.reflect.Method.invoke(Unknown Source)
at org.eclipse.equinox.launcher.Main.invokeFramework(Main.java:559)
at org.eclipse.equinox.launcher.Main.basicRun(Main.java:514)
at org.eclipse.equinox.launcher.Main.run(Main.java:1311)
That is quite uncommon: bug 113596 suggests some kind of issue with Windows (but not a definitive cause).
This thread suggests:
Under the Eclipse installation directory is a folder named ...\configuration\.settings.
If you move that folder to some temporary location, will Eclipse start? (it'll rebuild the folder and at least one of the prefs files if it starts).
Considering the Eclipse used here seems quite old:
eclipse.buildId=I20090611-1540
It is not surprising that the OP lyborko reports:
Nevetherless, I downloaded latest eclipse, and it works well...
Eclipse was running fine last night, but this morning I tried starting it up and I came upon this error:
alt text http://img707.imageshack.us/img707/4416/ss20100407181208.png
Here's the log
!SESSION 2010-04-07 17:58:37.208 -----------------------------------------------
eclipse.buildId=I20080617-2000
java.version=1.6.0_13
java.vendor=Sun Microsystems Inc.
BootLoader constants: OS=win32, ARCH=x86, WS=win32, NL=en_US
Command-line arguments: -os win32 -ws win32 -arch x86
!ENTRY org.eclipse.osgi 4 0 2010-04-07 17:58:37.457
!MESSAGE Startup error
!STACK 1
java.lang.NumberFormatException: For input string: ""
at java.lang.NumberFormatException.forInputString(Unknown Source)
at java.lang.Integer.parseInt(Unknown Source)
at java.lang.Integer.parseInt(Unknown Source)
at org.eclipse.osgi.storagemanager.StorageManager.updateTable(StorageManager.java:512)
at org.eclipse.osgi.storagemanager.StorageManager.open(StorageManager.java:694)
at org.eclipse.osgi.internal.baseadaptor.BaseStorage.initFileManager(BaseStorage.java:208)
at org.eclipse.osgi.internal.baseadaptor.BaseStorage.initialize(BaseStorage.java:142)
at org.eclipse.osgi.baseadaptor.BaseAdaptor.initializeStorage(BaseAdaptor.java:124)
at org.eclipse.osgi.framework.internal.core.Framework.initialize(Framework.java:180)
at org.eclipse.osgi.framework.internal.core.Framework.<init>(Framework.java:152)
at org.eclipse.osgi.framework.internal.core.OSGi.createFramework(OSGi.java:90)
at org.eclipse.osgi.framework.internal.core.OSGi.<init>(OSGi.java:31)
at org.eclipse.core.runtime.adaptor.EclipseStarter.startup(EclipseStarter.java:286)
at org.eclipse.core.runtime.adaptor.EclipseStarter.run(EclipseStarter.java:175)
at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
at sun.reflect.NativeMethodAccessorImpl.invoke(Unknown Source)
at sun.reflect.DelegatingMethodAccessorImpl.invoke(Unknown Source)
at java.lang.reflect.Method.invoke(Unknown Source)
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)
Any help? I really need this up and running, and reinstalling and resetting all of my plugins and settings just isn't an option at the moment.
I had the same issue. After some debugging i tried deleting the following folders from my eclipse directory
./configuration/org.eclipse.core.runtime/.manager
./configuration/org.eclipse.osgi/.manager
That fixed the issue for me. No side effects. I think this is just a cache because it recreates itself on the fly. The source code doesn't seem to treat it with any special importance if it is not found, but there is a bug that tries to parse an empty string on line 512.
Looking into the source of org.eclipse.osgi it looks like these files are somehow managed with a timestamp, so if you're doing anything that will mess with the timestamps then you'll run into this issue. I use git to manage my eclipse installation so i can revert to an earlier version if a newly installed feature starts stepping on my karma. Ran into this issue after reverting. Added it to .gitignore.
Try at least to restart eclipse with a -clean option.
Check also (just in case) your disk space! That can occur when not enough space is left on the disk, since the code shows it is reading strings (supposed to be Integer) from a file.
Try also upgrading your java used to start eclipse to the latest one (u19 instead of u13)
This error stacktrace has been reported in bug 113596 about some version of Vista: what OS are you using, and has it been updated recently? (by Windows update for instance)
A Best shot would be to use a fresh copy of eclipse and point the workspace location that you were using in the old eclipse. By this way, you will not lose your settings and will 100% avoid the startup error.