requires plug-in org.eclipse.wst.sse.ui

本文提供了一种解决在Eclipse中安装ADT时遇到“requiresplug-inorg.eclipse.wst.sse.ui”错误的方法,通过调整更新站点选项和手动选择所需插件来顺利完成Android开发环境的配置。

摘要生成于 C知道 ,由 DeepSeek-R1 满血版支持, 前往体验 >

 大家在学习Google手机平台Android的过程中,经常在安装ADT的时候遇到“requires plug-in org.eclipse.wst.sse.ui”的提示,使得“Android Editors”不能得以顺利安装。查看了一下Google提供的文档,其中有一种简易的方法如下:

1.点击Eclipse的Help菜单,选择software updates >> Find and Install...>>search for new features to install。打开Update Sites to Visit窗口。

 


2.选择 Android Plugin 和 Europa discovery site,然后按“Finish”按钮继续。

3.在Seach Result窗口中,点选Android Plugin,此时会在窗体的顶部出现错误提示 "requires plug-in org.eclipse.wst.sse.ui"。

 

4.Europa discovery site那个CheckBox不要选择,然后点击窗体右部的“Selected Required”按钮,Eclipse将自动寻找其他所需组件,并自己予以选择。 

5.点击“Next”按钮,出现License窗体,选择接受,按Next进行后续安装,根据自己网络速度的不同,可能需要一段时间,就安心地等待吧(不再赘述)。

 


本文来自优快云博客,转载请标明出处:http://blog.youkuaiyun.com/chenhuijun/archive/2008/06/26/2588978.aspx

本文来自优快云博客,转载请标明出处:http://blog.youkuaiyun.com/chenhuijun/archive/2008/06/26/2588978.aspx

<think>好的,用户遇到了systemd服务中After和Requires配置未按预期执行的问题。我需要先分析可能的原因,然后给出排查步骤。 首先,用户提到的After和Requires可能涉及到服务之间的依赖关系和启动顺序。systemd的单元依赖管理比较复杂,可能的原因包括目标单元未正确加载、依赖顺序错误、服务类型配置不当等。 根据引用[1],systemd的目标单元是通过target units来管理的,比如graphical.target。用户可能设置了After=network-online.target graphical.target,但network-online.target可能需要额外的服务如NetworkManager-wait-online.service才能正常工作,这需要检查是否安装了这些服务并启用。 另外,引用[3]提到CentOS7使用target替代了运行级别,比如graphical.target对应图形模式。如果服务配置为Type=simple但没有正确设置NotifyAccess或RemainAfterExit,可能导致systemd误判服务状态,从而影响依赖顺序。 接下来要考虑的是使用systemctl show命令查看服务的依赖关系,确认After和Requires是否被正确解析。同时,检查服务的日志,使用journalctl -u service.service来查看启动过程中的错误或警告信息。 还有可能网络服务启动时间过长,超过了TimeoutStartSec的设置,导致服务被强制启动。这时候需要调整超时时间,或者添加Restart=on-failure等选项。 最后,用户可能需要手动添加明确的依赖,比如Wants=network-online.service,或者使用systemd-networkd-wait-online.service来确保网络就绪。同时,确认network-online.target是否被正确激活,可能需要执行systemctl enable NetworkManager-wait-online.service。 总结下来,排查步骤应包括检查依赖单元状态、服务配置、日志分析、超时设置以及必要的手动配置调整。确保用户按照这些步骤逐一排查,应该能找到问题所在并进行修复。</think>针对systemd服务中$After=network-online.target$和$Requires=...$配置未生效的问题,以下是系统级排查路径: ### 一、依赖单元状态验证 1. **确认目标单元有效性** 使用`systemctl status network-online.target graphical.target`检查: - 单元是否处于"active"状态 - 是否关联了实际服务(如`NetworkManager-wait-online.service`)[^1][^3] $$ systemctl is-active network-online.target $$ 2. **依赖链完整性检查** 通过`systemd-analyze critical-chain`查看服务启动时序: ```bash systemd-analyze critical-chain your_service.service ``` ### 二、服务配置深度检测 1. **单元文件语法验证** 使用`systemd-analyze verify`检测配置语法: ```bash systemd-analyze verify /etc/systemd/system/your_service.service ``` 2. **依赖关系可视化** 通过依赖树分析真实依赖路径: ```bash systemctl list-dependencies --reverse your_service.service ``` ### 三、启动时序优化 1. **超时阈值调整** 在单元文件中添加显式超时控制: ```ini [Unit] TimeoutStartSec=300s # 延长至5分钟 ``` 2. **启动顺序强化** 添加双重依赖保证时序: ```ini [Unit] After=sysinit.target network.target Wants=network-online.service ``` ### 四、日志取证分析 1. **启动时序跟踪** 通过增强日志记录定位阻塞点: ```bash journalctl -b -u your_service.service -o short-monotonic ``` 2. **内核级事件追踪** 启用systemd调试模式获取底层信息: ```bash systemd.service_debug=1 ``` ### 五、特殊场景处理 1. **图形目标依赖处理** 当依赖$graphical.target$时需确保: - 系统运行在图形模式 - 添加`display-manager.service`依赖 2. **网络就绪状态验证** 强制等待网络接口初始化: ```ini [Unit] After=network-online.target systemd-networkd-wait-online.service ```
评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

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

抵扣说明:

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

余额充值