无法启动 SQL Developer 4.0.1

Posted 2023-02-27

【中文标题】无法启动 SQL Developer 4.0.1

【英文标题】：Cannot launch SQL Developer 4.0.1

【发布时间】：2014-06-01 00:41:48

【问题描述】：

全新机器，新安装 SQL Developer (x64 w/out JRE)，当我尝试启动 sqldeveloper.exe 时，它​​卡在大约 10%。

我应该查看哪些日志（如果有）以查找错误？

SQL Developer 4.0.1

JDK 1.7.0_55

Windows 7 专业版 x64

编辑 我运行了 sqldeveloper64.exe，并在启动器开始挂起时点击 ctl+pause/break，这是输出：

2014-04-17 10:26:08 全线程转储 Java HotSpot(TM) 64 位服务器 VM （24.55-b03混合模式）：

“刷新缓存”prio=2 tid=0x000000000cf4b000 nid=0x2408 in Object.wait() [0x0 0000000104af000] java.lang.Thread.State: TIMED_WAITING（在对象监视器上） 在 java.lang.Object.wait（本机方法） - 等待 （一个 org.netbeans.Stamps$Worker） 在 org.netbeans.Stamps$Worker.run(Stamps.java:824) - 锁定 （一个 org.netbeans.Stamps$Worker）

“Thread-3”守护进程prio=6 tid=0x000000000cf4a000 nid=0x1d60 in Object.wait() [0x0 00000000e21f000] java.lang.Thread.State: WAITING （在对象监视器上） 在 java.lang.Object.wait（本机方法） - 等待（java.util.LinkedList） 在 java.lang.Object.wait(Object.java:503) 在 java.util.prefs.AbstractPreferences$EventDispatchThread.run(AbstractP 参考文献.java:1476) - 锁定 (a java.util.LinkedList)

“框架事件调度程序”守护进程prio=6 tid=0x000000000cf49800 Object.wait() 中的 nid=0x2744 [0x000000000e07f000] java.lang.Thread.State：等待（在对象监视器上） 在 java.lang.Object.wait（本机方法） - 等待 （一个 org.eclipse.osgi.framework.eventmgr .EventManager$EventThread） 在 java.lang.Object.wait(Object.java:503) 在 org.eclipse.osgi.framework.eventmgr.EventManager$EventThread.getNextE 发泄（EventManager.java:400） - 锁定 （一个 org.eclipse.osgi.framework.eventmgr.Eve ntManager$EventThread） 在 org.eclipse.osgi.framework.eventmgr.EventManager$EventThread.run（甚至 tManager.java:336)

“状态保护程序”prio=6 tid=0x000000000cf48800 nid=0x265c in Object.wait() [0x00000 0000df0f000] java.lang.Thread.State: TIMED_WAITING（在对象监视器上） 在 java.lang.Object.wait（本机方法） - 等待 （一个 org.eclipse.osgi.internal.resolver.SystemState） 在 org.eclipse.osgi.internal.baseadaptor.BaseStorage$StateSaver.run(Base 存储.java:1292) - 锁定 （一个 org.eclipse.osgi.internal.resolver.Syst emState） 在 java.lang.Thread.run(Thread.java:745)

“框架活动线程”prio=6 tid=0x000000000cf48000 nid=0x2014 in Object.wait() [0x000000000ddbf000] java.lang.Thread.State: TIMED_WAITING（在对象监视器上） 在 java.lang.Object.wait（本机方法） - 等待 （一个 org.eclipse.osgi.framework.internal .core.Framework） 在 org.eclipse.osgi.framework.internal.core.Framework.run（Framework.java :1863) - 锁定 （一个 org.eclipse.osgi.framework.internal.cor e.Framework） 在 java.lang.Thread.run(Thread.java:745)

