WAR包 vs 集成服务器的Java应用

大部分服务器端Java应用程序(如Web或面向服务)都是在容器内运行。传统方式是将应用打成WAR包用于分发。这和ZIP压缩包是同样的目录结构,包含了所有的库和运行时的应用间的相互依赖。因为这种格式具有共通性,你可以部署到你偏爱的容器,例如Tomcat、Jetty、JBoss、GlassFish等。

但是有一种方法彻底颠覆了这种模型。在这种方法中, Java应用就像普通程序一样可通过命令行执行,而不是被部署到容器中。它将容器和应用绑在一起。

许多语言使用这种方法。 Python的Django框架就包含了进行开发和测试的服务器,而Ruby on Rails也有可用于生产环境的嵌入式服务器。对使用Jetty 部署的Java应用来说,这个概念也存在了一段时间。然而,离规范化还比较远,结果还是将WAR包部署到Tomcat服务器。

现在也出现了类似的呼声。去年的DevNexus会议,我去了James Ward的讲座,他当时在Heroku做“开发推广”。James 推荐和支持将捆绑了服务器的应用程序部署到Heroku的云平台。

他的讲座主要是关于Java和Scala的Play框架,Play框架嵌入了Netty,类似于Rails服务器。 不同于Grails框架的是,它使用一个Django式服务器的开发方式,仍然是使用WAR包发布,Play框架从开发到生产环境一直使用其自带服务器。James提倡在所有的Java应用程序使用这种方法。

嵌入式体验

当我开始写Hibernate Serach by Example的时候,我希望着重于Hibernate Search上,而不是其他框架或服务器问题。所以我没有用Spring,而是用Servlet3.0来写这本书的示例应用程序。

我通常使用Eclipse作为自己的开发环境,并测试本地Tomcat上的web应用。不过,为了支持使用IntelliJ,Netbeans和不使用IDE的读者。我想在构建脚本嵌入一个测试服务器,以便读者无需安装或配置任何东西就可以运行示例代码。

通过Maven来使用嵌入式服务器

我的第一个目标是使用Maven脚本启动服务器,这样读者就不必手动安装服务器或将它导入到IDE里 。将Jetty Maven Plugin添加到项目的POM文件后。可以使用以下命令:

mvn clean jetty:run

为了让修改了的静态文件在服务器运行的时候可以立刻生效。因为,我碰到过文件被锁定的情况,导致修改后的问题不能保存。研究后发现Jetty的默认设置会引起Windows映射文件锁定。可以在配置文件更改useFileMappedBuffer属性。

首先,你必须打开Jetty的JAR包找到相应的配置文件.在Maven本地仓库就可以找的这个JAR包(就是jetty-webapp,而不是jetyy-server) 。复制一份webdefault.xml,将useFileMappedBuffer改为false,将其另存到在你的项目中,并更新Maven POM文件:

<plugin>
   <groupId>org.mortbay.jetty</groupId>
   <artifactId>jetty-maven-plugin</artifactId>
   <version>8.1.7.v20120910</version>
   <configuration>
      <webAppConfig>
         <defaultsDescriptor>${basedir}/src/main/webapp/WEB-INF/webdefault.xml</defaultsDescriptor>
      </webAppConfig>
   </configuration>
</plugin>

虽然有点小麻烦,但是还是搞定了。

通过其他构建工具来使用嵌入式服务器

我知道,许多Java开发人员不喜欢Maven。所以,我想提供一份使用Ant构建的示例应用程序。需要在build.xml配置什么才可以让Ant使用到Jetty呢?

可以使用Ant integration for Jetty,但它比Maven更麻烦。即使使用了Ivy这样的依赖管理系统, Ant脚本还是无法下载和管理嵌入式服务器。你必须自己下载一个独立的Jetty服务器,然后手动复制到您的项目。谁不想把这6M可执行的二进制文件添加到源码中呢?

当你复制完了Jetty的JAR包后,你还要手动添加另一个关于Ant集成的JAR。出乎意料的是,支持的最新版本是Jetty7(实现的是Servlet 2.5规范,都已经八年了)。

上个月我发现可以支持Jetty8了,但是我是去年秋天写的这本书。我必须重写我的示例程序,将Servlet3.0替换为Servlet2.5,我都开始怀疑这是否值得。

在代码中使用嵌入式服务器

我的书的最后一章讲了在集群环境中的Hibernate 搜索应用。Maven插件是单例的,所以我决定写一个启动类可以在不同的端口创建两个Jetty实例。将这个类作为一个JUnit测试类,这样我就可以通过Maven启动它:

