BlogJava-闵毓

转载：Java远程通讯可选技术及原理

闵毓 — Thu, 06 Mar 2008 05:55:00 GMT

在分布式服务框架中，一个最基础的问题就是远程服务是怎么通讯的，在Java领域中有很多可实现远程通讯的技术，例如：RMI、MINA、ESB、Burlap、Hessian、SOAP、EJB和JMS等，这些名词之间到底是些什么关系呢，它们背后到底是基于什么原理实现的呢，了解这些是实现分布式服务框架的基础知识，而如果在性能上有高的要求的话，那深入了解这些技术背后的机制就是必须的了，在这篇blog中我们将来一探究竟，抛砖引玉，欢迎大家提供更多的实现远程通讯的技术和原理的介绍。

基本原理
要实现网络机器间的通讯，首先得来看看计算机系统网络通信的基本原理，在底层层面去看，网络通信需要做的就是将流从一台计算机传输到另外一台计算机，基于传输协议和网络IO来实现，其中传输协议比较出名的有http、tcp、udp等等，http、tcp、udp都是在基于Socket概念上为某类应用场景而扩展出的传输协议，网络IO，主要有bio、nio、aio三种方式，所有的分布式应用通讯都基于这个原理而实现，只是为了应用的易用，各种语言通常都会提供一些更为贴近应用易用的应用层协议。

应用级协议
远程服务通讯，需要达到的目标是在一台计算机发起请求，另外一台机器在接收到请求后进行相应的处理并将结果返回给请求端，这其中又会有诸如one way request、同步请求、异步请求等等请求方式，按照网络通信原理，需要实现这个需要做的就是将请求转换成流，通过传输协议传输至远端，远端计算机在接收到请求的流后进行处理，处理完毕后将结果转化为流，并通过传输协议返回给调用端。
原理是这样的，但为了应用的方便，业界推出了很多基于此原理之上的应用级的协议，使得大家可以不用去直接操作这么底层的东西，通常应用级的远程通信协议会提供：
1、为了避免直接做流操作这么麻烦，提供一种更加易用或贴合语言的标准传输格式；
2、网络通信机制的实现，就是替你完成了将传输格式转化为流，通过某种传输协议传输至远端计算机，远端计算机在接收到流后转化为传输格式，并进行存储或以某种方式通知远端计算机。
所以在学习应用级的远程通信协议时，我们可以带着这几个问题进行学习：
1、传输的标准格式是什么？
2、怎么样将请求转化为传输的流？
3、怎么接收和处理流？
4、传输协议是？
不过应用级的远程通信协议并不会在传输协议上做什么多大的改进，主要是在流操作方面，让应用层生成流和处理流的这个过程更加的贴合所使用的语言或标准，至于传输协议则通常都是可选的，在java领域中知名的有：RMI、XML-RPC、Binary-RPC、SOAP、CORBA、JMS，来具体的看看这些远程通信的应用级协议：
--------------------------------------------------------------------------------------------------------------------------------------------------
RMI
RMI是个典型的为java定制的远程通信协议，我们都知道，在single vm中，我们可以通过直接调用java object instance来实现通信，那么在远程通信时，如果也能按照这种方式当然是最好了，这种远程通信的机制成为RPC（Remote Procedure Call），RMI正是朝着这个目标而诞生的。
来看下基于RMI的一次完整的远程通信过程的原理：
1、客户端发起请求，请求转交至RMI客户端的stub类；
2、stub类将请求的接口、方法、参数等信息进行序列化；
3、基于socket将序列化后的流传输至服务器端；
4、服务器端接收到流后转发至相应的skelton类；
5、skelton类将请求的信息反序列化后调用实际的处理类；
6、处理类处理完毕后将结果返回给skelton类；
7、Skelton类将结果序列化，通过socket将流传送给客户端的stub；
8、stub在接收到流后反序列化，将反序列化后的Java Object返回给调用者。
来看jboss-remoting对于此过程的一个更好的图示：

根据原理来回答下之前学习应用级协议带着的几个问题：
1、传输的标准格式是什么？
      是Java ObjectStream。
2、怎么样将请求转化为传输的流？
      基于Java串行化机制将请求的java object信息转化为流。
3、怎么接收和处理流？
      根据采用的协议启动相应的监听端口，当有流进入后基于Java串行化机制将流进行反序列化，并根据RMI协议获取到相应的处理对象信息，进行调用并处理，处理完毕后的结果同样基于java串行化机制进行返回。
