我在我们的Eclipse IDE（靛蓝V3.7.2）有一个奇怪的问题。 我们使用托管这是使用B3聚集过程建立了P2存储库的服务器上的目标平台。 我们从不同的团队某些部件和功能。 每当他们交付的插件时，版本号保持不变（如myjar_v1.0.0.jar）（中 - 当然，大小是不同的）。 我们更新远程服务器上的这些插件。 本次更新后，问题是，如果我使用现有工作区，我看到在我的代码，因为没有从目标平台下载最新的JAR的编制问题。 不偏食不承认的，因为相同的版本和名称的新插件？ 如果是的话，我想从我的工作空间的.metadata文件夹中删除旧罐子，重新启动Eclipse的，但仍是问题仍然存在。 我删除整个文件夹.metadata本身，但它仍然没有帮助。 日食是否共享工作区之间的插件/瓶。 即如果在同一台机器上的任何其他工作区具有相同的罐子？ 我们用maven我们的版本。 日食是否指的是插件从本地Maven回购？ 日食是否保持与目标平台的数据缓存？ 如果有，在哪里？
这个问题其实我逼疯了，我需要找出一种方法，使用最新版本的jar eventhough的版本号是一样的。 （我们没有其他球队版本方法太多的控制）
任何输入将不胜感激。
蚀（以及P2实际上）使用ID +版作为用于捆绑的唯一标识符。 这被存储在高速缓存和有时甚至实例之间共享。 如果更改一个罐子的内容，甚至略带， 必须更改版本号 。 你会发现Eclipse使用的版本号，如xyzqualifier其中预选赛是timetstamp（20120928-2359）。
即P2具有MD5s仅用于检查下载的有效性。
我很抱歉，但是这是它的方式。 幸运的是，无论是第谷和PDE /构建可以.qualifier处理，并将其变成对你有意义的日期。
我碰到类似的问题，我的谷歌搜索使我这个网页。
我想我会放在我的答案在这里，在情况下，它可以帮助别人。
请注意（和其他人所说的）：这是不正常的行为具有相同编号的JAR，如果它确实是不同的。 我碰到这来是因为我有一个“测试”资料库，以确保我可以从回购下载自定义插件，和我相同的版本号更新，因为一旦它成为我公司的“官”，这将是版本它将使用数量。
长话短说，我卸载了我的插件通过Eclipse中，除去含在我的插件目录下的插件文件夹，把罐子从远程回购，并提取到我的插件目录下，回到了Eclipse和安装我的插件。
此外，请注意，这是不是这样做的预期方式，并应被视为最后手段的黑客，因为我不知道这可能会破坏其他什么内部Eclipse的假设。 我还没有看到任何个人，但情况因人而异。 如果我遇到任何问题，我会更新这个答案。
我知道这个问题是很老，但也许我可以给洞察到这一问题。
Eclipse不真正共享工作区之间捆绑池。 相反，解决目标平台时，所有已知的工作区都考虑在内。 这些“知工作空间”只是在你的“最近工作区”名单的人。 所以，在工作区中的一个目标平台的分辨率时，Eclipse将查找在其他工作空间和简单的拷贝那些从有到工作区中的束池已下载的包捆池所需的捆绑，而不是真正下载最新的包文件从您的目标平台配置为工作区A的P2存储库
所有罪恶的根源，当然，什么irbull已作解释。
作为一种变通方法，您可以简单地从“最近的工作区”的列表，关闭Eclipse删除所有其他工作区，删除要更新，启动Eclipse并启动您所选择的目标平台的分辨率的工作区的包池。 然后Eclipse会真的下载所有从适当的位置捆绑。
文章来源: Eclipse does not download latest jar of the same version from the target platform
