关于 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=../../resourcesa/files/ham.rsrc
  resource.eggs=../../resourcesb/files/eggs.rsrc

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

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

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

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

1
2
3
4
5
6
  c://workspace//core/
untime
  c://workspace/
esourcesa//files
  c://workspace/
esourcesb//files

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

1
2
3
4
5
6
  c://workspace//core/
untime # Inexplicably unchanged
  c://workspace//maven.8675309/
esourcesa//files
  c://workspace//maven.6345789/
esourcesb//files

问题:

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

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

更新

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


好的,解决方案是使用 {workspace_loc:project name} 变量将少数项目目录设置为系统属性,并使用它们来推断其他所有内容。现在,如果我能弄清楚如何让加载插件 JAR 的荒谬系统与 Maven 一起工作……


  • Can I make these maven.7762323 directories go away?

他们来自哪里?作为 Maven 项目签出是什么意思?

(编辑:正如 OP 在评论中所写,这些目录来自 m2eclipse,允许从 SVN 签出 maven 项目。我不使用此功能,所以我不太了解它。但是,经过一番谷歌搜索,我的理解是这些名称是临时的,m2eclipse 应该在结帐结束时重命名它们。也许结帐期间 eclipse 出了点问题。我不)

  • If not, is there some way in Eclipse to get the path to a project directory, and then pass that as a system property in a launch configuration, or something like that?

Eclipse 有一个 {build_project} 变量,可以在运行时配置的参数中使用。也许 {workpsace_loc} 在你的情况下会更合适。整个列表在运行时配置的”参数”选项卡中提供了描述。

(编辑:我仍然不确定我是否达到了真正的目标,但我觉得使用 svn:externals 会有所帮助。)


原创文章,作者:ItWorker,如若转载,请注明出处:https://blog.ytso.com/267483.html

(0)
上一篇 2022年6月18日
下一篇 2022年6月18日

相关推荐

发表回复

登录后才能评论