4、传输协议是？
      Socket。
--------------------------------------------------------------------------------------------------------------------------------------------------
XML-RPC
XML-RPC也是一种和RMI类似的远程调用的协议，它和RMI的不同之处在于它以标准的xml格式来定义请求的信息(请求的对象、方法、参数等)，这样的好处是什么呢，就是在跨语言通讯的时候也可以使用。
来看下XML-RPC协议的一次远程通信过程：
1、客户端发起请求，按照XML-RPC协议将请求信息进行填充；
2、填充完毕后将xml转化为流，通过传输协议进行传输；
3、接收到在接收到流后转换为xml，按照XML-RPC协议获取请求的信息并进行处理；
4、处理完毕后将结果按照XML-RPC协议写入xml中并返回。
图示以上过程：

同样来回答问题：
1、传输的标准格式是？
      标准格式的XML。
2、怎么样将请求转化为传输的流？
      将XML转化为流。
3、怎么接收和处理流？
      通过监听的端口获取到请求的流，转化为XML，并根据协议获取请求的信息，进行处理并将结果写入XML中返回。
4、传输协议是？
      Http。
--------------------------------------------------------------------------------------------------------------------------------------------------
Binary-RPC
Binary-RPC看名字就知道和XML-RPC是差不多的了，不同之处仅在于传输的标准格式由XML转为了二进制的格式。
同样来回答问题：
1、传输的标准格式是？
      标准格式的二进制文件。
2、怎么样将请求转化为传输的流？
      将二进制格式文件转化为流。
3、怎么接收和处理流？
      通过监听的端口获取到请求的流，转化为二进制文件，根据协议获取请求的信息，进行处理并将结果写入XML中返回。
4、传输协议是？
      Http。
--------------------------------------------------------------------------------------------------------------------------------------------------
SOAP
SOAP原意为Simple Object Access Protocol，是一个用于分布式环境的、轻量级的、基于XML进行信息交换的通信协议，可以认为SOAP是XML RPC的高级版，两者的原理完全相同，都是http+XML，不同的仅在于两者定义的XML规范不同，SOAP也是Webservice采用的服务调用协议标准，因此在此就不多加阐述了。
--------------------------------------------------------------------------------------------------------------------------------------------------
CORBA
Common Object Request Broker Architecture（公用对象请求代理[调度]程序体系结构），是一组用来定义“分布式对象系统”的标准，由OMG(Object Menagement Group)作为发起和标准制定单位。CORBA的目的是定义一套协议，符合这个协议的对象可以互相交互，不论它们是用什么样的语言写的，不论它们运行于什么样的机器和操作系统。
CORBA在我看来是个类似于SOA的体系架构，涵盖可选的远程通信协议，但其本身不能列入通信协议这里来讲，而且CORBA基本淘汰，再加上对CORBA也不怎么懂，在此就不进行阐述了。
--------------------------------------------------------------------------------------------------------------------------------------------------
JMS
JMS呢，是实现java领域远程通信的一种手段和方法，基于JMS实现远程通信时和RPC是不同的，虽然可以做到RPC的效果，但因为不是从协议级别定义的，因此我们不认为JMS是个RPC协议，但它确实是个远程通信协议，在其他的语言体系中也存在着类似JMS的东西，可以统一的将这类机制称为消息机制，而消息机制呢，通常是高并发、分布式领域推荐的一种通信机制，这里的主要一个问题是容错（详细见ErLang论文）。
来看JMS中的一次远程通信的过程：
1、客户端将请求转化为符合JMS规定的Message；
2、通过JMS API将Message放入JMS Queue或Topic中；
3、如为JMS Queue，则发送中相应的目标Queue中，如为Topic，则发送给订阅了此Topic的JMS Queue。
4、处理端则通过轮训JMS Queue，来获取消息，接收到消息后根据JMS协议来解析Message并处理。
回答问题：
1、传输的标准格式是？
      JMS规定的Message。
2、怎么样将请求转化为传输的流？
      将参数信息放入Message中即可。
3、怎么接收和处理流？
      轮训JMS Queue来接收Message，接收到后进行处理，处理完毕后仍然是以Message的方式放入Queue中发送或Multicast。
4、传输协议是？
      不限。
基于JMS也是常用的实现远程异步调用的方法之一。

