今天我们来聊聊Java远程服务的解决方案。Java分布式远程服务的解决方案,近几年在互联网应用越来越普及。我们简单分析下,形成这种格局的背景。
从无到有开发一个产品的时候,如果技术框架没有积累,那么代码的实现会比较随意,很多时候前端web层耦合了很多后端DAL层的代码。接下来,随着产品越来越多,每个产品的技术实现都会有很多重复代码。这就给后期的维护和升级带来了不便(比如针对某个服务做缓存优化或者日志处理,代价会非常高)。服务模块化呼之欲出!
服务模块化,就意味着代码的实现架构不再是Web层与DAL层的简单关系了。很多相似的业务会抽象为一个分布式服务,Java语言支持多种远程服务的实现,像EJB、 WebService、 RMI、Hessian等等。下面我们通过一个具体的例子来简述这些技术的使用以及在实践中如何权衡各种技术的适用场景。
用例:提供一个分布式的动物中心服务,提供猴子的名字。
1. RMI
RMI是Java提供的分布式应用API,远程方法调用RPC的实现。它的宗旨是,某个JVM下的对象可以调用其他JVM下的远程对象。RMI的底层实现是构建于TCP协议之上,将远程对象绑定具体的端口号,监听客户端的请求;客户端与远程对象的通信当中,依赖于预定义的接口,即RMI会生成一个本地Stub代理类,每次客户端调用远程对象的时候,Stub代理类会初始化参数、启动远程连接、将参数进行编组(marshal),通过网络传输送往服务器端,并对返回的结果进行反编组(unmarshal)。对于客户端调用方来讲,RMI隐藏了对象序列化和网络传输的实现细节。
图一:RMI的调用机制[1]
图一描述了RMI调用的大体步骤:首先RMI Server会通过请求RMIRegistry(远程对象联机注册服务)绑定一个远程对象,对象的元数据信息放在一个已有的Web Server上面;然后RMI Client会发送请求到RMIRegistry获取远程对象的地址,并远程调用该对象的方法。
下面我们使用RMI来实现之前所描述的用例。
- 接口类IAnimalService.java
import java.rmi.Remote;
import java.rmi.RemoteException;
public interface IAnimalService extends Remote {
String getMonkeyName() throws RemoteException;
}
- 实现类AnimalServiceImp.java
import java.rmi.RemoteException;
import java.rmi.registry.Registry;
import java.rmi.registry.LocateRegistry;
import java.rmi.server.UnicastRemoteObject;
public class AnimalServiceImp implements IAnimalService {
public AnimalServiceImp() {
}
@Override
public String getMonkeyName() throws RemoteException {
return "I'm Jacky";
}
}
- 服务端AnimalServer.java
import java.rmi.RemoteException;
import java.rmi.registry.Registry;
import java.rmi.registry.LocateRegistry;
import java.rmi.server.UnicastRemoteObject;
try {
final int port = 8009; //绑定的端口号
final String host = "127.0.0.1"; //本机作为服务host
final String serviceName = "animalService"; //服务名称
IAnimalService obj = new AnimalServiceImp();
IAnimalService stub = (IAnimalService) UnicastRemoteObject.exportObject(obj, port); //端口绑定远程对象
Registry registry = LocateRegistry.getRegistry();
registry.unbind(serviceName);
registry.bind(serviceName, stub); //注册服务地址
System.out.println("Server Start...");
} catch (Exception e) {
System.err.println("Server exception: " + e.toString());
e.printStackTrace();
}
- 客户端Client.java
import java.rmi.RemoteException;
import java.rmi.registry.Registry;
import java.rmi.registry.LocateRegistry;
Registry registry = null;
final String host = "127.0.0.1";
final String serviceName = "animalService"; //服务名称
try {
registry = LocateRegistry.getRegistry(host); //获取远程对象联机注册
//获取动态代理类
IAnimalService stub = (IAnimalService) registry.lookup(serviceName);
//远程调用
String name = stub.getMonkeyName();
System.out.println("monkey name: " + name);
} catch (Exception e) {
e.printStackTrace();
}
- 部署RMI:编译上述代码、启动RMIRegistry、运行服务端的代码(AnimalServer.java)
- 客户端调用RMI:运行客户端代码(Client.java)
使用RMI的利弊:
- 优势:面向对象的远程服务模型;基于TCP协议上的服务,执行速度快。
- 劣势:不能跨语言;每个远程对象都要绑定端口,不易维护;不支持分布式事务JTA
早在Applet时期,Applet+RMI是Java业内广泛推崇的方式来实现分布式计算。笔者认为RMI框架对于安全性、事务、可扩展性的支持非常有限,进而限制了其发展。
2. EJB
EJB是之前Sun公司推出的基于面向对象的服务器端组件模型。它旨在成为一个可移植的、可扩展的、事务处理的、带有安全策略的分布式解决方案。
图二:EJB在J2EE解决方案中的角色[2]
EJB的核心有三个部分:会话Bean、实体Bean、消息Bean。EJB3.0对组件模型做了很多简化,降低了开发以及配置的复杂度。本节讨论的都已EJB3.0为准。
图三:EJB3.0架构图[3]
如图三描述的那样会话Bean主要负责将业务逻辑抽象出来,会话Bean分为有状态Bean和无状态Bean,有状态Bean记录客户端的信息,无状态Bean反之。实体Bean负责持久层ORMapping的工作,EJB3.0对实体Bean做了很大的调整,提供了持久化API(JPA),简化了开发和配置。消息Bean主要用来处理JMS中间件接受的客户端消息,即JMS队列的消费者,本质上它是一个异步的无状态会话Bean。
对于本文的用例来说,最适合使用无状态的会话Bean,下面我们来看下具体的实现。
- 接口类AnimalBeanLocal.java
import javax.ejb.Remote;
@Remote
public interface AnimalBeanLocal {
String getMonkeyName();
}
- 无状态会话Bean AnimalBean.java
import javax.ejb.Stateless;
/**
* Session Bean implementation class AnimalBean
*/
@Stateless
public class AnimalBean implements AnimalBeanLocal {
/**
* Default constructor.
*/
public AnimalBean() {
}
public String getMonkeyName() {
return "I'm Jacky";
}
}
- 客户端Client.java
import javax.naming.InitialContext;
//经由JNDI命明和目录服务获取EJB
Properties props = new Properties();
props.setProperty("java.naming.factory.initial", "org.jnp.interfaces.NamingContextFactory");
props.setProperty("java.naming.provider.url", "localhost:1099");
props.setProperty("java.naming.factory.url.pkgs", "org.jboss.naming");
try {
InitialContext ctx = new InitialContext(props);
AnimalBeanLocal proxy;
proxy = (AnimalBeanLocal) ctx.lookup("AnimalBean/remote");
System.out.println(helloworld.getMonkeyName());
} catch (Exception e) {
e.printStackTrace();
}
- 部署EJB:启动JBOSS,并将EJB组件注册进JNDI服务
- 客户端调用EJB:运行客户端代码
使用EJB的利弊:
- 优势:可扩展性好,安全性强,支持分布式事务处理。
- 劣势:不能跨语言;配置相对复杂,不同J2EE容器之间很难做无缝迁移。
EJB是被诟病最多的分布式解决方案,主要原因是EJB配置复杂而且不同容器迁移起来困难。尽管EJB3.0做了很多的简化,配置起来还是相对笨重。对于学习曲线如此陡峭的技术来说,并不是企业放心采用的解决方案。
3. Web Service
Web Service是一组分布式应用模型的规范, 它定义了网络传输协议和访问服务的数据格式。该模型隐藏了技术的实现细节,旨在提供松散耦合、跨平台、跨语言的服务组件。
图四:Web Service架构图[4]
图四描述了SOAP协议实现的Web Service模型(本节讨论都以SOAP协议实现为准),首先客户端通过UDDI(发现整合平台)找到对应的Web Service,下载对应WSDL文件,生成本地代理类,继而请求Web Service服务。UDDI的概念一直被弱化,因为客户端一般都知道Web Service的地址。
接下来我们使用Web Service来实现本文的用例。本节使用的Web Service第三方库是CXF(http://cxf.apache.org/),规范使用的是JAX-WS。
- 接口类IAnimalService.java
import javax.jws.WebService;
@WebService
public interface IAnimalService {
public String getMonkeyName();
}
- 实现类AnimalServiceImp.java
import javax.jws.WebService;
@WebService(endpointInterface = "IAnimalService", serviceName = "AnimalService")
public class AnimalServiceImp implements IAnimalService {
@Override
public String getMonkeyName() {
return "I'm Jacky";
}
}
- 服务端Server.java
import javax.xml.ws.Endpoint;
IAnimalService serviceInstance = new AnimalServiceImp();
final String address = "http://localhost:9000/animalService"; //服务名称
Endpoint.publish(address, serviceInstance); //绑定并发布服务
- 客户端Client.java(无需手动下载WSDL文件,动态调用Web Service)
import org.apache.cxf.interceptor.LoggingInInterceptor;
import org.apache.cxf.interceptor.LoggingOutInterceptor;
import org.apache.cxf.jaxws.JaxWsProxyFactoryBean;
JaxWsProxyFactoryBean factory = new JaxWsProxyFactoryBean();
factory.getInInterceptors().add(new LoggingInInterceptor()); //日志输入拦截器
factory.getOutInterceptors().add(new LoggingOutInterceptor()); //日志输出拦截器
factory.setServiceClass(IAnimalService.class);
factory.setAddress("http://localhost:9000/animalService");
IAnimalService client = (IAnimalService) factory.create();
System.out.println(client.getMonkeyName());
使用Web Service的利弊:
- 优势:跨语言、跨平台,SOA思想的实现;安全性高;可以用来兼容legacy系统的功能
- 劣势:性能相对差,不支持两阶段事务
Web Service使用的范围非常广,比如SalesForces(http:// www.salesforce.com),世界上最大的在线CRM提供商, 它的产品卖给使用不同技术平台的企业(.Net, Java, Ruby),SalesForces云计算的数据接口是以Web Service的方式发布的[8];Web Service另一个适用场景是,企业很多时候会有新老系统做数据交互,而新老系统使用的技术平台不一致,Web Service是个不错的选择。
引用
[1] http://www.tcs.uj.edu.pl/~krawczyk/programowanie_w_sieci_internet/wyklad/wyklad5-rmi/rmi/slajd1.html
[2] http://www.ibm.com/developerworks/cn/websphere/library/bestpractices/enterprise_javabean.html
[3] http://publib.boulder.ibm.com/infocenter/radhelp/v7r5/topic/com.ibm.jee5.doc/topics/cejb3vejb21.html
[4] http://www.emeraldinsight.com/journals.htm?articleid=862014&show=abstract
分享到:
相关推荐
利用rmi远程调用,实现客户端和服务器端的通讯,而不是采用socket的编程方法。
詹金斯远程处理层 Jenkins remoting 是一个可执行的 JAR,它在自动化服务器中实现通信层。 它用于主 <=> 代理和主 <=> CLI 通信。 通常,该库包含引导程序代码,用于将单独的 JVM 桥接到单个半共享空间中。 ...
DWR(Direct Web Remoting)是一个web远程调用框架,利用这个框架可以让AJAX变得很简单,通过DWR可以在客户端通过JavaScript直接调用服务器的Java方法并返回值给JavaScript,整个过程就好像通过本地客户端调用一样,...
Java领域中的分布式框架比较的多,分析一个已有的远程调用框架无论是对于打算采用已有成果还是自己做分布式框架,都是很必要的事情,JBoss Remoting是其中很好很强大的一个框架,在此来对JBoss Remoting进行深入的...
DWR(Direct Web Remoting)是一个用于改善web页面与Java类交互的远程服务器端Ajax开源框架,可以帮助开发人员开发包含AJAX技术的网站。它可以允许在浏览器里的代码使用行在WEB服务器上的JAVA函数,就像它就在浏览器...
采用的是二进制RPC协议,Hessian更加简单、快捷,可以远程访问java类描述信息。
关于Remoting.IO允许服务远程导出方法。 服务只是简单的原型 Javascript 类,它定义了许多可以远程调用的方法。 因为Engine.IO是面向连接的,所以服务是有状态的。 这意味着会话数据可以跨服务和方法调用保持。 ...
java工具类,DWR(Direct Web Remoting)是一个用于改善web页面与Java类交互的远程服务器端Ajax开源框架,可以帮助开发人员开发包含AJAX技术的网站。它可以允许在浏览器里的代码使用运行在WEB服务器上的JAVA方法,就...
BlazeDS是一个基于服务器的Java 远程控制(remoting)和Web消息传递(messaging)技术,它能够使得后端的Java应用程序和运行在浏览器上的Adobe Flex应用程序相互通信。这篇文章中,我讲述一种方法(也许不是最好的)使得...
使用Flex整合Java,什么...另外附加了BlazeDS的学习知识,BlazeDS是一个基于服务器的Java远程调用(remoting)和Web消息传递(messaging)技术,它能够使得后台的Java应用程序和运行在浏览器上的Flex应用程序相互通信。
RT 已经含有了blazeDs.war FlashBuilder4 Tomcat6下测试通过~ 先启动后台服务 http://localhost:8080/Flex4JavaDemo/TickCacheServlet?cmd=start http://localhost:8080/Flex4JavaDemo/message.html
DWR(Direct Web Remoting)是一个用于改善web页面与Java类交互的远程服务器端Ajax开源框架,可以帮助开发人员开发包含AJAX技术的网站.它可以允许在浏览器里的代码使用运行在WEB服务器上的JAVA函数,就像它就在浏览器...
分布式实验Remoting RemotingRemotingRemotingRemotingRemotingRemoting 基于java的远程调用
答:Dubbox 和Dubbo本质上没有区别,名字的含义扩展了Dubbo而已,以下扩展出来的功能 支持REST风格远程调用(HTTP + JSON/XML); 支持基于Kryo和FST的Java高效序列化实现; 支持基于Jackson的JSON序列化; 支持基于...
Jetlang Remoting项目提供用于连接分布式系统的api。 Jetlang为异步分布式消息传递提供了语言不可知的线级协议和线程模型。 该库还包含客户端和服务器Websocket实现。 最新版本可在Maven存储库中获得。 #...
DWR(Direct Web Remoting)是一个web远程调用框架,利用这个框架可以让AJAX变得很简单,通过DWR可以在客户端通过JavaScript直接调用服务器的Java方法并返回值给JavaScript,整个过程就好像通过本地客户端调用一样,...
在本教程中,您将从数据库检索数据...本教程说明了如何创建一种数据服务,它使用 Flash Remoting 调用 PHP 类、ColdFusion 组件或 Java 类的方法。其他教程会讨论其他类型的调用,它们不在 Flex Test Drive 的范围内。
有了 BlazeDS,通过简单的配置,一个 Java 接口就可以作为服务暴露给 Flex,供其远程调用。 尽管现有的 EmployeeMgmt 应用程序已经有了 Façade 接口,但这个接口是暴露给 Servlet 使用的,最好能再为 Flex 定义另...
DWR(Direct Web Remoting)是一个web远程调用框架,利用这个框架可以让AJAX变得很简单,通过DWR可以在客户端通过JavaScript直接调用服务器的Java方法并返回值给JavaScript,整个过程就好像通过本地客户端调用一样,...
远程方法调用发展到现在,已经有以下几种框架实现:DCE/RPC,CORBA,DCOM,MTS/COM+,Java RMI,Java EJB,Web Services/SOAP/XML-RPC,NET Remoting,本文主要介绍了.NET远程方法调用的原理,实现以及与微软...