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

时间:2012-07-30 20:29:36

标签: 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)

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

21 个答案:

答案 0 :(得分:52)

我遇到了同样的问题。

  

'定期工作区保存。'遇到了问题。          无法为“/外部文件”编写元数据。 d:\ java的\富恩特斯\ .metadata位于\ .plugins \ org.eclipse.core.resources \ .projects \外部   Files \ .markers.snap(El sistema no puede hallar la ruta especificada)

我创建了“外部文件”文件夹,它运行正常。几分钟后,文件“.markers.snap”和“.syncinfo.snap”出现在这个文件夹中,并且消息不再出现。

答案 1 :(得分:16)

今天,每当我退出日食时,我都会遇到同样的问题。 在尝试TS.xy提供的上述解决方案时,以下步骤暂时解决了这个问题。

  1. 切换到新工作区并关闭Eclipse。
  2. 使用新工作区打开Eclipse,然后切换到实际工作区(其中 发生异常)。
  3. 实际工作空间已加载我以前的所有项目。
  4. 现在退出Eclipse,不会导致异常。
  5. 希望这一步可能适用于某人。

答案 2 :(得分:12)

我通过关闭eclipse并删除工作区文件夹中的整个.metadata文件夹来修复我的。

答案 3 :(得分:4)

仅针对另一个数据点,以上都没有帮助我的情况。我最终解决这个问题的方式是,每当Eclipse抱怨某个文件夹不存在时,我就开始使用我的硬盘并创建了该文件夹。例如。在我看到

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

我创建"服务器"文件夹(不是其中的文件)。这让我接下来的错误。在问题消失之前,我经历了3-4次迭代(每次退出Eclipse以强制保存)。

HTH,马克

答案 4 :(得分:3)

使用Ubuntu,遇到了同样的问题 我注意到了一些目录的所有者 〜/ workspace / .metadata / .plugins / ...等... 是根 将所有者更改为我并且错误停止发生。

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

答案 5 :(得分:2)

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

答案 6 :(得分:2)

这对我来说很简单 -

<强>解决方案

  1. (pre)列出的目录不存在,请参阅pic
  2. 运行Eclipse,请参阅下面的图片中显示的错误。关闭Eclipse
  3. 创建目标所在的目录( RemoteSystemsTempFiles

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

  5. 示例问题消息

    enter image description here

    不知道为什么这需要我这么长时间才能解决,但现在很容易,回想起来也很明显! ;)...

答案 7 :(得分:1)

对我有用的解决方案如下:

  1. 删除.metadata文件夹
  2. 重启日食

答案 8 :(得分:1)

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

答案 9 :(得分:0)

我从昨天开始遇到同样的问题。昨天,我通过创建一个新工作区并重新导入项目来修复它。它似乎运作良好,但今天它又开始了。

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

似乎再次工作......

答案 10 :(得分:0)

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

答案 11 :(得分:0)

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

答案 12 :(得分:0)

我们将防病毒软件切换到卡巴斯基后,今天遇到了这个问题 就我而言,该平台是Windows 7.我的工作区存储在映射的网络驱动器上。奇怪的是,即使这似乎是一个权限问题,我可以操作与无法访问的文件处于同一级别的文件和文件夹而不会发生意外。到目前为止,只有两个解决方法是将工作区移动到本地驱动器或卸载Kaspersky。删除并重新安装没有防火墙功能的卡巴斯基并没有办法解决问题。

如果我们找到更适应的解决方案,我会更新此答案,但我希望这将涉及调整防病毒软件,而不是Eclipse。

答案 13 :(得分:0)

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

无论如何,根据问题,我尝试了“创建目录”方法。它奏效了。

当我顺便关闭Eclipse时,我也看到了这个错误,不仅仅是在'定期保存'之后。因此退出/重启也是其中的一部分。

请注意,错误消息中指定的目录路径上的最后一项是文件 - 而不是目录,因此请不要在此处混淆。可能值得检查目录权限是否也正确创建(我认为工作区中的其他项目)。

显然这是Eclipse代码库中的一个错误,(在正在创建的文件下创建完整的目录路径),但是我没有首先删除它,我不会在第一时间引起它。

答案 14 :(得分:0)

就我而言,我存放工作区的驱动器已经完全下载了SDK更新,我只需要清除它上面的空间。

答案 15 :(得分:0)

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

答案 16 :(得分:0)

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

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

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

希望这有助于某人。

答案 17 :(得分:0)

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

  1. 转到文件(切换工作区)
  2. 选择目的地并创建名为Workspace
  3. 的文件夹
  4. 运行Hello World并关闭Eclipse(注意Eclipse自动创建文件夹RemoteSystemsTempFiles)
  5. 现在将所有项目复制到新文件夹Workspace
  6. 打开Eclipse并在必要时(有时Eclipse不显示项目)导入所有这些(从文件系统转到文件/打开项目)

答案 18 :(得分:0)

退出日食后,会有一个特定的失败原因。 我的是 DISK IS FULL 所以日食不能写进去了。

答案 19 :(得分:0)

同意@ J-Dizzle

我是网络开发的初学者,今天很难解决这个问题。 我在STS中创建SpringBoot项目时遇到了类似的问题。 尝试了提到的大多数解决方案,但是它们没有用。 尝试删除.metadata文件夹并重新构建springboot项目,但仍然无济于事。

  

注意:我在STS中有多个工作区,并且将项目从一个工作区迁移到另一个工作区后会发生此错误。

解决方案:您需要做的就是重新启动eclipse / STS IDE,它会正常工作。

答案 20 :(得分:0)

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

我从未犯过错误。