跳至主要内容

使用 Jetty 7 搭建虚拟主机

同 Tomcat 一样，Jetty 也是纯 Java 的 Web 服务器和 Servlet 容器。跟 Tomcat 不同的是 Jetty 本身模块化机制，最基本模块的只负责网络 IO 和 HTTP 协议，所以程序运行效率非常高。很多程序都会嵌入 Jetty 以提供 HTTP 服务，比如一些提供 HTTP 接口的 NoSQL、分布式文件系统和全文索引引擎等产品，还有 Google 的 App Engine （java版）也使用 Jetty 提供 Web 服务，另外 Jetty 的 Comet 特性经常用于实现实时数据通信。
除此以外，Jetty 也能够以 Standalone 形式运行，可以很轻巧地实现搭建多（Java web application）站点服务。
下面以在一台服务器（只有一个公网IP地址）上搭建 abc.com，xyz.com 作为例子讲解搭建及配置过程。

1、下载 Jetty 7
Jetty 7 的各个部分包括：Core Web Server (HTTP & Websocket)，Core Servlet Container，JNDI, JMX, OSGi, JASPI modules 都是单独提供，所以为了简单起见，可以下载一个整合包：


  • JETTY_VERSION=7.0.2.v20100331
  • wget http://download.eclipse.org/jetty/$JETTY_VERSION/dist/jetty-distribution-$JETTY_VERSION.tar.gz
  • tar xfz jetty-distribution-$JETTY_VERSION.tar.gz
  • cd jetty-distribution-$JETTY_VERSION
  • java -jar start.jar
这样你就已经完成下载和运行 Jetty 了，试试访问 http://localhost:8080/。

2、Jetty 的配置
Jetty 的主目录里有几个比较重要的目录：
  • contexts 存放各个 web app 的配置文件
  • contexts-avaiable 存放各个暂时不使用的 web app （一般是自带的示例）的配置文件
  • etc jetty程序本身的配置文件
  • webapps 存放各个 web app 的具体资源文件，即 war 压缩包。
当使用 java -jar jetty 这样的方式启动 Jetty 时，实际上使用的是 etc/jetty.xml 这个配置文件启动，相当于 java -jar jetty etc/jetty.xml，可以指定 etc 里面的一个或多个配置文件，比如 java -jar jetty etc/jetty.xml etc/jetty-jmx.xml，一般来说用默认配置（etc/jetty.xml）就足够了。
可以尝试打开并阅读这个文件，里面的内容比较容易理解，主要定义了两个定时监控文件变化的目录：contexts 和 webapps，在 Jetty 运行的状态下添加、删除或修改这两个目录的内容都会导致 Jetty 重新加载相应的 web app，这个特性可以实现 web app 的热部署，需要注意的是这种热部署是针对整个 web app的，更改web app里面的资源文件并不会导致 context reload，所以这点跟 Tomcat 是有区别的。

在生产环境中最好先清除 Jetty 发行包自带的示例，方法是把 webapps 目录里面的文件全部删除，把 contexts 里面的所有文件删除或者移动到 contexts-avaiable 里。

3、开始部署 abc.com 和 xyz.com
a、先把这两个 web app 的资源文件放置在 Jetty启动者有访问权限的目录，比如
/var/www/abc
/var/www/xyz
b、 在 contexts 目录创建 abc.xml，内容如下：

<?xml version="1.0"  encoding="ISO-8859-1"?>
<!DOCTYPE Configure PUBLIC "-//Jetty//Configure//EN" "http://www.eclipse.org/jetty/configure.dtd">
<Configure class="org.eclipse.jetty.webapp.WebAppContext">
  <Set name="contextPath">/</Set>
  <Set name="resourceBase">/var/www/abc</Set>
  <Set name="virtualHosts">
    <Array type="String">
      <Item>abc.com</Item>

      <Item>xyz.com</Item>

    </Array>
  </Set>
  <!-- disable cookies
  <Get name="sessionHandler">
     <Get name="sessionManager">
        <Set name="usingCookies" type="boolean">false</Set>
     </Get>
  </Get>
  -->
</Configure>
c、再创建 xyz.xml，内容跟 abc.xml 几乎一样，只需把“abc”改为“xyz”就可以了。

4、测试
在 /etc/hosts 里加入两行
abc.com  127.0.0.1
xyz.com    127.0.0.1
然后可以在浏览器里分别访问 http://abc.com 和 http://xyz.com。


参考资料：
http://wiki.eclipse.org/Jetty/Starting/Downloads
http://wiki.eclipse.org/Jetty/Reference
标签：

评论

发表评论

此博客中的热门博文

Apache Cassandra 0.7 的集群配置