可选实现技术
当然，在上面的原理中并没有介绍到所有的java领域可选的远程通信协议了，例如还有EJB采用的ORMI、Spring自己定义的一个简单的Http Invoker等等。
看完原理后我们再来看看目前java领域可用于实现远程通讯的框架或library，知名的有：JBoss-Remoting、Spring-Remoting、Hessian、Burlap、XFire(Axis)、ActiveMQ、Mina、Mule、EJB3等等，来对每种做个简单的介绍和评价，其实呢，要做分布式服务框架，这些东西都是要有非常深刻的了解的，因为分布式服务框架其实是包含了解决分布式领域以及应用层面领域两方面问题的。
当然，你也可以自己根据远程网络通信原理(transport protocol+Net IO)去实现自己的通讯框架或library。
那么在了解这些远程通讯的框架或library时，会带着什么问题去学习呢？
1、是基于什么协议实现的？
2、怎么发起请求？
3、怎么将请求转化为符合协议的格式的？
4、使用什么传输协议传输？
5、响应端基于什么机制来接收请求？
6、怎么将流还原为传输格式的？
7、处理完毕后怎么回应？
--------------------------------------------------------------------------------------------------------------------------------------------------
JBoss-Remoting
Jboss-remoting是由jboss编写的一个java领域的远程通讯框架，基于此框架，可以很简单的实现基于多种传输协议的java对象的RPC。
直接来回答问题：
1、是基于什么协议实现的？
      JBoss-Remoting是个通讯框架，因此它支持多种协议方式的通信，例如纯粹的socket+io方式、rmi方式、http+io方式等。
2、怎么发起请求？
      在JBoss-Remoting中，只需将需要发起的请求参数对象传入jboss-remoting的InvocationRequest对象即可，也可根据协议基于InvocationRequest封装符合需求的InvocationRequest对象。
3、怎么将请求转化为符合协议的格式的？
      JBoss-Remoting基于Java串行化机制或JBoss自己的串行化实现来将请求转化为对象字节流。
4、使用什么传输协议传输？
      支持多种传输协议，例如socket、http等。
5、响应端基于什么机制来接收请求？
      响应端只需将自己的处理对象注册到JBoss-Remoting提供的server端的Connector对象中即可。
6、怎么将流还原为传输格式的？
      JBoss-Remoting基于java串行化机制或jboss自己的串行化实现来将请求信息还原为java对象。
7、处理完毕后怎么回应？
      处理完毕后将结果对象直接返回即可，jboss-remoting会将此对象按照协议进行序列化，返回至调用端。
另外，jboss-remoting支持多种通信方式，例如同步/异步/单向通信等。

--------------------------------------------------------------------------------------------------------------------------------------------------
spring in action-Remoting
spring in action-remoting是Spring提供java领域的远程通讯框架，基于此框架，同样也可以很简单的将普通的spring bean以某种远程协议的方式来发布，同样也可以配置spring bean为远程调用的bean。
1、是基于什么协议实现的？
      和JBoss-Remoting一样，作为一个远程通讯的框架，Spring通过集成多种远程通讯的library，从而实现了对多种协议的支持，例如rmi、http+io、xml-rpc、binary-rpc等。
2、怎么发起请求？
      在Spring中，由于其对于远程调用的bean采用的是proxy实现，发起请求完全是通过服务接口调用的方式。
3、怎么将请求转化为符合协议的格式的？
      Spring按照协议方式将请求的对象信息转化为流，例如Spring Http Invoker是基于Spring自己定义的一个协议来实现的，传输协议上采用的为http，请求信息是基于java串行化机制转化为流进行传输。
4、使用什么传输协议传输？
      支持多种传输协议，例如rmi、http等等。
5、响应端基于什么机制来接收请求？
      响应端遵循协议方式来接收请求，对于使用者而言，则只需通过spring的配置方式将普通的spring bean配置为响应端或者说提供服务端。
6、怎么将流还原为传输格式的？
      按照协议方式来进行还原。
7、处理完毕后怎么回应？
      处理完毕后直接返回即可，spring-remoting将根据协议方式来做相应的序列化。

--------------------------------------------------------------------------------------------------------------------------------------------------
Hessian
Hessian是由caucho提供的一个基于binary-RPC实现的远程通讯library。
1、是基于什么协议实现的？
      基于Binary-RPC协议实现。
2、怎么发起请求？
      需通过Hessian本身提供的API来发起请求。
