nginx配合tomcat、resin等java应用服务器提供java支持

首先探讨一下为什么要使用nginx：
1、类似于apache+resin，nginx用于提供静态页面服务，比java服务器要强。虽然这些java服务器的性能都不赖，tomcat新版甚至还支持了epoll，但是用nginx来处理静态文件是一定比这些服务器更稳妥并更快速的。
2、nginx在配合java应用服务器时相比apache耦合度更低，所以它可以用相同的方式连上所有能支持http服务能力的java应用服务器，无论是tomcat、resin、weblogic、jetty、websphere……，并且可以轻易地将一个应用同时连接不相同的服务器。譬如一台跑tomcat，一台跑resin，这一点在切换或测试生产环境时非常有用。另外耦合度的降低，将使nginx和这些服务器之间的相互影响降到最低，这样两者就能各尽其责，apache一般是采用一个模块来和java应用服务器打交道，这个模块是会对apache的运行或多或少产生影响的，nginx告诉我们这些模块是多么的鸡肋，java服务器要不就往fastcgi协议支持方面发展会更好。
3、nginx的一些特性可以保住脆弱的java服务器。其中可以点名的：1是可细致定制的负载均衡策略；2是超强的故障屏蔽功能可以做到不遗漏任何一个请求；3是客户端连接的异步处理；4是比java服务器强上百倍的负荷能力。
综合这些优点，一般的java应用服务器，接上一个nginx后，在服务稳定性上将可匹敌数万美金的大型java集群服务器，java开发者就不用再为java性能方面发愁了。
如果决定试用一下nginx，那接下来的事就比吐口水轻松得多了。
nginx可以用两种方式去接java后台：
1、将jsp扩展名的请求发往后台，这是比较传统的方式
2、将所有请求都发往后台，而将一些静态文件的目录留下
3、将所有请求都发往后台，而将某种扩展名的链接留下
这三种方式都是利用链接特征处理的，举例说明（例子中是服务器是单机）：
首先配置一个upstream，这是通用的：
upstream www.sudone.com {
server 127.0.0.1:8081;
server 127.0.0.1:8082;
}
127.0.0.1:8081和127.0.0.1:8082就是后端服务器了，resin支持两种方式服务，一种是引擎方式用于连接apache和IIS，另一种是http server方式，一定要启动的是http服务器方式的，这样这两个端口才有效。tomcat我不太清楚，如果有两种方式，也一定要启动http server方式，检查的办法是通过一个链接要能够直接访问得到页面。
针对扩展名的策略的配置：
server {
listen 80;
server_name www.sudone.com;
location / {
root /data/html/;
rewrite "^/([0-9]+)\.