一种不好的开发方式

楼主分析的在理，通常我们为了让工程跑的更快也好，保护核心代码也好。会采用这样方式。
单是要真正做到松耦合，太难了。

从描述来看，项目的组织有点乱啊，而且各个工程间耦合性很高，未来的维护难度很大啊，我也觉得耦合性低的项目易于维护

  哈哈kimmking你说的是普元吧。普元的工程模式和LZ说的很像，一个工程下面有N个模块，每个模块是一个单独的project，打包时候先各模块打成jar，然后最后再打一个war包，模块之间有依赖关系，这个关系一定要处理好，不然打jar的时候有相互循环依赖可能打包不成功。去年项目组架构师想做项目自动发布，让我用ant写项目编译角本，搞了一星期写了300多行代码才把这个bulid.xml搞出来。

主要是人员变动快吧

工程不具备单独跑起来的能力，这个可以理解，因为要把每个工程做成自包含的模块，除非像OSGI那种bundle方式，一般很难做到。
但是工程不具备单独打包的能力，这个有点奇怪了。
整个工程都靠一个ant构建脚本来构建，那ant构建脚本会很复杂，且难于维护。

建议楼主迁移到maven。 工程分jar、war等。maven构建还是蛮简单的。

同病相怜呀  现在我一个人维护5 6年以前的系统  

    现在公司都是这样的环境，从ANT到MAVEN，大家已经非常熟悉这种方式 ，易维护，如果要跑web容器的哈应用JETTY还是很不错的

那是工程之间依赖关系清晰，要是有交叉依赖可以烦死人。

楼主，请问你拆分项目时候用什么方式建立多个项目之间的联系呢？OSGI?RMI?webservice？小弟没有这么试验过，特此向您请教

清晰是项目建立之初就应该确定，立下规定、模式，当然也不排除项目时间太久，就会越发的乱起来