3、怎么将请求转化为符合协议的格式的？
      Hessian通过其自定义的串行化机制将请求信息进行序列化，产生二进制流。
4、使用什么传输协议传输？
      Hessian基于Http协议进行传输。
5、响应端基于什么机制来接收请求？
      响应端根据Hessian提供的API来接收请求。
6、怎么将流还原为传输格式的？
      Hessian根据其私有的串行化机制来将请求信息进行反序列化，传递给使用者时已是相应的请求信息对象了。
7、处理完毕后怎么回应？
      处理完毕后直接返回，hessian将结果对象进行序列化，传输至调用端。

--------------------------------------------------------------------------------------------------------------------------------------------------
Burlap
Burlap也是有caucho提供，它和hessian的不同在于，它是基于XML-RPC协议的。
1、是基于什么协议实现的？
      基于XML-RPC协议实现。
2、怎么发起请求？
      根据Burlap提供的API。
3、怎么将请求转化为符合协议的格式的？
      将请求信息转化为符合协议的XML格式，转化为流进行传输。
4、使用什么传输协议传输？
      Http协议。
5、响应端基于什么机制来接收请求？
      监听Http请求。
6、怎么将流还原为传输格式的？
      根据XML-RPC协议进行还原。
7、处理完毕后怎么回应？
      返回结果写入XML中，由Burlap返回至调用端。

--------------------------------------------------------------------------------------------------------------------------------------------------
XFire、Axis
XFire、Axis是Webservice的实现框架，WebService可算是一个完整的SOA架构实现标准了，因此采用XFire、Axis这些也就意味着是采用webservice方式了。
1、是基于什么协议实现的？
      基于SOAP协议。
2、怎么发起请求？
      获取到远端service的proxy后直接调用。
3、怎么将请求转化为符合协议的格式的？
      将请求信息转化为遵循SOAP协议的XML格式，由框架转化为流进行传输。
4、使用什么传输协议传输？
      Http协议。
5、响应端基于什么机制来接收请求？
      监听Http请求。
6、怎么将流还原为传输格式的？
      根据SOAP协议进行还原。
7、处理完毕后怎么回应？
      返回结果写入XML中，由框架返回至调用端。

--------------------------------------------------------------------------------------------------------------------------------------------------
ActiveMQ
ActiveMQ是JMS的实现，基于JMS这类消息机制实现远程通讯是一种不错的选择，毕竟消息机制本身的功能使得基于它可以很容易的去实现同步/异步/单向调用等，而且消息机制从容错角度上来说也是个不错的选择，这是Erlang能够做到容错的重要基础。
1、是基于什么协议实现的？
      基于JMS协议。
2、怎么发起请求？
      遵循JMS API发起请求。
3、怎么将请求转化为符合协议的格式的？
      不太清楚，猜想应该是二进制流。
4、使用什么传输协议传输？
      支持多种传输协议，例如socket、http等等。
5、响应端基于什么机制来接收请求？
      监听符合协议的端口。
6、怎么将流还原为传输格式的？
      同问题3。
7、处理完毕后怎么回应？
      遵循JMS API生成消息，并写入JMS Queue中。
基于JMS此类机制实现远程通讯的例子有Spring-Intergration、Mule、Lingo等等。

--------------------------------------------------------------------------------------------------------------------------------------------------
Mina
Mina是Apache提供的通讯框架，在之前一直没有提到网络IO这块，之前提及的框架或library基本都是基于BIO的，而Mina是采用NIO的，NIO在并发量增长时对比BIO而言会有明显的性能提升，而java性能的提升，与其NIO这块与OS的紧密结合是有不小的关系的。
1、是基于什么协议实现的？
      基于纯粹的Socket+NIO。
2、怎么发起请求？
      通过Mina提供的Client API。
3、怎么将请求转化为符合协议的格式的？
      Mina遵循java串行化机制对请求对象进行序列化。
4、使用什么传输协议传输？
      支持多种传输协议，例如socket、http等等。
5、响应端基于什么机制来接收请求？
      以NIO的方式监听协议端口。
6、怎么将流还原为传输格式的？
      遵循java串行化机制对请求对象进行反序列化。
7、处理完毕后怎么回应？
      遵循Mina API进行返回。
MINA是NIO方式的，因此支持异步调用是毫无悬念的。

