问题描述
今天发布某个Web项目新版本，需要替换服务器上的几个class文件。在项目树中找到WEB-INF/classes目录，竟然发现没有任何class文件！
问题分析
下意识地，我查看了Project菜单，确认Build Automatically已勾选。
经过仔细观察，发现Web项目图标的左下角有一个红色的感叹号：
网上搜索这类问题，大部分答案说是导入的jar包有错误。但查看项目的Java Build Path–>Libraries，检查引入的所有jar包，并没有小红叉出现：
我又把所有jar包删了再重新引入，点击OK后，惊讶地发现，Web项目图标下的红色感叹号居然消失了，而WEB-INF/classes目录下终于生成了期望已久的class文件。
经过进一步的仔细检查，终于揪出了“罪魁祸首”——test目录，它正是刚才点击OK后新生成的一个空目录：
这里要说明一下，Web项目是从SVN库中检出的，而库中的项目下并没有test目录（test目录右下角的问号说明了一切）。所以在本文一开始，即问题出现的时候，test目录是不存在的。
那么，这个test目录为何需要存在？最终，我在项目的Java Build Path–>Source下，发现项目的编译路径已包含test目录：
至此我才明白，从库中检出的项目编译路径配置文件（实际上就是.classpath文件），已将test目录列入项目的编译路径中。但从库中检出的项目却不存在test目录，因此导致项目编译失败。估计是之前提交的开发人员在项目下建立一个test目录，用于调试代码，而他在提交项目的时候，可能认为test目录没有意义就没有选择提交test目录。
问题解决
有以下两种解决方案可供考虑：
1，在问题分析过程中已经实现，即在项目下新生成一个test目录，并将test目录提交至SVN。
2，将test目录从项目编译路径下移除，然后重新提交.classpath文件至SVN。