跟 Hadoop/HBase 一样， Apache Cassandra 也是 NoSQL 产品中最为重要的成员之一，跟 HBase 相比，因为 Cassandra 使用了一种去中心化的模式（类似memcached集群）， 使用 Cassandra 搭建 NoSQL 集群更为简单容易，特别是在 0.7 版本之后，下面简述使用 Cassandra 0.7 搭建一个集群。 @ivarptr 前提条件 a、准备3台或以上的计算机。下面假设有3台运行Linux操作系统的计算机，局域网的IP地址分别为 192.168.0.100, 192.168.0.101 和 192.168.0.102。 b、Java 1.6。 c、到 这里下载 0.7.x 版本的Cassandra 二进制发行包。 1、基本配置 挑选其中的一台机开始配置，先展开 cassandra 发行包： $ tar -zxvf apache-cassandra-$VERSION.tar.gz $ cd apache-cassandra-$VERSION 其中的 conf/cassandra.yaml 文件为主要配置文件，由于 0.7 版不再采用XML格式配置文件，如果对 YAML 格式不熟悉的话最好先到 这里 了解一下。 Cassandra 在配置文件里默认设定了几个目录： data_file_directories: /var/lib/cassandra/data commitlog_directory: /var/lib/cassandra/commitlog saved_caches_directory: /var/lib/cassandra/saved_caches data_file_directories 可以一次同时设置几个不同目录，cassandra 会自动同步所有目录。另外在日志配置文件 log4j-server.properties 也有一个默认设定日志文件的目录： log4j.appender.R.File=/var/log/cassandra/system.log 一般情况下采用默认的配置即可，除非你有特殊的数据储存要求，所以现在有两种方案：一是按照默认配置创建相关的目录，二是修改配置文件采用自己指定的目录。 下面为了简...
发表评论
阅读全文

日志工具 SLF4J 的来龙去脉

J ava 界里有许多实现日志功能的工具，最早得到广泛使用的是 log4j ，许多应用程序的日志部分都交给了 log4j，不过作为组件开发者，他们希望自己的组件不要紧紧依赖某一个工具，毕竟在同一个时候还有很多其他很多日志工具，假如一个应用程序用到了两个组件，恰好两个组件使用不同的日志工具，那么应用程序就会有两份日志输出了。 为了解决这个问题， Apache Commons Logging  （之前叫 Jakarta Commons Logging，JCL）粉墨登场，JCL 只提供 log 接口，具体的实现则在运行时动态寻找。这样一来组件开发者只需要针对 JCL 接口开发，而调用组件的应用程序则可以在运行时搭配自己喜好的日志实践工具。 所以即使到现在你仍会看到很多程序应用 JCL + log4j 这种搭配，不过当程序规模越来越庞大时，JCL的动态绑定并不是总能成功，具体原因大家可以 Google 一下，这里就不再赘述了。解决方法之一就是在程序部署时静态绑定指定的日志工具，这就是  SLF4J  产生的原因。 跟 JCL 一样，SLF4J 也是只提供 log 接口，具体的实现是在打包应用程序时所放入的 绑定器 （名字为 slf4j-XXX-version.jar）来决定，XXX 可以是 log4j12, jdk14, jcl, nop 等，他们实现了跟具体日志工具（比如 log4j）的绑定及代理工作。举个例子：如果一个程序希望用 log4j 日志工具，那么程序只需针对 slf4j-api 接口编程，然后在打包时再放入 slf4j-log4j12-version.jar 和 log4j.jar 就可以了。 现在还有一个问题，假如你正在开发应用程序所调用的组件当中已经使用了 JCL 的，还有一些组建可能直接调用了 java.util.logging，这时你需要一个 桥接器 （名字为 XXX-over-slf4j.jar）把他们的日志输出重定向到 SLF4J，所谓的桥接器就是一个假的日志实现工具，比如当你把 jcl-over-slf4j.jar 放到 CLASS_PATH 时，即使某个组件原本是通过 JCL 输出日志的，现在却会被 jcl-over-slf4j “骗到”SLF4J 里，然后 SLF4J 又会根据绑定器把日志交给具体的...
1 条评论
阅读全文

如何在应用程序里使用 Hadoop HDFS ——分布式计算Hadoop配置及实践（二）

上一篇 讲到 Hadoop 的配置，我们在搭建分布式计算系统的同时也已经搭建好分布式储存系统了。下面简述如何在应用程序（可以是 Console Application，也可以是 Web Application）调用 Hadoop HDFS。 我们除了可以使用 Hadoop 命令行 管理里面的文件和目录之外，也可以通过 Hadoop API 管理。 1、先创建一个Java Application (Console) 程序，然后引用 hadoop-core-0.20.2.jar ，因为这个包同时引用非常多其他包，所以最好使用 Maven 引用这个包。 2、在项目根目录创建 core-site.xml ： <?xml version="1.0"?> <configuration> <property>   <name>fs.default.name</name>   <value>hdfs://192.168.0.10:9000</value> </property> </configuration> 程序会自动寻找 CLASS_PATH 里面的 core-site.xml 文件，假如缺少这个文件的话，程序会使用本地文件系统。 3、创建 Helloworld.java： import java.io.IOException; import org.apache.hadoop.conf.Configuration; import org.apache.hadoop.fs.FSDataInputStream; import org.apache.hadoop.fs.FSDataOutputStream; import org.apache.hadoop.fs.FileSystem; import org.apache.hadoop.fs.Path; public class HelloWorld { public static void main(String[] args) { try { HelloWorld helloWorld = new He...
发表评论
阅读全文