Eclipse:“'定期工作区保存'。 遇到了问题“。

我在Mac 10.7.4上使用Eclipse Indigo。 在工作的同时,我得到了这些周期性,烦人的对话

'Periodic workspace save.' has encountered a problem. Could not write metadata for '/.org.eclipse.jdt.core.external.folders'. /Users/davea/Dropbox/workspace/.metadata/.plugins/org.eclipse.core.resources/.projects/.org.eclipse.jdt.core.external.folders/.markers.snap (No such file or directory) 

我似乎能够继续正常,但我想知道如何消除这些错误。

我有同样的问题。

“定期工作区保存”。 遇到了问题。 无法写入“/外部文件”的元数据。 D:\ java \ fuentes \ .metadata \ .plugins \ org.eclipse.core.resources \ .projects \ External Files \ .markers.snap(El sistema no puede hallar la ruta especificada)

我创build的文件夹“外部文件”,它工作正常。 几分钟后,文件“.markers.snap”和“.syncinfo.snap”出现在这个文件夹中,消息不再出现。

今天我一直面对同样的问题,每当我退出日食。 在尝试TS.xy提供的上述解决scheme时,下面的步骤现在摆脱了这个问题。

  1. 切换到新的工作区并closuresEclipse。
  2. 用新的工作空间打开Eclipse,然后切换到实际的工作空间(发生exception)。
  3. 实际工作空间加载了我以前的所有项目。
  4. 现在退出Eclipse,不会导致这种exception。

希望这一步可能适合某人。

我通过closures日食并删除我的工作区文件夹内的整个.metadata文件夹来修复我的问题。

只是另一个数据点,以上都没有帮助我的情况。 我终于通过这个问题的方式是每次Eclipse抱怨一些文件夹不在那里,我去我的硬盘驱动器,并创build文件夹。 例如,我看到后

 Could not write metadata for '/servers'. C:\...\.metadata\.plugins\org.eclipse.core.resources\.projects\servers\.markers.snap (The system cannot find the path specified.) 

我创build“服务器”文件夹(不是里面的文件)。 这让我到下一个错误。 在问题消失之前,我经历了3-4次迭代(每次退出Eclipse以强制保存)。

HTH,Mark

使用Ubuntu,得到了同样的问题,我注意到〜/ workspace / .metadata / .plugins / …等中的一些目录的所有者是根改变所有者到我和错误停止发生。

看起来同样的问题可能是由多种原因造成的。

closuresEclipse,完全清除.metadata文件夹。如果您的项目引用被删除,请启动Eclipse并再次导入必要的项目。

我遇到了同样的问题,我的解决scheme是重命名工作区文件夹下的文件夹名称。 即com.ibm.collaboration.realtime.alertmanager.embedded被重命名为com.ibm.collaboration.realtime.alertmanager.2embeddedxx并重build我的项目。

这对我来说很简单 –

  1. (前)列出的目录不存在,见图
  2. 运行Eclipse,看到如下图所示的错误。 closuresEclipse
  3. 创build它正在查找的目录( RemoteSystemsTempFiles

    • 注意:忽略此文件夹中的项目(例如.markers),它们是自动生成的
  4. 重新启动Eclipse,问题解决了!

示例问题消息

在这里输入图像说明

不知道为什么这花了我很长的时间来解决,但现在很容易,回想起来很明显! ;)…

在我的情况下,因为我不小心删除了我的工作空间文件夹,而且我观察到“定期工作空间保存遇到问题”。为了解决这个问题,我只是创build一个新的工作空间并将所有项目加载到新的工作空间。希望你能通过做同样的事情来解决你的问题。

我也遇到了这个问题。 我的情况有点不同。 我正在使用“工作集”在eclipse中对我的项目进行分组。 我所做的是试图删除一个项目,并在删除时收到错误。 忽略错误我从工作集中删除了项目,因此没有看到我甚至已经有了这个项目。 当我收到我的错误,我不认为通过我的包浏览器与“项目”,反对工作集,作为我的顶视图。 切换到项目的顶级视图后,我发现项目被删除了一半,并能够从我的工作区和硬盘上删除它的内容。

自那以后我没有错误。

通过在本地文件夹上设置工作区来解决它,并从现有资源中设置导入项目的数据。

我在磁盘空间不足时删除了项目区域中的某些目录,并删除了这个目录。 如果Eclipse在你的工作空间目录中崩溃的话,Eclipse会留下一些巨大的核心文件(我有35个这样的文件),所以偶尔你的工作空间值得一看。

无论如何,根据这个问题,我尝试了“创build一个目录”的方法。 它的工作。

当我closuresEclipse的时候,我也看到这个错误,不仅在“定期保存”之后。 所以退出/重新启动也是这个的一部分。

请注意,错误消息中指定的目录path的最后一项是一个文件 – 不是一个目录,所以不要在这里混淆。 也许值得检查目录权限是否正确创build(如我认为在工作区中的其他项目)。

显然,这是Eclipse代码库中的一个错误(创build正在创build的文件下的完整目录path),但是如果我没有将其删除,我就不会首先将其删除。

我从昨天起就有同样的问题。 昨天,我通过创build一个新的工作空间并重新导入项目来解决这个问题。 它似乎运作良好,但今天又开始了。

所以,今天我手动创build了文件夹和文件,并给了完整的权限-rwxrwxrwx。

似乎再次工作…

closuresEclipse。 在Workspace中打开RemoteSystemsTempFiles文件夹,并在该文件夹中清除。 再次打开eclipse并closures,警告有关.project。 按确定,然后打开Eclipse。 解决了我的问题。

今天我们把杀毒软件切换到卡巴斯基后,我遇到了这个问题。
在我的情况下,该平台是Windows 7.我的工作区存储在映射的networking驱动器上。 奇怪的是,即使这似乎是一个权限问题,我可以操作与无法访问的文件相同级别的文件和文件夹,而无需担心。 到目前为止,唯一的两个解决方法是将工作区移到本地驱动器或卸载卡巴斯基。 删除和重新安装卡巴斯基没有防火墙function没有办法。

我会更新这个答案,如果当我们find一个更容易的解决scheme,但我期望这将涉及调整反病毒软件,而不是Eclipse。

在我的情况下,我存储工作区的驱动器已经完全下载SDK更新,我只需要清除它的一些空间。

这发生在我身上,因为我删除了我的工作区中的.metadata文件夹内的一个资源文件。

尝试所有方法后,删除我的工作区中的.metadata文件夹工作。

事实上,这个核弹选项似乎在有很多与eclipse bug有关的问题时都有效。 一个这样的例子是工作集。 工作集是非常错误(但有用),是在那里,我的大部分日食问题开始。

希望这有助于某人。

我解决了切换工作区的问题。

  1. 转到文件(切换工作区)
  2. select目标并创build一个名为Workspace的文件夹
  3. 运行一个Hello World并closuresEclipse(请注意,Eclipse会自动创build文件夹RemoteSystemsTempFiles)
  4. 现在将所有项目复制到新的文件夹Workspace中
  5. 打开Eclipse,如有必要(有时Eclipse不显示项目)导入所有这些(从文件系统转到文件/打开项目)

在你退出日食之后,会有一个特定的失败原因。 我的是磁盘是满的所以日食不能写入它了。