【EJB学习笔记】——远程调用和本地调用

简介:   EJB应用可以发布为远程调用和本地调用。  从字面意思来理解,远程调用就是客户端(调用的模块)和服务端(被调用的模块)“不在一起”,“相隔很远”;本地调用就是客户端(调用的模块)和服务端(被调用的模块)“在一起”,“相隔很近”。  实质就是,客户端与服务端的EJB对象不在同一个JVM进程中,就是远程调用;客户端与服务端的EJB对象在同一个JVM进程中,就是本地调用。

 EJB应用可以发布为远程调用和本地调用。

 从字面意思来理解,远程调用就是客户端(调用的模块)和服务端(被调用的模块)“不在一起”,“相隔很远”;本地调用就是客户端(调用的模块)和服务端(被调用的模块)“在一起”,“相隔很近”。


 实质就是,客户端与服务端的EJB对象不在同一个JVM进程中,就是远程调用;客户端与服务端的EJB对象在同一个JVM进程中,就是本地调用。


创建EJB远程调用和本地调用服务端




  @Remote注解用来定义用于远程调用的类;@Local注解用来定义用于本地调用的类。

  同一个EJB可以同时被定义为远程调用和本地调用,实现方式如下:


  实体类


public class User implements Serializable{
  private int id;
  private String username;
  public int getId() {
    return id;
  }
  public void setId(int id) {
    this.id = id;
  }
  public String getUsername() {
    return username;
  }
  public void setUsername(String username) {
    this.username = username;
  }
}

  接口


public interface UserManager {
  public void editUser(User user);
}


  EJB实现类


@Stateless
@Remote
@Local
public class UserManagerBean implements UserManager {
  public void editUser(User user) {
    System.out.println("User的初始ID为 "+user.getId());
    System.out.println("User的初始Name为 "+user.getUsername());
    user.setId(10);
    user.setUsername("DannyHoo-EJB");
    System.out.println("User修改后的ID为 "+user.getId());
    System.out.println("User修改后的Name为 "+user.getUsername());
  }
}


  上面这种实现方式仅适合JBoss4.* 及以下版本,如果JBoss的版本是5.* 及以上,则需要用下面的实现方法:


  采用两个接口(一个用于远程调用,一个用于本地调用):


  远程调用接口


public interface UserManagerRemote {
  public void editUser(User user);
}


  本地调用接口


public interface UserManagerLocal {
  public void editUser(User user);
}


  EJB实现类


@Stateful
@Remote({UserManagerRemote.class})
@Local({UserManagerLocal.class})
public class UserManagerBean implements UserManagerRemote,UserManagerLocal{
  public void editUser(User user) {
    System.out.println("User的初始ID为 "+user.getId());
    System.out.println("User的初始Name为 "+user.getUsername());
    user.setId(10);
    user.setUsername("DannyHoo-EJB");
    System.out.println("User处理后的ID为 "+user.getId());
    System.out.println("User处理后的Name为 "+user.getUsername());
  }
}


 当一个EJB实现了多个接口时,要明确指出那些接口用于远程调用(Remote),那些接口用于本地调用(Local),比如上面UserManagerBean类头的@Remote(UserManagerRemote.class)表示UserManagerBean实现的UserManagerRemote接口是用于远程调用的。如果UserManagerBean还实现了另外一个接口UserManagerRemote1也是用于远程调用的,则可以写成@Remote(value={UserManagerRemote.class,UserManagerRemote1.class}),以此类推~



模拟客户端


 远程调用


 建立Java Project


public class StatefulEjbClient{
  public static void main(String[] args) throws Exception {
    InitialContext context=new InitialContext();
    UserManagerRemote userManager=(UserManagerRemote)context.lookup("UserManagerBean/remote");      
    User user =new User();
    user.setId(1);
    user.setUsername("DannyHoo-remote");
    userManager.editUser(user);
    System.out.println("用户ID为:"+user.getId());
    System.out.println("用户Name为:"+user.getUsername());
  } 
}


  远程调用的运行结果为:

用户ID为:1
用户Name为:DannyHoo-remote


  **本地调用**


  因为本地调用要模拟和服务端运行在一个JVM进程中,所以用web项目来模拟,建立完成后把web项目和EJB应用部署在同一个JBoss中,这样他们就运行在同一个JVM进程中了。


  为了简便,直接把java代码写在jsp中


