安卓开发-See the log file\.metadata\.log.

今天在给安卓项目res-valus-string.xml 中字符串修改的时候,突然eclipse卡住了

然后任务管理器关掉之后,重新打开 显示一个错误

百度了一下

eclipse启动报错,让查看.metadata\.log日志

1 !SESSION 2013-09-23 17:28:28.484 -----------------------------------------------
 2 eclipse.buildId=M20120914-1800
 3 java.version=1.7.0_11
 4 java.vendor=Oracle Corporation
 5 BootLoader constants: OS=win32, ARCH=x86, WS=win32, NL=zh_CN
 6 Framework arguments:  -product org.eclipse.epp.package.jee.product
 7 Command-line arguments:  -os win32 -ws win32 -arch x86 -product org.eclipse.epp.package.jee.product
 8 
 9 This is a continuation of log file E:\workspace_juno\.metadata\.bak_0.log
10 Created Time: 2013-09-23 17:29:28.578
11 
12 !ENTRY org.eclipse.ui 4 0 2013-09-23 17:29:28.578
13 !MESSAGE Error occurred during status handling
14 !STACK 0
15 java.lang.NullPointerException
16     at org.eclipse.ui.internal.statushandlers.StatusHandlerRegistry.<init>(StatusHandlerRegistry.java:72)
17     at org.eclipse.ui.internal.statushandlers.StatusHandlerRegistry.getDefault(StatusHandlerRegistry.java:91)
18     at org.eclipse.ui.statushandlers.StatusManager.getStatusHandler(StatusManager.java:135)
19     at org.eclipse.ui.statushandlers.StatusManager.handle(StatusManager.java:189)
20     at org.eclipse.ui.statushandlers.StatusManager.handle(StatusManager.java:231)
21     at org.eclipse.ui.statushandlers.StatusManager$StatusManagerLogListener.logging(StatusManager.java:305)
22     at org.eclipse.core.internal.runtime.RuntimeLog.logToListeners(RuntimeLog.java:160)
23     at org.eclipse.core.internal.runtime.PlatformLogWriter.logged(PlatformLogWriter.java:100)
24     at org.eclipse.equinox.log.internal.ExtendedLogReaderServiceFactory.safeLogged(ExtendedLogReaderServiceFactory.java:86)
25     at org.eclipse.equinox.log.internal.ExtendedLogReaderServiceFactory.logPrivileged(ExtendedLogReaderServiceFactory.java:205)
26     at org.eclipse.equinox.log.internal.ExtendedLogReaderServiceFactory.log(ExtendedLogReaderServiceFactory.java:178)
27     at org.eclipse.equinox.log.internal.ExtendedLogServiceFactory.log(ExtendedLogServiceFactory.java:65)
28     at org.eclipse.equinox.log.internal.ExtendedLogServiceImpl.log(ExtendedLogServiceImpl.java:87)
29     at org.eclipse.equinox.log.internal.LoggerImpl.log(LoggerImpl.java:54)
30     at org.eclipse.core.runtime.internal.adaptor.EclipseLogFactory$1.log(EclipseLogFactory.java:53)
31     at org.eclipse.core.runtime.internal.adaptor.EclipseLazyStarter.postFindLocalClass(EclipseLazyStarter.java:125)
32     at org.eclipse.osgi.baseadaptor.loader.ClasspathManager.findLocalClass(ClasspathManager.java:469)
33     at org.eclipse.osgi.internal.baseadaptor.DefaultClassLoader.findLocalClass(DefaultClassLoader.java:216)
34     at org.eclipse.osgi.internal.loader.BundleLoader.findLocalClass(BundleLoader.java:395)
35     at org.eclipse.osgi.internal.loader.BundleLoader.findClassInternal(BundleLoader.java:464)
36     at org.eclipse.osgi.internal.loader.BundleLoader.findClass(BundleLoader.java:421)
37     at org.eclipse.osgi.internal.loader.BundleLoader.findClass(BundleLoader.java:412)
38     at org.eclipse.osgi.internal.baseadaptor.DefaultClassLoader.loadClass(DefaultClassLoader.java:107)
39     at java.lang.ClassLoader.loadClass(ClassLoader.java:356)
40     at org.eclipse.osgi.internal.loader.BundleLoader.loadClass(BundleLoader.java:340)

eclipse启动不了,让查看.metadata\.log日志,上面为日志中的错误提示。