"非活动的RequestProcessor线程[Was:Folder 识别器/org.openide.loaders.FolderList$ListTask]" 守护进程prio=6 tid=0x000000000cd80000 nid=0x25d8 in Object.wait() [0x000000000dcbf000] java.lang.Thread.State: TIMED_WAITING (on 对象监视器） 在 java.lang.Object.wait（本机方法） - 等待 （一个 java.lang.Object） 在 org.openide.util.RequestProcessor$Processor.run(RequestProcessor.java :1989) - 锁定 （一个 java.lang.Object）

“RequestProcessor 队列管理器”守护进程prio=6 tid=0x000000000cb5d800 Object.wait() 中的 nid=0x2720 [0x000000000dbbf000] java.lang.Thread.State：TIMED_WAITING（在对象监视器上） 在 java.lang.Object.wait（本机方法） - 等待 （org.openide.util.RequestProcessor$TickTac 的 java.lang.Class） 在 org.openide.util.RequestProcessor$TickTac.obtainFirst(RequestProcesso r.java:2267) - 锁定 （org.openide.util.RequestProcessor$TickTac 的 java.lang.Class） 在 org.openide.util.RequestProcessor$TickTac.run(RequestProcessor.java:2 第243章）

"非活动请求处理器线程 [原为：NbStatusDisplayer/org.netbeans.core.NbSta tusDisplayer$MessageImpl]" 守护进程prio=2 tid=0x000000000cc08000 Object.wait() 中的 nid=0x27dc [0x000000000d9bf000] java.lang.Thread.State：TIMED_WAITING（在对象监视器上） 在 java.lang.Object.wait（本机方法） - 等待 （一个 java.lang.Object） 在 org.openide.util.RequestProcessor$Processor.run(RequestProcessor.java :1989) - 锁定 （一个 java.lang.Object）

“CLI 请求服务器”守护进程 prio=6 tid=0x000000000cb61000 nid=0x1c3c 可运行 [0x000000000d8bf000] java.lang.Thread.State: RUNNABLE 在 java.net.DualStackPlainSocketImpl.accept0（本机方法） 在 java.net.DualStackPlainSocketImpl.socketAccept(DualStackPlainSocketIm pl.java:131) 在 java.net.AbstractPlainSocketImpl.accept（AbstractPlainSocketImpl.java： 398) 在 java.net.PlainSocketImpl.accept(PlainSocketImpl.java:198) - 锁定 （一个 java.net.SocksSocketImpl） 在 java.net.ServerSocket.implAccept(ServerSocket.java:530) 在 java.net.ServerSocket.accept(ServerSocket.java:498) 在 org.netbeans.CLIHandler$Server.run(CLIHandler.java:1100)

“活动引用队列守护进程”守护进程prio=2 tid=0x000000000cb8a800 Object.wait() 中的 nid=0x23bc [0x000000000d5cf000] java.lang.Thread.State：TIMED_WAITING（在对象监视器上） 在 java.lang.Object.wait（本机方法） - 等待 （一个 java.lang.ref.ReferenceQueue$Lock） 在 java.lang.ref.ReferenceQueue.remove(ReferenceQueue.java:135) - 锁定 （一个 java.lang.ref.ReferenceQueue$Lock） 在 org.openide.util.lookup.implspi.ActiveQueue$Daemon.run(ActiveQueue.ja 弗吉尼亚州：180） - 锁定 （一个 java.lang.ref.ReferenceQueue$Lock）

“TimerQueue”守护进程prio=6 tid=0x0000000009ebf800 nid=0x1f64 等待 在条件 [0x000000000d3cf000] java.lang.Thread.State: TIMED_WAITING（停车） 在 sun.misc.Unsafe.park（本机方法） - 停车等待 (a java.util.concurrent.lock s.AbstractQueuedSynchronizer$ConditionObject) 在 java.util.concurrent.locks.LockSupport.parkNanos(LockSupport.java:226 ) 在 java.util.concurrent.locks.AbstractQueuedSynchronizer$ConditionObject .awaitNanos(AbstractQueuedSynchronizer.java:2082) 在 java.util.concurrent.DelayQueue.take(DelayQueue.java:220) 在 javax.swing.TimerQueue.run(TimerQueue.java:171) 在 java.lang.Thread.run(Thread.java:745)

“AWT-EventQueue-0”prio=6 tid=0x0000000009dc7800 nid=0xe14 等待 条件 [0x000000000baef000] java.lang.Thread.State: WAITING （停车处） 在 sun.misc.Unsafe.park（本机方法） - 停车等待 (a java.util.concurrent.lock s.AbstractQueuedSynchronizer$ConditionObject) 在 java.util.concurrent.locks.LockSupport.park(LockSupport.java:186) 在 java.util.concurrent.locks.AbstractQueuedSynchronizer$ConditionObject .await（AbstractQueuedSynchronizer.java:2043） 在 java.awt.EventQueue.getNextEvent(EventQueue.java:543) 在 java.awt.EventDispatchThread.pumpOneEventForFilters（EventDispatchThre 广告.java:211) 在 java.awt.EventDispatchThread.pumpEventsForFilter(EventDispatchThread. 爪哇：161） 在 java.awt.EventDispatchThread.pumpEventsForHierarchy（EventDispatchThre 广告.java:150) 在 java.awt.EventDispatchThread.pumpEvents(EventDispatchThread.java:146)

    at java.awt.EventDispatchThread.pumpEvents(EventDispatchThread.java:138)

    at java.awt.EventDispatchThread.run(EventDispatchThread.java:91)

“AWT-Windows”守护进程prio=6 tid=0x0000000009dc6800 nid=0x26dc 可运行 [0x000000 000b80f000] java.lang.Thread.State: RUNNABLE 在 sun.awt.windows.WToolkit.eventLoop（本机方法） 在 sun.awt.windows.WToolkit.run(WToolkit.java:307) 在 java.lang.Thread.run(Thread.java:745)

“AWT-关闭”prio=6 tid=0x0000000009dc3800 nid=0x11dc in Object.wait() [0x0000 00000b70f000] java.lang.Thread.State: WAITING （在对象监视器上） 在 java.lang.Object.wait（本机方法） - 等待 （一个 java.lang.Object） 在 java.lang.Object.wait(Object.java:503) 在 sun.awt.AWTAutoShutdown.run(AWTAutoShutdown.java:296) - 锁定 （一个 java.lang.Object） 在 java.lang.Thread.run(Thread.java:745)

“Java2D Disposer”守护进程prio=10 tid=0x0000000009dc3000 nid=0x1ecc in Object.wait() [0x000000000b60f000] java.lang.Thread.State: WAITING （在对象监视器上） 在 java.lang.Object.wait（本机方法） - 等待 （java.lang.ref.ReferenceQueue$Lock） 在 java.lang.ref.ReferenceQueue.remove(ReferenceQueue.java:135) - 锁定 （一个 java.lang.ref.ReferenceQueue$Lock） 在 java.lang.ref.ReferenceQueue.remove(ReferenceQueue.java:151) 在 sun.java2d.Disposer.run(Disposer.java:145) 在 java.lang.Thread.run(Thread.java:745)

“服务线程”守护进程prio=6 tid=0x0000000008a9e000 nid=0x1404 可运行 [0x000 0000000000000] java.lang.Thread.State: RUNNABLE

“C2 CompilerThread1”守护进程prio=10 tid=0x0000000008a9d800 nid=0x1814 等待条件 [0x0000000000000000] java.lang.Thread.State: 可运行

“C2 CompilerThread0”守护进程prio=10 tid=0x0000000008a96800 nid=0x128c 等待条件 [0x0000000000000000] java.lang.Thread.State: 可运行

“附加监听器”守护进程prio=10 tid=0x0000000008a95000 nid=0x2564 可运行 [0x0 000000000000000] java.lang.Thread.State: RUNNABLE

“信号调度程序”守护进程prio=10 tid=0x0000000008a94800 nid=0x24c4 等待条件 [0x0000000000000000] java.lang.Thread.State: 可运行

“终结器”守护进程prio=8 tid=0x000000000234b000 nid=0x27a0 in Object.wait() [0x 000000000ae4f000] java.lang.Thread.State: WAITING （在对象监视器上） 在 java.lang.Object.wait（本机方法） - 等待 （java.lang.ref.ReferenceQueue$Lock） 在 java.lang.ref.ReferenceQueue.remove(ReferenceQueue.java:135) - 锁定 （java.lang.ref.ReferenceQueue$Lock） 在 java.lang.ref.ReferenceQueue.remove(ReferenceQueue.java:151) 在 java.lang.ref.Finalizer$FinalizerThread.run(Finalizer.java:189)

“参考处理器”守护进程prio=10 tid=0x0000000008a80000 nid=0x276c 在 Object.wait() [0x000000000ad4f000] java.lang.Thread.State 中： WAITING（在对象监视器上） 在 java.lang.Object.wait（本机方法） - 等待 （java.lang.ref.Reference$Lock） 在 java.lang.Object.wait(Object.java:503) 在 java.lang.ref.Reference$ReferenceHandler.run(Reference.java:133) - 锁定 （一个 java.lang.ref.Reference$Lock）

“main”prio=6 tid=0x00000000022bb800 nid=0x1f04 等待条件 [0x00000000 00000000] java.lang.Thread.State: RUNNABLE

“VM 线程”prio=10 tid=0x0000000008a7c000 nid=0x27ec 可运行

“GC 任务线程#0 (ParallelGC)”prio=6 tid=0x00000000022d1000 nid=0x24d4 可运行

“GC 任务线程#1 (ParallelGC)”prio=6 tid=0x00000000022d3800 nid=0x1934 可运行

“GC 任务线程#2 (ParallelGC)”prio=6 tid=0x00000000022d5000 nid=0x1d1c 可运行

“GC 任务线程#3 (ParallelGC)”prio=6 tid=0x00000000022d7000 nid=0x223c 可运行

“GC 任务线程#4 (ParallelGC)”prio=6 tid=0x00000000022da000 nid=0x260c 可运行

“GC 任务线程#5 (ParallelGC)”prio=6 tid=0x00000000022db800 nid=0x1544 可运行

"GC 任务线程#6 (ParallelGC)" prio=6 tid=0x00000000022dd000 nid=0x1898 可运行

“GC 任务线程#7 (ParallelGC)”prio=6 tid=0x00000000022de000 nid=0x1004 可运行

“VM 周期性任务线程”prio=10 tid=0x0000000009c64000 nid=0xc4c 等待状态

JNI 全局引用：669

堆 PSYoungGen 总共 72704K，使用了 63022K [0x00000000ef500000， 0x00000000f41000 00, 0x0000000100000000) 伊甸园空间 67584K, 85% 已使用 [0x00000000ef500000,0x00000000f2d93858,0x00000000f 3700000) 从 空间 5120K，已使用 99% [0x00000000f3c00000,0x00000000f40f8198,0x00000000f4 100000) 到 空间 5120K，0% 已使用 [0x00000000f3700000,0x00000000f3700000,0x00000000f3c 00000) ParOldGen 总共 87552K，使用了 15371K [0x00000000ce000000, 0x00000000d35800 00, 0x00000000ef500000) 对象空间 87552K，已使用 17% [0x00000000ce000000,0x00000000cef02c80,0x0000000 0d3580000) PSPermGen 总计 23040K，已使用 22672K [0x00000000be000000, 0x00000000bf6800 00, 0x00000000ce000000) 对象空间 23040K，已使用 98% [0x00000000be000000,0x00000000bf624068,0x0000000 0bf680000)

【问题讨论】：

您使用的是什么操作系统？ -- 没关系，我看到你使用的是 windows。

Windows 7 专业版 x64

【参考方案1】：

我不知道为什么，但安装到不同的目录解决了这个问题。它最初安装在c:\oracle\sqldeveloper 中（因为它是在我之前的环境中，当时一切都很顺利），我将它移动到c:\sqldeveloper，现在一切正常。我还清除了 AppData 文件夹（\AppData\Roaming\SQL Developer 和 \AppData\Roaming\sqldeveloper），但在故障排除期间重新定位安装之前，我已经这样做了无数次。我还应该注意我对原始安装目录的安全设置进行了两次和三次检查，并且我的用户拥有完全控制权。

【参考方案2】：

同样的问题 - 通过移动到不同的目录解决...更多错误我试图从目的地运行 datamodeler，其中包括“！”在其路径中（如“c:\!!! - datamodeler”）。不可能。在没有“！”的任何地方移动后在路径中它开始工作正常。

Microsoft Windows [版本 10.0.14393] Oracle 数据建模器 4.5.1。 Oracle Data Modeler 4.2 Beta - 同样的情况...

没有错误，没有日志...只是在启动屏幕上的 1.5 厘米进度条后崩溃... 2小时的生命过去了。希望它可以帮助某人...

【讨论】：

这里也一样 - 为什么在地球上！会阻止exe启动？？

【参考方案3】：

同样的问题。我有 Windows 10、64x。 我所做的是想在 env 变量上设置 jdk，在配置文件上设置 java 路径，但什么也没有。 将 sqldeveloper 从 Program Files 移动到 C:/ 并删除 \AppData\Roaming\SQL Developer 和 \AppData\Roaming\sqldeveloper 解决了问题。

【参考方案4】：

我已经通过删除以下两个文件夹的内容解决了这个问题：

1. C:\Users\windows_user_name\AppData\Roaming\SQL Developer\SqlHistory
2. C:\Users\windows_user_name\AppData\Roaming\SQL Developer\systemxxxxxxxxx

【参考方案5】：

同样的问题 - 通过移动到不同的目录来解决...... 错误我试图从目的地运行数据建模器，其中包括“！”在其路径中（如“c:!!! - datamodeler”）。不可能。在没有“！”的任何地方移动后在路径中它开始工作正常。

Microsoft Windows [版本 10.0.14393] Oracle 数据建模器 4.5.1。 Oracle Data Modeler 4.2 Beta - 同样的情况...没有错误，没有 日志...只是在启动屏幕上的 1.5 厘米进度条后崩溃... 2 小时 生命消失了。希望它可以帮助某人...

对我有帮助。