关于 java：如何在运行时确定 Mavenized Eclipse 项目目录的路径

How to determine at runtime the path to a Mavenized Eclipse project directory

完全是 Maven 新手，正在尝试(与一个相当大的团队的其他成员一起)将一大堆遗留代码从 ant 转换为 Maven。它工作得相当好，但我遇到了以下问题。

我有一个项目，我们称它为Core，运行时需要加载一些不同项目下签入的文件，我们称它们为Resources A和B。Core代码是在某个工作目录中启动的，我们称它为核心/运行时，并且它读取一个属性文件以确定从资源 A 和 B 加载的内容，以及相关资源的相对路径，例如

1 2	resource.ham=../../resources-a/files/ham.rsrc resource.eggs=../../resources-b/files/eggs.rsrc

(是的，我知道这是病态和错误的，我们应该通过类加载器从 JAR 加载资源作为资源，也许是某种容器或依赖注入器或其他任何东西。不是我的想法，不是我当前的问题, 不在要修复的桌面上。)

(说真的，请不要费心建议我们解决根本问题。我们知道我们需要解决根本问题。我们知道在切换到 Maven 之前我们需要解决根本问题，在我们切换到 Maven 之前愚蠢的 hack 确实奏效了。我知道它让你感觉很好，但它没有帮助。这是一个有 10 年历史的代码库，有数万个类，相信我，它还有很多更重要的问题。)

这种相对路径破解只是 Eclipse 中的一个问题，在开发过程中；在实际部署的应用程序中，文件位于完全不同的地方，并且以更合理的方式加载。

无论如何，当这些是普通的 Eclipse 项目时，这一切都很好，所以有问题的目录具有如下路径：

1
2
3
4
5
6

c:\\workspace\\core\
untime
c:\\workspace\
esources-a\\files
c:\\workspace\
esources-b\\files

但是，现在这些已作为 Maven 项目签出，目录现在类似于：

1
2
3
4
5
6

c:\\workspace\\core\
untime # Inexplicably unchanged
c:\\workspace\\maven.8675309\
esources-a\\files
c:\\workspace\\maven.6345789\
esources-b\\files

问题：

我可以让这些 maven.7762323 目录消失吗？
如果没有，Eclipse 中是否有某种方法可以获取项目目录的路径，然后将其作为启动配置中的系统属性传递，或者类似的东西？

任何解决方案都必须是我可以签入 SVN 的解决方案，以便我团队中的其他开发人员可以立即使用它。

更新

好的，我知道 maven.[number] 目录的来源：当您在 SVN 存储库中选择父目录并说"签出为 Maven 项目"时，您会得到一个与父目录对应的 maven.[number] 目录，其中所有实际项目作为子目录。如果代码实际上都在同一个父目录中，甚至在同一个 SVN 存储库中，那将非常方便。