<%@ page language="java" contentType="text/html; charset=gbk"
  pageEncoding="utf-8"%>
<%@ page import="java.util.*,javax.naming.*,com.danny.ejb.*" %>
<html>
<head>
<meta http-equiv="Content-Type" content="text/html; charset=gbk">
<title>Insert title here</title>
</head>
<body>
  <%
    InitialContext context = new InitialContext();
    UserManagerLocal userManager = (UserManagerLocal)context
        .lookup("UserManagerBean/local");
    User user = new User();
    user.setId(1);
    user.setUsername("DannyHoo-local");
    userManager.editUser(user);
    out.println("用户ID为:"+user.getId());
    out.println("用户Name为:"+user.getUsername());
  %>
</body>
</html>


  本地调用的运行结果为:


用户ID为:10 用户Name为:DannyHoo-EJB


 远程调用和本地调用执行的代码一模一样,为什么执行结果不一样呢?

 原因就是远程调用时,传参的方式是传值(所以如果参数是实体就需要实现序列化接口);而本地调用传参的方式是传地址(参数如果是实体,不需要实现序列化接口)。


 上例中,远程调用时,客户端实例化的user和服务端的user是两个不同的实体(在内存中的地址不同),即时服务端的user重新“修改”了相关属性,对客户端的user并不起任何影响;本地调用时,客户端调用editUser(user)方法时,实质上时把user的地址传到服务端,所以EJB修改的user实质上就是客户端的user。


相关文章
|
设计模式 负载均衡 Nacos
远程调用 OpenFeign 底层原理解析
Feign 是Springcloud 提供一个声明式的伪Http客户端 它使得调用远程服务就像调用本地服务一样简单 只需要创建一个接口 并且添加注解就可以 Nacos 很好的兼容Feign Feign 默认集成了Ribbon 所以在Nacos 下使用Fegin 默认就实现了负载均衡的效果
1497 0
远程调用 OpenFeign 底层原理解析
|
19天前
|
安全 Java API
Spring工厂API与原理
Spring工厂API与原理
37 10
|
19天前
|
API 数据库管理
远程调用-其他服务
远程调用-其他服务
20 1
|
19天前
|
Java Apache
远程调用工具HttpClient工具类封装
java远程调用工具HttpClient工具类类封装
|
8月前
|
Java Maven 微服务
【Java用法】微服务之间的相互调用方式之一,通过FeignClient客户端调用其他微服务的方法
【Java用法】微服务之间的相互调用方式之一,通过FeignClient客户端调用其他微服务的方法
84 0
|
8月前
|
存储 JSON Java
Spring Securit OAuth 2.0整合—核心的接口和类
Spring Securit OAuth 2.0整合—核心的接口和类
88 0
|
12月前
|
网络协议 Dubbo Java
【远程调用框架概述 一】基于HTTP和RPC的远程调用方式
【远程调用框架概述 一】基于HTTP和RPC的远程调用方式
272 0
|
Java API Maven
动态代理-RPC实现核心原理
实现过统一拦截吗?如授权认证、性能统计,可以用 Spring AOP,不需要改动原有代码前提下,还能实现非业务逻辑跟业务逻辑的解耦。核心就是动态代理,通过对字节码进行增强,在方法调用时进行拦截,以便于在方法调用前后,增加处理逻辑。
133 0
|
消息中间件 XML JSON
一文就读懂RPC远程调用核心原理
rpc的全称是Remote Procedure Call,即远程过程调用,是分布式系统的常用通信方法。 Remote,简单来说的话就是两个不同的服务之间,两个服务肯定是两个不同的进程。因此,我们就从跨进程进行访问的角度去理解就行了。 Procedure,意思是一串可执行的代码,我们写Java的方法,就是一段课程行的代码。 Call,即调用,调用的就是跨了进程的方法。
277 0
一文就读懂RPC远程调用核心原理
|
应用服务中间件 API 容器
Servlet入门案例(三)Servlet的生命周期、api和请求方式、工作原理、注解开发
Servlet入门案例(三)Servlet的生命周期、api和请求方式、工作原理、注解开发
97 0
Servlet入门案例(三)Servlet的生命周期、api和请求方式、工作原理、注解开发