Warning: file_get_contents(/data/phpspider/zhask/data//catemap/6/eclipse/8.json): failed to open stream: No such file or directory in /data/phpspider/zhask/libs/function.php on line 167

Warning: Invalid argument supplied for foreach() in /data/phpspider/zhask/libs/tag.function.php on line 1116

Notice: Undefined index: in /data/phpspider/zhask/libs/function.php on line 180

Warning: array_chunk() expects parameter 1 to be array, null given in /data/phpspider/zhask/libs/function.php on line 181
Java Spring工具源代码(或带有SpringIde的Eclipse)崩溃_Java_Eclipse_Spring - Fatal编程技术网

Java Spring工具源代码(或带有SpringIde的Eclipse)崩溃

Java Spring工具源代码(或带有SpringIde的Eclipse)崩溃,java,eclipse,spring,Java,Eclipse,Spring,我正在将我的开发环境迁移到一台新的笔记本电脑(i7-2670QM,Windows7 64位,NVIDIAOptimus)。 Spring工具套装(STS)64位和Eclipse开普勒64位以及SpringIDE不断崩溃。没有Spring插件的STS32bit和Eclipse开普勒工作正常。同样有问题的程序在我以前的笔记本电脑中运行得非常好 STS:spring-tool-suite-3.4.0.RELEASE-e4.3.1-win32-x86_64 Java Jdk 1.7_45 我猜是64位的

我正在将我的开发环境迁移到一台新的笔记本电脑(i7-2670QM,Windows7 64位,NVIDIAOptimus)。 Spring工具套装(STS)64位和Eclipse开普勒64位以及SpringIDE不断崩溃。没有Spring插件的STS32bit和Eclipse开普勒工作正常。同样有问题的程序在我以前的笔记本电脑中运行得非常好

STS:spring-tool-suite-3.4.0.RELEASE-e4.3.1-win32-x86_64

Java Jdk 1.7_45

我猜是64位的Spring插件造成了这个问题,但奇怪的是,它们在我的旧笔记本电脑上运行良好

这里出了什么问题?可能是因为图形卡的缘故吗

Error log:
EXCEPTION_ACCESS_VIOLATION (0xc0000005) at pc=0x000007fefde5c9ab, pid=6752, tid=11332
#
# JRE version: Java(TM) SE Runtime Environment (7.0_45-b18) (build 1.7.0_45-b18)
# Java VM: Java HotSpot(TM) 64-Bit Server VM (24.45-b08 mixed mode windows-amd64   compressed oops)
# Problematic frame:
# C  [OLEAUT32.dll+0xc9ab]
Stack: [0x0000000000030000,0x0000000000130000],  sp=0x0000000000129560,  free space=997k
Native frames: (J=compiled Java code, j=interpreted, Vv=VM code, C=native code)
C  [OLEAUT32.dll+0xc9ab]

Java frames: (J=compiled Java code, j=interpreted, Vv=VM code)
j  org.eclipse.swt.internal.ole.win32.COM.VtblCall(IJII[J)I+0

它看起来像SWT中的一个问题(我不知道代码库,但是…),看起来像教科书中的JNI异常。在IDE中使用64位有什么好处吗?开发时是否使用超过3GB的RAM?您可能并不真正需要64位JVM,因此您可能会因为没有真正的收益而受苦。要么更改了方法签名(进行谷歌搜索,有几个),要么由于某种原因访问了错误的DLL。SWT非常可靠,Eclipse毕竟可以工作。我会用这个工具提交一个bug报告,然后切换到32位,如果这实际上是一个代码问题,那么要解决这个问题需要付出很大的努力。是的,我使用超过3GB的堆,主要用于测试jvm抖动。当然,我可以独立于STS运行jvm。奇怪的是,它在较弱的机器上工作得非常好。SWT是一个本机库,所以,不幸的是,它是机器对机器的。这可能是驱动程序、实现、更新或很少使用的调用的问题,这些调用不容易实现。向SWT提交bug报告,这是一个积极维护的项目,如果他们对其进行修补,你很有可能每晚都会将其删除。