将复杂的Ant脚本转换为一组Eclipse项目的合理方法是什么?
我继承了一个现有的Ant构建脚本。它在三个不同的源目录上调用将复杂的Ant脚本转换为一组Eclipse项目的合理方法是什么?,eclipse,ant,jar,Eclipse,Ant,Jar,我继承了一个现有的Ant构建脚本。它在三个不同的源目录上调用javac三次:shared、client和server。然后生成两个JAR文件:client.JAR(shared+client)和server.JAR(shared+server) 当我将其转换为Eclipse时,我最终创建了三个具有适当依赖关系的项目。这是可行的,但我不是Eclipse项目爆炸的粉丝(这是一个简单的案例;我有十几个这样的ant脚本,有些会变成6或7个Eclipse项目) 我的问题:有更好的方法吗 我还应该提到,我不
javac
三次:shared、client和server。然后生成两个JAR文件:client.JAR(shared+client)和server.JAR(shared+server)
当我将其转换为Eclipse时,我最终创建了三个具有适当依赖关系的项目。这是可行的,但我不是Eclipse项目爆炸的粉丝(这是一个简单的案例;我有十几个这样的ant脚本,有些会变成6或7个Eclipse项目)
我的问题:有更好的方法吗
我还应该提到,我不想简单地创建一个包含三个源目录的Eclipse项目。这不是Ant编译代码的方式,它会使人们更难找到使用不可访问的源代码树中的类(使用客户端代码中的服务器类)的情况。(我在客户机和服务器中也碰巧有同名的类,所以我实际上不能将所有源代码一起转储。)我们设置了一个类似的项目:13个eclipse项目,每个项目都有自己的ant脚本。其中7个是共享的,可以制作罐子,另外6个是打包到战争中的网络应用。每个产生战争的项目的ant脚本在其依赖项中调用构建,并将生成的JAR吸入到库中。所以,不,我们没有更好的方法,但我有一个模糊的愿景,如果我们从ant切换到maven,事情会变得更好: 7个共享项目的更改频率远低于webapps。我想将这些共享项目JAR发布到我们自己的repo中,然后为每个Web应用指定它们需要的依赖项的版本,并让maven为我们处理。这样我们就不需要在Eclipse中打开所有JAR项目,除非我们对它们进行更改