忘记李刚，一步一步跟我学Struts2 —— Struts2开发环境搭建

工欲善其事，必先利其器。在我们深入Struts2之前，我还是想废一些口舌来讲述一下开发环境的搭建。每个人都会根据自己的习惯来搭建自己的开发环境。开发环境是否便捷，也将直接影响开发的效率。所以对于开发环境已经非常熟悉的朋友可以直接忽略这篇文章。而我在这里给大家介绍一下我的开发和调试环境的搭建，之后所有的章节的代码，也都将建立在这个开发环境之上。

在编写J2EE程序的时候，我们往往需要一个Web容器进行调试，比较常见的Web容器是Tomcat，在Eclipse等IDE中，也有很多针对Tomcat的插件支持，使你可以很轻松地在Tomcat上调试你的J2EE应用。而我所使用的Web容器是更加轻量级的Jetty。利用它进行J2EE的开发和调试，甚至只需要依赖Jetty的jar包即可。

搭建最简单的开发环境

首先我们来看看如何搭建最简单的J2EE项目的开发环境。

1. 我们需要建立的一个空的J2EE项目的目录结构：



在这里，我简单解释一下这些目录的作用：

src(source folder)：存放所有的Java源代码。
conf(source folder)：存放所有的配置文件。
test(source folder)：存放所有的Java测试代码和调试代码。
web：web项目的根目录，下面有WEB-INF目录以及在此之下的classes和lib目录。classes目录将会成为所有的source folder的编译对象目录，而lib目录则存放项目所依赖的jar包。
lib：也存放jar包，这些jar包可能仅仅在开发调试时依赖，项目本身则不依赖这些jar文件。

2. 编写IDE相关的文件

在这里，你还能看到classpath文件和project文件。这两个文件是导入到eclipse中所必须的文件，是我为eclipse工程而写的文件。如果你使用其他IDE，可能需要自行编辑与其他IDE相关的项目文件。

在建立了这些目录结构后，你就可以将其导入到eclipse中作为eclipse的工程了。



3. 加入相关调试所需要的jar包，并指定classpath

接下来，我们把Jetty所需要的jar包copy到lib目录下，并在IDE中指定classpath。



4. 添加Jetty启动类

在test下建一个runtime的目录，并添加Jetty启动类。

package runtime;

import org.mortbay.jetty.Connector;
import org.mortbay.jetty.Server;
import org.mortbay.jetty.nio.SelectChannelConnector;
import org.mortbay.jetty.webapp.WebAppContext;

/**
 * Jetty Server starter. Use embedded mode.
 * 
 * @author Downpour
 */
public class JettyStarter {

	/**
	 * @param args
	 * @throws Exception
	 */
	public static void main(String[] args) throws Exception {
		long begin = System.currentTimeMillis();
		Connector connector = new SelectChannelConnector();
		connector.setPort(Integer.getInteger("jetty.port", 8080).intValue());

		WebAppContext webapp = new WebAppContext("web", "/struts-sample");
		webapp.setDefaultsDescriptor("./test/runtime/webdefault.xml");
		
		Server server = new Server();
		server.setConnectors(new Connector[] { connector });
		server.setHandler(webapp);
		server.start();
		System.out.println("Jetty Server started, use " + (System.currentTimeMillis() - begin) + " ms");
	}
}

如果此时，你在WEB-INF下有web.xml，那么你就可以执行上面这个Jetty的启动类。



5. 启动、调试、测试

执行了Jetty的启动类后，可以看到启动界面的日志：

15 [main] INFO org.mortbay.log - Logging to org.slf4j.impl.SimpleLogger(org.mortbay.log) via org.mortbay.log.Slf4jLog
15 [main] INFO org.mortbay.log - jetty-6.1.7
1109 [main] INFO org.mortbay.log - Started SelectChannelConnector@0.0.0.0:8080
Jetty Server started, use 1547 ms

这表示你已经成功启动了Jetty作为你的Web服务器。当然，你可以使用Debug模式来执行Jetty类，这样就进入了调试模式，你可以在代码中设置断点进行调试。