--------------------------------------------------------------------------------------------------------------------------------------------------
EJB
EJB最突出的在于其分布式，EJB采用的是ORMI协议，和RMI协议是差不多的，但EJB在分布式通讯的安全控制、transport pool、smart proxy等方面的突出使得其在分布式领域是不可忽视的力量。
1、是基于什么协议实现的？
      基于ORMI协议。
2、怎么发起请求？
      EJB调用。
3、怎么将请求转化为符合协议的格式的？
      遵循java串行化机制对请求对象进行序列化。
4、使用什么传输协议传输？
      Socket。
5、响应端基于什么机制来接收请求？
      监听协议端口。
6、怎么将流还原为传输格式的？
      遵循java串行化机制对请求对象进行反序列化。
7、处理完毕后怎么回应？
      直接返回处理对象即可。

在之前的分布式服务框架系列的文章中对于jndi有误导的嫌疑，在这篇blog中也顺带的提下jndi的机制，由于JNDI取决于具体的实现，在这里只能是讲解下jboss的jndi的实现了。
在将对象实例绑定到jboss jnp server后，当远程端采用context.lookup()方式获取远程对象实例并开始调用时，jboss jndi的实现方法是从jnp server上获取对象实例，将其序列化回本地，然后在本地进行反序列化，之后在本地进行类调用。
通过这个机制，就可以知道了，本地其实是必须有绑定到jboss上的对象实例的class的，否则反序列化的时候肯定就失败了，而远程通讯需要做到的是在远程执行某动作，并获取到相应的结果，可见纯粹基于JNDI是无法实现远程通讯的。
但JNDI也是实现分布式服务框架一个很关键的技术点，因为可以通过它来实现透明化的远端和本地调用，就像ejb，另外它也是个很好的隐藏实际部署机制(就像datasource)等的方案。

总结
由上一系列的分析可知，在远程通讯领域中，涉及的知识点还是相当的多的，例如有：通信协议(Socket/tcp/http/udp/rmi/xml-rpc etc.)、消息机制、网络IO（BIO/NIO/AIO）、MultiThread、本地调用与远程调用的透明化方案（涉及java classloader、Dynamic Proxy、Unit Test etc.）、异步与同步调用、网络通信处理机制（自动重连、广播、异常、池处理等等）、Java Serialization (各种协议的私有序列化机制等)、各种框架的实现原理（传输格式、如何将传输格式转化为流的、如何将请求信息转化为传输格式的、如何接收流的、如何将流还原为传输格式的等等），要精通其中的哪些东西，得根据实际需求来决定了，只有在了解了原理的情况下才能很容易的做出选择，甚至可以根据需求做私有的远程通讯协议，对于从事分布式服务平台或开发较大型的分布式应用的人而言，我觉得至少上面提及的知识点是需要比较了解的。

参考文档（感谢这些文章）
RMI原理及实现：http://www.yesky.com/274/1625274.shtml
Java NIO原理和使用：http://www.jdon.com/concurrent/nio%D4%AD%C0%ED%D3%A6%D3%C3.htm
XML RPC协议：http://hedong.3322.org/archives/000470.html
                             http://www.mengyan.org/blog/archives/2005/07/12/30.html
Spring技术应用中的远程服务详解：http://www.builder.com.cn/2007/1027/583384.shtml
JAVA RPC通信机制之SOAP：http://www.java114.com/content16/content3826.html
Java Remoting：Protocol BenchMarks：http://q.sohu.com/forum/5/topic/1148909
Evalution of RMI Alternative：https://www.jfire.org/modules/phpwiki/index.php/Evaluation%20of%20RMI%20Alternative
Metaprotocol Taxonomy：http://hessian.caucho.com/doc/metaprotocol-taxonomy.xtp
什么是Webservice：http://www.vchome.net/dotnet/webservice/webservice15.htm

闵毓 2008-03-06 13:55 发表评论

mysql快速批量导入文本数据

闵毓 — Tue, 16 Oct 2007 09:10:00 GMT

近日有一文本文件，数据格式是以tab分割。数据量有数千万条数据，需要导入mysql数据库中，通过传统的方式进行拷贝到数据库中，需要花费很多天时间，中间也会出现很多错误，未必能导入成功。
使用：load data local infile "本地路径" into table 表名命令方式进行导入，10w条数据也只需要花费几秒钟时间，可中文无法导入。
仔细分析了一下：
建库时采用utf8编码，表也是utf8编码。对中文应该是支持的。排除数据库的问题。
只能从要导入的文本文件考虑，将其编码用ultraEdit转换编码为utf8后，进行导入，成功导入。数据也没有出现错误。

