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 的解决方案,以便我团队中的其他开发人员可以立即使用它。
更新
好的,我知道
好的,解决方案是使用
- 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 有一个
(编辑:我仍然不确定我是否达到了真正的目标,但我觉得使用
原创文章,作者:ItWorker,如若转载,请注明出处:https://blog.ytso.com/267483.html