解决办法:删除 .metadata\.plugins\org.eclipse.e4.workbench 目录。

时间: 2024-10-07 05:32:45

安卓开发-See the log file\.metadata\.log.的相关文章

Oracle之 等待事件log file sync + log file parallel write (awr优化)

这是3月份某客户的情况,原因是server硬件故障后进行更换之后,业务翻译偶尔出现提交缓慢的情况.我们先来看下awr的情况. 我们能够看到,该系统的load profile信息事实上并不高,每秒才21个transaction.先来看看top5events: 从top 5event,我们能够发现,log file sync的avg wait很之高,高达124ms.大家应该知道,对于绝大多数情况 下,log file sync的平均等待时间是小于5ms的,这个值有点高的离谱. 我们知道,产生log

log file sync 事件(转)

log file sync log file sync等待时间发生在redo log从log buffer写入到log file期间. 下面对log file sync做个详细的解释. 何时发生日志写入: 1.commit或者rollback 2.每3秒 3.log buffer 1/3满或者已经有1M的redo数据. 更精确的解释:_LOG_IO_SIZE 大小默认是LOG_BUFFER的1/3,当log buffer中redo数据达到_LOG_IO_SIZE 大小时,发生日志写入. 4.DB

log file sync等待超高一例

这是3月份某客户的情况,原因是server硬件故障后进行更换之后,业务翻译偶尔出现提交缓慢的情况.我们先来看下awr的情况. 我们能够看到,该系统的load profile信息事实上并不高,每秒才21个transaction.先来看看top5events: 从top 5event,我们能够发现,log file sync的avg wait很之高,高达124ms.大家应该知道,对于绝大多数情况 下,log file sync的平均等待时间是小于5ms的,这个值有点高的离谱. 我们知道,产生log

聊聊flink的log.file配置

本文主要研究一下flink的log.file配置 log4j.properties flink-release-1.6.2/flink-dist/src/main/flink-bin/conf/log4j.properties # This affects logging for both user code and Flink log4j.rootLogger=INFO, file # Uncomment this if you want to _only_ change Flink's lo

log file switch (checkpoint incomplete)的问题定位

今天測试环境下应用慢.发现数据库出了问题,直接上AWR报告.因为是虚拟机.所以不用贴cpu的个数,能够发现负载高. Snap Id Snap Time Sessions Cursors/Session Begin Snap: 15257 30-Jun-15 09:30:57 558 5.3 End Snap: 15258 30-Jun-15 10:00:27 582 5.7 Elapsed:   29.50 (mins)     DB Time:   717.00 (mins)     查看等待

Linux/Unix shell 监控Oracle告警日志(monitor alter log file)

使用shell脚本实现对Oracle数据库的监控与管理将大大简化DBA的工作负担,如常见的对实例的监控,监听的监控,告警日志的监控,以及数据库的备份,AWR report的自动邮件等.本文给出Linux 下使用 shell 脚本来监控 Oracle 告警日志(monitor alter log file). Linux Shell的相关参考:        Linux/Unix shell 脚本中调用SQL,RMAN脚本        Linux/Unix shell sql 之间传递变量   

【Unity游戏开发之二】定制Debug.log输出

环境:Unity开发时会有很多的Debug.log输出测试 问题:最后游戏发布的时候,不希望在Produce发布环境也输出大量的日志,官方目前也没有正统的做法. 解决方法1: 重新封装 将Debug.log重新封装,自己添加开关. using UnityEngine; using System.Collections; public class Debuger { static public bool EnableLog = false; static public void Log(objec

RAC 性能分析 - &#39;log file sync&#39; 等待事件

简介 本文主要讨论 RAC 数据库中的'log file sync' 等待事件.RAC 数据库中的'log file sync' 等待事件要比单机数据库中的'log file sync' 等待事件复杂,主要原因是由于RAC 数据库需要将SCN同步到所有实例. 首先,回顾一下单机数据库中的'log file sync' 等待事件,当user session 提交(commit)时,user session会通知LGWR进程将redo buffer中的信息写入到redo log file,当LGWR

eclipse启动出现“An Error has Occurred. See the log file”解决方法

最近在启动eclipse时出现了“An Error has Occurred. See the log file”的错误,点击确定后也不能启动eclipse.查看log文件,出现类似: java.lang.ClassNotFoundException: javax.xml.parsers.SAXParserFactory at java.net.URLClassLoader$1.run(Unknown Source) at java.security.AccessController.doPri