也可采用select * from 表名 into outfile "c:\\文件路径";进行查询；进行导出表中的数据为文本文件格式。
也可以采用select * from 表名 into outfile "c:\\stu_t.txt" lines terminated by '\r\n';进行查询，导出。

闵毓 2007-10-16 17:10 发表评论

经典网摘

闵毓 — Mon, 23 Apr 2007 05:29:00 GMT

人=吃饭+睡觉+上班+玩,
猪=吃饭+ 睡觉,
代入:人=猪+上班+玩,
即:人-玩=猪+上班.
结论:不懂玩的人=会上班的猪

男人=吃饭+ 睡觉+挣钱
猪=吃饭+ 睡觉
男人=猪+挣钱
猪=男人-挣钱
所以男人不挣钱等于猪。

女人=吃饭+ 睡觉+花钱。
猪 =吃饭+ 睡觉。代入上式得：
女人=猪+花钱。移项得：
女人-花钱=猪。
结论：女人不花钱的都是猪。

综上：
男人为了让女人不变成猪而挣钱！
女人为了让男人不变成猪而花钱

写字楼里写字间，写字间中程序员
程序人员写程序，又将程序换酒钱
酒醒只在屏前坐，酒醉还来屏下眠
酒醉酒醒日复日，屏前屏下年复年
但愿老死电脑间，不愿鞠躬老板前
奔驰宝马贵者趣，公交自行程序员
别人笑我太疯癫，我笑自己命太贱
但见满街漂亮妹，哪个归得程序员

闵毓 2007-04-23 13:29 发表评论

tomcat+mysql+jbpm配置工作流（1）

闵毓 — Fri, 30 Mar 2007 09:42:00 GMT

摘要: 初次研究工作流Jbpm配置与开发：
JDK142
tomcat 5.0
mysql 5.0.16
apache-ant-1.6.5
jbpm-starters-kit-3.1.4
阅读全文

闵毓 2007-03-30 17:42 发表评论

常用js控制功能收集(待续)

闵毓 — Fri, 09 Mar 2007 02:55:00 GMT

【弹出的窗口之定时关闭控制】
下面我们再对弹出窗口进行一些控制，效果就更好了。如果我们再将一小段代码加入弹出的页面（注意是加入到page.html的HTML中，可不是主页面中，否则…），让它在10秒钟后自动关闭是不是更酷了？
首先，将如下代码加入page.html文件的区：

然后，再用这一句话代替page.html中原有的这一句就可以了。（这一句话千万不要忘记写啊！这一句的作用是调用关闭窗口的代码，10秒钟后就自行关闭该窗口。）

闵毓 2007-03-09 10:55 发表评论

在Windows平台使用Apache2.2和Mongrel运行Ruby on Rails

闵毓 — Mon, 15 Jan 2007 05:23:00 GMT

摘自:http://www.javaeye.com/topic/43290
一、安装Ruby、rails、mongrel和Apache2.2

从rubyforge网站下载One-Click Ruby Install，运行安装程序，就安装好了ruby和rubygems。

运行命令：

gem install rails –y

gem install mongrel –y

gem install mongrel_service -y

安装好了rails和mongrel

从Apache网站下载Windows版本的Apache2.2，运行安装程序，就安装好了Apache2.2。

二、把Mongrel作为Services启动

mongrel_rails service::install -N depot -c d:\Rubyproject\depot -p 3000 –e production

-N指明服务名称，-d指明rails应用的目录，-p是mongrel监听的tcp端口，-e是启动模式为生产模式

这样打开控制面版|管理工具|服务，就可以发现增加了一项名为“depot”的服务，就可以通过控制面版来管理服务了。如果需要命令行启动和关闭该服务，那么：

mongrel_rails service::start -N depot

mongrel_rails service::stop -N depot

如果需要从服务中注销该项服务，那么：

mongrel_rails service::remove -N depot

如果需要安装多个mongrel实例，那么可以这样：

mongrel_rails service::install -N depot0 -c d:\Rubyproject\depot -p 3000 –e production

mongrel_rails service::install -N depot1 -c d:\Rubyproject\depot -p 3001 –e production

诸如此类。

三、配置Apache2.2

用编辑工具打开Apache2.2目录下面的conf/httpd.conf，需要取消如下模块的注释：

