Struts2开发环境搭建
http://www.javaeye.com/wiki/struts2/1321-struts2-development-environment-to-build#1539
工欲善其事,必先利其器。在我们深入Struts2之前,我还是想废一些口舌来讲述一下开发环境的搭建。每个人都会根据自己的习惯来搭建自己的开发环境。 开发环境是否便捷,也将直接影响开发的效率。所以对于开发环境已经非常熟悉的朋友可以直接忽略这篇文章。而我在这里给大家介绍一下我的开发和调试环境的搭 建,之后所有的章节的代码,也都将建立在这个开发环境之上。
在编写J2EE程序的时候,我们往往需要一个Web容器进行调试,比较常见的Web容器是Tomcat,在Eclipse等IDE中,也有很多针 对Tomcat的插件支持,使你可以很轻松地在Tomcat上调试你的J2EE应用。而我所使用的Web容器是更加轻量级的Jetty。利用它进行 J2EE的开发和调试,甚至只需要依赖Jetty的jar包即可。目 录 [ - ]搭建最简单的开发环境
![Top](http://www.javaeye.com/images/wiki/top.gif?1229402183)
1. 我们需要建立的一个空的J2EE项目的目录结构
![](http://downpour.javaeye.com/upload/attachment/61763/09233f22-e160-3be6-9540-d1c89a5b9e09.gif)
在这里,我简单解释一下这些目录的作用:
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的工程了。
![](http://downpour.javaeye.com/upload/attachment/61765/b0380d6d-2634-3ba1-bd41-100be3f3be07.gif)
3. 加入相关调试所需要的jar包,并指定classpath
接下来,我们把Jetty所需要的jar包copy到lib目录下,并在IDE中指定classpath。
![](http://downpour.javaeye.com/upload/attachment/61767/2b527db3-298b-3dbe-9500-5deee6ed7548.gif)
4. 添加Jetty启动类
在test下建一个runtime的目录,并添加Jetty启动类。
Java代码
![复制代码](http://www.javaeye.com/images/icon_copy.gif)
- 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的启动类。
![](http://downpour.javaeye.com/upload/attachment/61769/2776a3d4-3879-3676-8518-56f022fbce41.gif)
5. 启动、调试、测试
执行了Jetty的启动类后,可以看到启动界面的日志:
Java代码
![复制代码](http://www.javaeye.com/images/icon_copy.gif)
- 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的管理方式
![Top](http://www.javaeye.com/images/wiki/top.gif?1229402183)
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进行版本管理。
以下就是我个人建立的一个共享类库,大家可以参考:
2. checkout共享类库,并将其导入到IDE中作为一个Library工程
![](http://downpour.javaeye.com/upload/attachment/61771/8cea5d64-2499-3e66-9154-88b740a47381.gif)
3. 为你的项目指定classpath,引用的jar包存在于Library工程中
![](http://downpour.javaeye.com/upload/attachment/61775/2f7f3e8e-2450-3d5f-a2e9-84dff03c11f8.gif)
在这里,我们可以看到,原来项目中的lib目录被删除,jar包也被删除。在项目中所引用的jar包是Library项目中的jar包。
【小结】
完成了上述所有的步骤之后,Library就被集中管理起来,而每个项目也不会再变得那么庞大。当然,开发环境的搭建完全取决于个人的习惯,所以使用各自喜欢的方式吧,不要让环境问题束缚你们的手脚。