在这里，还有一点需要简单提一下，默认情况下，Jetty会在windows上使用缓存，所以会把js，css等文件进行锁定，使你无法编辑。为了解决这个问题，需要设置一些默认参数。这里，我们可以使用google大法，已经有朋友为我们解决了这个问题：

http://www.blogjava.net/alwayscy/archive/2007/05/27/120305.html

所以，我在runtime的同级目录建立了一个webdefault.xml文件，并且指定Jetty使用该文件作为默认的参数设定。

【小结】
在上面我介绍了我个人的开发调试环境，这种开发环境的好处可能有一下这些：

1. 开发环境不依赖于任何IDE或者相关的插件，只需要运行Java文件即可进行调试。（当然，你可能需要编写IDE相关的project文件来获取IDE的工程支持）

2. 开发环境不依赖于任何外部的Web服务器，与环境无关，所以无论将项目迁移到哪里，都可以直接运行。

3. 不需要开发人员额外学习如何搭建开发环境，开发环境已经内置，降低了开发人员的学习成本。


完善Library的管理方式

在上面搭建环境的过程中，我们发现，Library的管理存在着一定问题。这个问题主要表现为：

1. 不容易做Library的版本管理。如果Library的版本需要升级，那么我们不得不重新copy一份新的jar包，并且借助IDE重新指定项目的classpath。这种劳动，对于一个项目还可以接受，如果你有10多个项目，那么jar包的复制工作会让你很头疼。

2. 每个项目都会有Library的副本。这一点让人非常恼火。实际上，对于一个公司或者一个项目组而言，使用的技术体系基本不变。然而，每个项目的Library却是分开的。不仅如此，每个项目都要从svn中下载大量的相同的Library文件，给我们的硬盘造成极大的空间浪费。对于那些频繁使用Branch的项目来说，这些Library的下载简直就是噩梦。

所以，我们需要一个集中式的Library管理方式。而这一点曾经在Javaeye的海阔天空版激烈得讨论过使用maven来进行管理还是自行管理。

Readonly 写道

共享类库可以用IDE reference project解决，公司内部项目给常用的lib建立一个project，从CVS上check out，其他工程项目都依赖这个project就可以了，ant build也直接引用这个项目的jar就可以，项目体积照样只有几百K。

——一个讨厌ant，更加讨厌maven的人

我比较赞同Readonly老大的说法而倾向于自行管理。maven这样的高级货，偶实在是用不来啊。那么我们就来看看如何使用共享类库来进行Library管理。

1. 首先建立一个共享类库

建立一个共享类库，将项目中需要共享的Library进行恰当的分类。同时，为每个加入到Library中的jar包进行统一的格式化的命名方式。例如：spring/spring-2.5.5.jar等等。这样的好处在于，一旦jar包的版本有更新，可以加入新的jar包而保留原来的。在项目中，就可以通过引用不同版本的jar包来对Library进行版本管理。

以下就是我个人建立的一个共享类库，大家可以参考：

svn://www.demo2do.com/library

2. checkout共享类库，并将其导入到IDE中作为一个Library工程



3. 为你的项目指定classpath，引用的jar包存在于Library工程中



在这里，我们可以看到，原来项目中的lib目录被删除，jar包也被删除。在项目中所引用的jar包是Library项目中的jar包。

【小结】
完成了上述所有的步骤之后，Library就被集中管理起来，而每个项目也不会再变得那么庞大。当然，开发环境的搭建完全取决于个人的习惯，所以使用各自喜欢的方式吧，不要让环境问题束缚你们的手脚。

评论

4 楼 vancysheva 2012-06-08  

文章不错

3 楼 xzdmms 2009-03-07  

   这个 我Lib改管理了

2 楼 downpour 2008-12-29  

jitabc 写道

这个管理lib挺方便的，不过个人还是习惯用maven，呵呵

用maven也是一种选择。不过我一直不知道maven怎么解决library副本的问题。如果使用maven，我每个新的项目本身还是会带着很多很大的library。如果开多个branch的方式进行协同开发的话，整个repository就会变得无比庞大。不知道maven能不能有效控制library的副本。

另外，你可以到专栏去留言，博客我只是我发布草稿的地方。呵呵。

1 楼 jitabc 2008-12-28  

这个管理lib挺方便的，不过个人还是习惯用maven，呵呵