LoadModule proxy_module modules/mod_proxy.so

LoadModule proxy_balancer_module modules/mod_proxy_balancer.so

LoadModule proxy_http_module modules/mod_proxy_http.so

如果你希望对页面输出使用压缩，也需要取消如下模块的注释：

LoadModule deflate_module modules/mod_deflate.so

然后按如下内容配置基于HTTP代理的负载均衡：

xml 代码

ProxyRequests Off
< Proxy balancer://myCluster >
BalancerMember http://localhost:3000
BalancerMember http://localhost:3001
>
< VirtualHost *:80 >
ServerName www.xxx.com
DocumentRoot d:/rubyproject/depot/public
ProxyPass /images !
ProxyPass /stylesheets !
ProxyPass /javascripts !
ProxyPass / balancer://myCluster/
ProxyPassReverse / balancer://myCluster/
ProxyPreserveHost on
>

myCluster定义了群集中的每个mongrel应用服务器节点。ProxyPass /images !指明该URL开始的请求不代理给Mongrel群集，而由Apache自己处理。重起Apache，然后打开浏览器访问www.xxx.com，检查配置是否正确。

至此，在Windows Server上面一个具备良好稳定性和性能的Ruby on rails生产环境就搭建好了。

对于页面输出，还可以使用mod_deflate进行输出内容压缩，以提高页面下载速度，这个就留给大家自己配置了。

关闭标记被Rich Editor过滤掉了，重新用bbcode贴一下：

代码

ProxyRequests Off
<Proxy balancer://myCluster>
BalancerMember http://localhost:3000
BalancerMember http://localhost:3001
Proxy>
<VirtualHost *:80>
ServerName www.xxx.com
DocumentRoot d:/rubyproject/depot/public
ProxyPass /images !
ProxyPass /stylesheets !
ProxyPass /javascripts !
ProxyPass / balancer://myCluster/
ProxyPassReverse / balancer://myCluster/
ProxyPreserveHost on
VirtualHost>

cluster的作用不是加速单个请求的，是提高整体的负载能力的。

闵毓 2007-01-15 13:23 发表评论

解决java.lang.UnsupportedClassVersionError问题！！

闵毓 — Fri, 29 Dec 2006 01:44:00 GMT

摘要: Eclipse解决java.lang.UnsupportedClassVersionError问题，只需要把项目用的JDK与你安装的JDK搞成版本一样就解决了．
步骤：右击你的项目－－＞属性－－＞Java Compiler，设置合适的版本！！阅读全文

闵毓 2006-12-29 09:44 发表评论

我个人认为做好Project Manager，需要具备的能力

闵毓 — Fri, 24 Nov 2006 09:40:00 GMT

要有承担责任的勇气！任何事情，到你这一级为止。不要把责任推给这个推给那个，怨天尤人。

要有敢于拼命的勇气！不会的技术，难解的问题，都需要你用各种办法不择手段的去完成，去偷也好，去抢也好。要准备好若干天熬通宵。累掉十斤八斤是正常的。

要有灵活处理的能力！对手下要宽严结合，技术上严，生活上宽。对上要把任务量适当夸大，给自己留有余地；对客户要大事化小，小事化无，尽可能少接任务。

要有统观全局的能力！掌握手下工作人员的各方面能力，根据项目开发紧张合理分配手下工作任务，确定充分的工作时间，严格检查工作完成情况。

要有制定纪律的实力！没有规矩，不成方圆，根据项目开发组的实际情况，合理制定项目组的开发纪律，而不能盲目的根据想象，不结合实际制定不符合实际的纪律，反而会造成团队不合，以及难以实施的情况。

闵毓 2006-11-24 17:40 发表评论

Ruby on Rails 学习：解决中文乱码问题

闵毓 — Wed, 27 Sep 2006 03:55:00 GMT

摘要: Ruby on Rails 学习：解决中文乱码问题
1、页面无法显示中文，产生中文乱码
2、Mysql数据库采用utf8后，页面采用utf8，数据库保存是乱码，但页面显示正常。
3、时间格式在页面上的中文显示产生乱码。
阅读全文

闵毓 2006-09-27 11:55 发表评论

Eclipse 常用快捷键收集(中文)

闵毓 — Mon, 11 Sep 2006 08:20:00 GMT

只有注册用户登录后才能阅读该文。阅读全文

闵毓 2006-09-11 16:20 发表评论