Jakarta ee RAD无法识别已更改的MANIFEST.MF文件(Rational Application Developer)

Jakarta ee RAD无法识别已更改的MANIFEST.MF文件(Rational Application Developer),jakarta-ee,manifest,clearcase,rad,Jakarta Ee,Manifest,Clearcase,Rad,我是一个团队的成员,该团队正在从事ClearCase版本控制下的项目。这个项目是一个EAR,EAR的一部分是4场战争。因为所有的WAR都使用相同的JAR,所以我们将它们存储在EAR的\lib文件夹中,然后对于每个WAR,我们在每个WARs MANIFEST.MF中引用EAR\lib文件夹中的JAR 通常情况下,另一个开发人员会添加或删除一个JAR,比如将MyJar-1.0.0更改为MyJar-1.1.0,并更新每个WAR中的所有MANIFEST.MF文件。然后他们将这些更改检查到ClearCas

我是一个团队的成员,该团队正在从事ClearCase版本控制下的项目。这个项目是一个EAR,EAR的一部分是4场战争。因为所有的WAR都使用相同的JAR,所以我们将它们存储在EAR的\lib文件夹中,然后对于每个WAR,我们在每个WARs MANIFEST.MF中引用EAR\lib文件夹中的JAR

通常情况下,另一个开发人员会添加或删除一个JAR,比如将MyJar-1.0.0更改为MyJar-1.1.0,并更新每个WAR中的所有MANIFEST.MF文件。然后他们将这些更改检查到ClearCase中

但是,在更新视图后,RAD无法识别已引入视图的新MANIFEST.MF文件。解决此问题的唯一方法是打开每个WAR的属性,进入J2EE模块依赖项选项卡,取消选中一个随机JAR,该JAR提示用户签出MANIFEST.MF、.classpath和.project,单击保存清单的应用,然后重新检查JAR,然后再次单击应用。那时,也只有那时,我才能做一次彻底的检查,而不会犯任何错误

我什么都试过了,劫持舱单,在舱单上进行无保留的签出。没有什么,似乎RAD正在缓存清单或其他东西,这是让它通过J2EE模块依赖项选项卡识别清单已更改的唯一方法


有人能帮忙吗?至关重要的是,耳朵里的所有战争共用同一个罐子。RAD中是否有一些我不知道的隐藏设置,或者是一种更好的方法来引用中心位置的Jar?

我不熟悉RAD,但我确实将Jar/War存储在ClearCase中,没有版本号,这意味着我们的MANIFEST.MF文件不会经常更改

也就是说,这引用了一些方法来包含那些Jar/War文件,这些文件可能值得一试,看看清单是否更新了

或者通过在ClearCase上没有引用的公共项目引用它们,并且只在那里包含Jar/War文件。您自己的项目将在Jar依赖项编辑器设置的依赖项部分包含公共项目。 希望公共项目能够以比您当前使用版本化项目的经验更动态的方式进行自我更新

也可以尝试直接引用这些文件,但要通过链接的资源变量:
检查是否工作得更好…

更新:我正在使用RAD 7