mvn clean compile war:exploded test

应用中的servlets,listeners和RESTful服务在启动时还没注册呢。经过研究我发现,可以设置Jetty对Servlet3.0特性的支持(例如注解),默认是不支持的

说实话,我也不完全理解“hightide”和“non-hightide”的区别。但是加上下面的代码就可以保证注解是有效的:

...
masterContext.setConfigurations(
new Configuration[] {
new WebInfConfiguration(),
new WebXmlConfiguration(),
new MetaInfConfiguration(),
new FragmentConfiguration(),
new EnvConfiguration(),
new PlusConfiguration(),
new AnnotationConfiguration(),
new JettyWebXmlConfiguration(),
new TagLibConfiguration()
}
);
...

是不是比把WAR包扔到Tomcat的webapps目录要简单?

从控制台和云端使用的嵌入式服务器

为了书的完整性,我想把示例代码放上GitHub和部署到Heroku。从理论上讲, 可以在本地命令行运行的程序就可以在Heroku上运行。当Heroku找到Maven的POM文件后,它就会执行mvn clean命令来进行构建,然后执行profile脚本里面的命令。

我可以通过Maven 的run命令启动Jetty服务器。Maven在测试阶段会管理classpath下的依赖,Heroku推荐使用他们的demo Java applications,可以将你的应用和Tomcat绑定在一起。太好了,毕竟我对Tomcat熟悉点。

但是,如果你的应用程序的数据库连接是JNDI资源,那就有问题了。 因为Heroku捆绑的Tomcat不支持JNDI。这就是为什么Heroku的servlet demo只能演示基于Spring的应用。James离开Heroku后,Heroku就没有更新过他们的Java站点。

不用担心,因为还有其他版本的Jetty,而且支持将JNDI设置当作命令参数。现在解决了关于嵌入Jetty服务器的问题了。

但是,如果在JSP中使用了JSTL标签库 ,Jetty在处理classpath的时候就会出问题。当在命令行中运行它,你需要传递一些参数

1.Jetty JAR包
2.应用程序的WAR包
3.Maven build好的WAR包

(*)你没看错。结束了嵌入式的噩梦后, Heroku最后还是用WAR包!

我的Heroku Profile:

web: java $JAVA_OPTS -jar target/dependency/jetty-runner-8.1.7.v20120910.jar --lib target/hibernate-search-demo-0.0.1-SNAPSHOT/WEB-INF/lib --port $PORT --jdbc org.apache.commons.dbcp.BasicDataSource "url=jdbc:h2:mem:vaporware;DB_CLOSE_DELAY=-1" "jdbc/vaporwareDB" target/*.war

不止一个类加载器在工作,这样可以使得Jetty从它的classpath加载JSTL标签库而不是从应用classpath。

结论

将嵌入式服务器添加到框架中在概念上不会有什么问题。写一个Play框架的应用程序很容易,但是部署到Heroku却很麻烦。在日常工作中,我使用hybris(基于Spring)将Tomcat服务器构建到应用中。这样你就不用写很多的自定义脚本。

但是,这种方法难被广泛使用。将嵌入式服务器和应用绑在一起本来就很痛苦了。别人的示例代码可能没有问题,但是你的应用可能就出现一些不同的问题,需要自己解决。将嵌入式服务器和直接使用Tomcat比较下:

1.下载Tomcat和将其解压缩
2.将应用WAR包放到Tomcat 的webapps目录下
3.启动Tomcat

唯一的优势是可以在Heroku上演示。云服务商正在提高对Java的支持。现在可以使用Jelastic将WAR包部署到Tomcat 7 或 GlassFish 3上。 AppFog支持部署到Tomcat 6与Tomcat 7。在不久的将来,就不用为了云部署而修改应用了。

因此,概括地说,这取决于你所使用的框架。如果应用和嵌入式服务器集成在一起,效果就很好,如果只是一味的粘贴在一起,那么就很糟糕。如果我现在写的Hibernate searhc By 示例程序,那么构建脚本将生成:一个WAR文件,和一个Tomcat的下载链接。

原文链接: javacodegeeks 翻译: ImportNew.com - MarkGZ
译文链接: http://www.importnew.com/10666.html
[ 转载请保留原文出处、译者和译文链接。]

关于作者: MarkGZ

(新浪微博:@VS_SELF

查看MarkGZ的更多文章 >>



可能感兴趣的文章

发表评论

Comment form

(*) 表示必填项

还没有评论。

跳到底部
返回顶部