shutdown: org.eclipse.ui.internal.Workbench$55

最新推荐文章于 2024-01-17 18:49:05 发布
原创 最新推荐文章于 2024-01-17 18:49:05 发布 · 282 阅读 · 0 ·
CC 4.0 BY-SA版权
版权声明：本文为博主原创文章，遵循 CC 4.0 BY-SA 版权协议，转载请附上原文出处链接和本声明。
文章标签：

#eclipse

All clients has disconnected from. You can graceful shutdown now., dubbo version: , current host
悟已往之不谏，知来者之可追
05-25 6385
Dubbo 报错 2020-05-25 17:39:41.965 WARN 19812 --- [NettyServerWorker-6-1] o.a.d.r.t.AbstractServer 205 : [DUBBO] All clients has disconnected from 0.0.0.0/0.0.0.0:53541. You can graceful shutdown now., dubbo version: , current host: 10.20.3
java.lang.IllegalStateException: javax.websocket.server.ServerContainer not available
yanlici1249075710的博客
05-28 8518
"C:\Program Files\Java\jdk1.8.0_251\bin\java.exe" -ea -Didea.test.cyclic.buffer.size=1048576 "-javaagent:C:\Program Files\JetBrains\IntelliJ IDEA 2019.2.3\lib\idea_rt.jar=53883:C:\Program Files\JetBrains\IntelliJ IDEA 2019.2.3\bin" -Dfile.encoding=UTF-8 -.
org.eclipse.ui.internal.viewintroadapterpart不能转换为类org.eclipse.ui解决方法
铁柱ａｄｍｉｎ的博客
05-02 1万+
安装Spring框架，不知怎么的就把Eclipse搞坏了 ，重装后也没解决问题， 一打开就报下面这个: org.eclipse.ui.internal.viewintroadapterpart不能转换为类org.eclipse.ui 解决方法： eclipse 帮助 关于 安装细节 选中“ Babel Language Pack for rt.rap in Chinese (Simplified...
eclipse启动失败，加载到loading workbench时，停止或者闪退的解决办法
weixin_30672019的博客
02-24 152
更换一个工作目录(workspace)，或者把原来的工作目录删除，再次启动eclipse！ 转载于:https://www.cnblogs.com/hanshoutinghou/p/3564464.html
eclipse不能启动的解决方案
lyhmyway的专栏
02-05 2715
我在新添加了一个项目后eclipse右下角一直在building workspace，别的操作也不能进行，于是就强行关闭之后再打开就怎么也打不开了。图片如下： 启动界面 进度条不到一半的时候就消失了。用命令行执行eclipsec.exe后出现如下错误提示： java.lang.NullPointerException         at org.eclipse.core.
Eclipse一直building workspace问题解决归纳2
sunny_java12的博客
02-09 3163
这样的问题我遇到两次。 第一次因为未正确关闭（电脑没电，重复操作等奇葩情况）各种网上当资料整理以下几个解决方法： （1）：找到eclipse所在目录下eclipse.ini,打开文件添加启动参数：–vmargs和-Xmx512m如下图所指 （2）：加大Eclipse运行可用最大内存数，打开eclipse.ini将-Xmx512m调高为-Xmx768m或如上图-Xmx1024m； （3）：打开ecl...
Eclipse一直building workspace问题解决归纳
随风而逝的博客
07-19 3825
这样的问题我遇到两次。 第一次因为未正确关闭（电脑没电，重复操作等奇葩情况）各种网上当资料整理以下几个解决方法： （1）：找到eclipse所在目录下eclipse.ini,打开文件添加启动参数：–vmargs和-Xmx512m如下图所指 （2）：加大Eclipse运行可用最大内存数，打开eclipse.ini将-Xmx512m调高为-Xmx768m或如上图-Xmx1024m； （3）：打开eclipse.ini文件添加一个命令 ： -clean （4）：关闭自动编译：打开eclipse点击pr...
报错Caused by: org.apache.kafka.common.errors.TimeoutException: Timeout of 60000ms expired before the
weixin_61070671的博客
01-17 2967
删除分区 重新创建和采集。最后，重启kafka。
org.eclipse.swt.SWTException: Failed to execute runnable (org.eclipse.swt.SWTException: Widget is disposed)
A89E89的专栏
12-31 2982
!ENTRY org.eclipse.jface 4 0 2009-12-31 17:35:00.921!MESSAGE Unhandled event loop exception during blocked modal context.!STACK 0org.eclipse.swt.SWTException: Failed to execute runnable (org.ecl
java.lang.InstantiationError: org.quartz.SimpleTrigger
huangsu2014的专栏
02-02 6386
在集成spring4.1+shiro1.2.3+quartz2.2.1是出现此错误，原因是默认的shiro-quartz1.2.3中的实现是针对quartz1.6版本的实现（详细源码请查看QuartzSessionValidationScheduler），在quartz2.2.1中，SimppleTrigger为接口，所以无法实例化。下面的代码是针对2.2.1版本的实现：import org.ap
eclipse: workspace出错导致无法启用的解决
愤怒的油条
04-15 1万+
通常我们会在eclipse中创建多个workspace，比如一个用于学习，一个用于工作... ，因为种种原因，时不时会发现eclipse切换workspace后启动失败，提示让你去看workspace\.metadata\.log文件，今天又遇到了! （我觉得在这点上，eclipse的稳定性远不如vs.net）   在日志里找到这段文字： !ENTRY org.eclipse.core.re
eclipse非正常关闭，重新无法启动
ouyewang的专栏
10-29 4870
2、解决方法 删除文件 [workspace]/.metadata/.plugins/org.eclipse.e4.workbench/workbench.xmi
Eclipse崩溃解决方案
来自师大的博客
08-13 3968
Java was started but returned exit code =-805306369 解决方法有三个： 1.删除D:\AndProj.metadata.plugins\org.eclipse.e4.workbench目录下的workbench.xmi文件 2.在eclipse.ini文件里手动指定Java Virtual Machine路径
eclipse 启动失败
md_beijing的博客
02-16 3721
今天上午还用eclipse 但是未响应，我以为卡了就直接关闭了，没想到下午就直接启动不起来了，还提示到工作空间的.metadata文件夹下的.log查看错误日志，我打开了log文件报错如下： !SESSION 2016-02-16 15:42:23.496 ----------------------------------------------- eclipse.buildId=v22.3
eclipse启动错误【看最后一句话就行】
周二也被占用
07-29 5501
1、错误日志 !SESSION 2013-12-09 12:24:33.826 ----------------------------------------------- eclipse.buildId=M20130204-1200 java.version=1.7.0_25 java.vendor=Oracle Corporation BootLoader constants: O
Eclipse启动时报错 An error has occurred. See error log for more details. loader constraint violation: loa
fangletian1981的专栏
05-28 3207
如题，springsourcetoolsuite 2.8.1release 装了aptana3.0的插件后，某天突然baoc
eclipse启动无响应，停留在Loading workbench状态
热门推荐
03-01 2万+
做开发的同学们或多或少的都会遇到eclipse启动到一定程度时，就进入灰色无响应状态再也不动了。启动画面始终停留在Loading workbench状态。反复重启，状态依旧。       关于 eclipse启动卡死的问题（eclipse上一次没有正确关闭，导致启动的时候卡死错误解决方法），自己常用的解决方法： 方案一（推荐使用，如果没有这个文件，就使用方案二）： 到<workspace>\.metadata\.plugins\org.eclipse.core.resources目
org.eclipse.e4.core.di.InjectionException: java.lang.IllegalStateException: Expected the service to be TERMINATED, but the service has FAILED at org.eclipse.e4.core.internal.di.MethodRequestor.execute(MethodRequestor.java:68) at org.eclipse.e4.core.internal.di.InjectorImpl.processAnnotated(InjectorImpl.java:898) at org.eclipse.e4.core.internal.di.InjectorImpl.disposed(InjectorImpl.java:398) at org.eclipse.e4.core.internal.di.Requestor.disposed(Requestor.java:148) at org.eclipse.e4.core.internal.contexts.ContextObjectSupplier$ContextInjectionListener.update(ContextObjectSupplier.java:78) at org.eclipse.e4.core.internal.contexts.TrackableComputationExt.update(TrackableComputationExt.java:111) at org.eclipse.e4.core.internal.contexts.TrackableComputationExt.handleInvalid(TrackableComputationExt.java:74) at org.eclipse.e4.core.internal.contexts.EclipseContext.dispose(EclipseContext.java:174) at org.eclipse.e4.core.internal.contexts.EclipseContext.dispose(EclipseContext.java:159) at org.eclipse.e4.core.internal.contexts.EclipseContext.dispose(EclipseContext.java:159) at org.eclipse.e4.core.internal.contexts.EclipseContext.dispose(EclipseContext.java:159) at org.eclipse.e4.core.internal.contexts.osgi.EclipseContextOSGi.dispose(EclipseContextOSGi.java:106) at org.eclipse.e4.core.internal.contexts.osgi.EclipseContextOSGi.bundleChanged(EclipseContextOSGi.java:139) at org.eclipse.osgi.internal.framework.BundleContextImpl.dispatchEvent(BundleContextImpl.java:902) at org.eclipse.osgi.framework.eventmgr.EventManager.dispatchEvent(EventManager.java:230) at org.eclipse.osgi.framework.eventmgr.ListenerQueue.dispatchEventSynchronous(ListenerQueue.java:148) at org.eclipse.osgi.internal.framework.EquinoxEventPublisher.publishBundleEventPrivileged(EquinoxEventPublisher.java:165) at org.eclipse.osgi.internal.framework.EquinoxEventPublisher.publishBundleEvent(EquinoxEventPublisher.java:75) at org.eclipse.osgi.internal.framework.EquinoxEventPublisher.publishBundleEvent(
最新发布
04-02
<think>嗯，我现在遇到了一个Eclipse插件开发的错误，具体是org.eclipse.e4.core.di.InjectionException: java.lang.IllegalStateException: Expected the service to be TERMINATED, but the service has FAILED。这个错误信息看起来有点复杂，我需要仔细分析一下。 首先，错误类型是InjectionException，这说明是在依赖注入的时候出了问题。依赖注入在Eclipse e4框架中很常见，用来管理组件之间的依赖关系。可能是在某个对象被注入时，所依赖的服务状态不符合预期。 然后看具体的原因，IllegalStateException指出期望服务处于TERMINATED状态，但实际状态是FAILED。也就是说，在尝试执行某些操作（比如销毁资源或停止服务）时，预期服务已经终止了，但实际上服务却处于失败状态，导致无法正确执行。 接下来，我需要看一下堆栈跟踪。错误发生在MethodRequestor.execute，这可能是在执行某个方法时触发的。然后是在InjectorImpl处理注解的过程中，特别是在disposed方法里。这说明问题可能出现在组件被销毁或上下文被释放的时候。 可能的原因有几个方面。首先，生命周期管理的问题，比如服务在未正确终止前就被销毁，或者销毁过程中发生了异常。其次，依赖注入的组件可能在服务失败后仍然被引用，导致状态不一致。另外，上下文（EclipseContext）在释放资源时，可能发现某个服务的状态不符合预期，比如本应已经终止的服务却标记为失败。 我需要检查代码中与服务生命周期相关的部分。比如，是否正确地关闭和释放了所有服务？有没有在服务失败的情况下处理异常，确保状态正确变更？另外，是否有在销毁组件时没有正确解除对服务的依赖，导致上下文释放时出现问题？ 可能还需要查看服务启动和关闭的代码逻辑，确保在服务失败时，状态能够正确更新，并且相关的清理工作能够执行。例如，在服务启动过程中如果抛出异常，是否将其状态标记为FAILED，并在后续处理中处理这种状态？ 另外，检查依赖注入的注解是否正确使用，比如@Inject的位置是否正确，是否有循环依赖或者未正确释放的资源。在Eclipse e4中，使用@PreDestroy或@PostConstruct等生命周期注解的方法是否正确处理了服务的初始化和销毁。 还可以考虑是否有异步操作导致服务状态在销毁时仍未完成，从而引发状态不一致的问题。比如，服务在后台线程运行，但主线程已经尝试销毁上下文，导致状态冲突。 最后，可能需要查看Eclipse的日志或调试信息，了解服务失败的具体原因，从而进一步定位问题根源。例如，服务在启动时是否抛出了未被捕获的异常，导致状态变为FAILED，而后续的销毁逻辑没有处理这种状态。</think>以下是关于该错误的逐步解析及解决方案： --- ### **错误背景** 错误 `org.eclipse.e4.core.di.InjectionException` 是 Eclipse 4（e4）框架在依赖注入过程中抛出的异常，根本原因是服务生命周期状态不匹配： $$ \text{Expected: TERMINATED} \quad \text{Actual: FAILED} $$ 这表明在销毁某个组件时，依赖的服务未按预期终止，而是处于失败状态。 --- ### **关键原因分析** 1. **服务未正确处理异常** 服务（如 OSGi 服务或后台任务）在启动或运行过程中抛出了未捕获的异常，导致状态被标记为 `FAILED` 而非 `TERMINATED`。 2. **上下文（Context）销毁顺序问题** Eclipse 上下文（`EclipseContext`）在释放资源时，发现某个服务未正确关闭，可能由于： - 服务未实现 `@PreDestroy` 逻辑。 - 存在异步操作未完成。 3. **依赖注入的组件未释放引用** 组件（如 Part 或 Handler）在销毁时未解除对服务的依赖，导致上下文无法清理。 --- ### **解决方案步骤** #### **1. 定位失败的服务** - **查看完整日志**：搜索 `Service FAILED` 或 `Caused by:` 后的堆栈信息，确定具体是哪个服务失败。 - **检查服务初始化代码**：重点关注 `@PostConstruct` 方法或服务启动逻辑中的异常。 #### **2. 修复服务逻辑** - **捕获并处理异常**：确保服务内部的所有操作都有异常处理，避免抛出未捕获异常。 ```java @PostConstruct public void init() { try { // 初始化代码 } catch (Exception e) { // 记录日志并标记状态 Log.error("Service初始化失败", e); throw e; // 根据情况决定是否重新抛出 } } ``` - **明确状态变更**：在服务失败时，手动更新状态或触发清理逻辑。 #### **3. 确保正确的生命周期管理** - **实现 `@PreDestroy`**：在服务销毁时释放资源。 ```java @PreDestroy public void dispose() { if (service != null && service.isRunning()) { service.shutdown(); // 确保服务终止 } } ``` - **处理异步任务**：在销毁前等待异步操作完成。 ```java executor.shutdown(); executor.awaitTermination(10, TimeUnit.SECONDS); ``` #### **4. 检查依赖注入关系** - **解除无效引用**：在组件销毁时，手动清除注入的服务。 ```java @Inject private MyService service; @PreDestroy public void dispose() { service = null; // 帮助垃圾回收 } ``` - **避免循环依赖**：确保组件之间没有循环注入（如 A 依赖 B，B 又依赖 A）。 #### **5. 调试上下文销毁流程** - **断点调试**：在 `EclipseContext.dispose()` 方法处设置断点，观察上下文释放顺序。 - **日志注入**：在关键生命周期方法中添加日志，跟踪服务状态变更。 --- ### **示例代码修复** 假设服务 `DataService` 因数据库连接失败导致状态为 `FAILED`： ```java public class DataService { private boolean isTerminated = false; @PostConstruct public void init() { try { connectDatabase(); // 可能抛出异常 } catch (SQLException e) { isTerminated = true; // 错误：应标记为 FAILED throw new RuntimeException("数据库连接失败", e); } } @PreDestroy public void shutdown() { if (!isTerminated) { releaseResources(); } } } ``` **修复后**： ```java public class DataService { private ServiceState state = ServiceState.INACTIVE; @PostConstruct public void init() { try { connectDatabase(); state = ServiceState.ACTIVE; } catch (SQLException e) { state = ServiceState.FAILED; // 明确标记状态 throw new RuntimeException("数据库连接失败", e); } } @PreDestroy public void shutdown() { if (state == ServiceState.ACTIVE) { releaseResources(); state = ServiceState.TERMINATED; } } } ``` --- ### **总结** 此错误的核心是**服务生命周期状态不一致**。通过以下步骤解决： 1. 定位具体失败的服务。 2. 修复服务中的异常处理逻辑。 3. 确保销毁流程正确释放资源。 4. 验证依赖注入关系无循环或泄漏。
评论
添加红包

请填写红包祝福语或标题

个

红包个数最小为10个

元

红包金额最低5元

当前余额3.43元 前往充值 >
需支付：10.00元
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付元
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明：

1.余额是钱包充值的虚拟货币，按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载，可以购买VIP、付费专栏及课程。

余额充值