版权声明：本文为博主原创文章，未经博主允许不得转载。 https://blog.csdn.net/huyuyang6688/article/details/50973453
大家好，我是架构君，一个会写代码吟诗的架构师。今天说一说EJB的简单介绍和使用[通俗易懂],希望能够帮助大家进步!!!
最近在处理一个 EJB 调用的问题，和底层的 CORBA 通信有关，都是很古老的技术名词。
http://blog.csdn.net/jiaolong724/article/details/21089347 RPC(remote produce call) RPC是远程过程调用协议，它是基于C/S模型调用的机制，客户机向服务器端发送调用请求等待服务器应答，是一种典型的请求应答机制，大致过程可以理解为本地分布式对象向本机发请求，不用自己编写底层通信本机会通过网络向服务器发送请求，服务器对象接受参数后，经过处理再把处理后的结果发送回客户端。 它是早期的支持分布式一些，缺点rpc是面向过程的远程调用
目前的分布式架构主要由corba和JavaEE搭建，JavaEE优点是跨平台，开发成本低、周期短，不需要学习IDL语言；CORBA的优点是服务器响应速度更快。决定这些架构优缺点的，主要就是通信方式。
对于一个Java Web服务端开发人员来说，Spring这样一个应用开发框架可谓是工作中密不可分的好搭档。但夫妻尚能不和，兄弟也会反目，和Spring这位老搭档呆久了，我躁动的内心不时也会冒出一些“疯狂”的想法：如果有一天Spring消失了，我该用什么来完成开发工作？
Spring可以部分简化EJB本地和远程调用。EJB3分消息驱动Bean、有、无状态Bean和实体Bean。分别服务于应用层和持久层。JBoss的EJB3实体Bean部分的底层核心是Hibernate。 Model层？是MVC中的M吗？Spring支持配置表现层，Model可以通过Spring配置实现。比如你可以用Spring配置Struts。EJB和表现层没有任何关系。Model和它的关系只是Model可以去调用EJB罢了。 EJB3的持久层是一个新的标准JPA。EJB3的实体Bean的变化是最大的，吸收了Hibernate的ORM工具的很多好思想。不过要注意，JPA不是Hibernate。JPA是标准，Hibernate是框架。Hibernate+Hibernate元数据+Hibernate EntryManager组合起来，就是JBoss的JPA实现方案。JPA还有很多其他实现，比如Bea的开源实现OpenJPA。 注意，它们不属于MVC的任何一个部分。EJB属于应用层和持久层。Spring虽然有自己的Spring MVC，但是本质上来说，Spring属于中间层框架。 应用EJB的标准结构是： 表现层（Struts/JSF等）+应用层（EJB中的Session Bean）+持久层（实体Bean）。 或者纯Spring的： 表现层（Struts/JSF/Spring MVC）+应用层（Spring）+持久层（ORM框架或JDBC）。 Spring+EJB的： 表现层（Struts/JSF/Spring MVC）+应用层（Spring+EJB中的Session Bean）+持久层（实体Bean/ORM框架/JDBC）。
作者：韩伟，个人公众号：韩大（ID：handa1740168）， 以技术提升开发效率。 远程对象调用的概念 要说“远程对象”，必先说“远程调用”，也就是RPC。比较著名的RPC框架有，最近很火的gR
版权声明：本文为博主原创文章，未经博主允许不得转载。 https://blog.csdn.net/huyuyang6688/article/details/50965177
我有一个习惯，接触到新概念、新技术出现后，就会探究他的前世今生、来龙去脉，正所谓“太阳底下没有新鲜事”，喜欢从对比中找到价值点，不如此就觉得理解不透彻，就觉得少了点什么。微服务的概念出现后，由于又有了服务这个词，大家往往和面向服务架构做对比，类似文章即便不是汗牛充栋，也可算作车载斗量。但由于SOA 架构是企业架构层面的一种方法，视角比较宏观（例如建设银行新一代系统就是采用SOA架构），再者SOA涉及的标准规范例如XML、SOAP、WSDL、UDDI、SCA/SDO等又偏重在互联互通的协议上，这种对比总觉得不
RPC是一种方便的网络通信编程模型，由于和编程语言的高度结合，大大减少了处理网络数据的复杂度，让代码可读性也有可观的提高。但是RPC本身的构成却比较复杂，由于受到编程语言、网络模型、使用习惯的约束，有大量的妥协和取舍之处。本文就是通过分析几种流行的RPC实现案例，提供大家在设计RPC系统时的参考。 由于RPC底层的网络开发一般和具体使用环境有关，而编程实现手段也非常多样化，但不影响使用者，因此本文基本涉及如何实现一个RPC系统。 认识 RPC （远程调用） 我们在各种操作系统、编程语言生态圈中，多少都会接
先介绍分布式通信的几种基本方式。 RPC 远程过程调用协议（Remote Procedure Call Protocol, RPC）是一种通过网络从远程计算机程序上请求服务，而不需要了解底层网络技术的协议。RPC假定某些传输协议的存在，如TCP或UDP，为通信程序之间携带信息数据。在OSI网络通信模型中，RPC跨越了传输层和应用层。RPC使得开发分布式应用更加容易。RPC采用C/S架构。请求程序就是一个Client，而服务提供程序就是一个Server。首先，Client调用进程发送一个有进程参数的调用信息到
RPC是一种方便的网络通信编程模型，由于和编程语言的高度结合，大大减少了处理网络数据的复杂度，让代码可读性也有可观的提高。但是RPC本身的构成却比较复杂，由于受到编程语言、网络模型、使用习惯的约束，有
关掉Jboss控制台新闻Ctrl+c，在MyEclipse→Servers→Jboss可配置JBoss。
一、前言 本文仅代表作者的个人观点； 本文的内容仅限于技术探讨，不能作为指导生产环境的素材； 本文素材是红帽公司产品技术和手册； 本文分为系列文章，将会有多篇，初步预计将会有9篇。 二、对EJB的访问方式 EJB是一个包含在应用程序服务器上运行的业务逻辑的可移植组件。 如果客户端和EJB是同一应用程序的一部分，则客户端可以在本地访问EJB，如果EJB在远程运行，则客户端可以通过远程接口访问EJB。 如果客户端和EJB是本地的，也就是说，它们在相同的JVM进程中运行，则客户端可以调用EJB中的所有公共方法。
1、请对以下在J2EE中常用的名词进行解释 web容器：给处于其中的应用程序组件（JSP，SERVLET）提供一个环境，使JSP,SERVLET直接更容器中的环境变量接口交互，不必关注其它系统问题。主
1. 我们不禁要问，什么是”服务集群”？什么是”企业级开发”？ 既然说了EJB 是为了”服务集群”和”企业级开发”，那么，总得说说什么是所谓的”服务 集群”和”企业级开发”吧！ 这个问题事实上挺关键的，由于J2EE 中并没有说明确，也没有详细的指标或者事例告诉 广大程序猿什么时候用EJB 什么时候不用。于是大家都产生一些联想，觉得EJB”分布式运 算”指得是”负载均衡”提高系统的执行效率。然而，预计非常多人都搞错了，这个”服务群集” 和”分布式运算”并没有根本解决执行负载的问题，尤其是针对数据库的应用系统。 为什么？ 我们先把EJB 打回原形给大家来慢慢分析。
1. 我们不禁要问，什么是”服务集群”？什么是”企业级开发”？ 既然说了EJB 是为了”服务集群”和”企业级开发”，那么，总得说说什么是所谓的”服务 集群”和”企业级开发”吧！ 这个问题其实挺关键的，因为J2EE 中并没有说明白，也没有具体的指标或者事例告诉 广大程序员什么时候用EJB 什么时候不用。于是大家都产生一些联想，认为EJB”分布式运 算”指得是”负载均衡”提高系统的运行效率。然而，估计很多人都搞错了，这个”服务群集” 和”分布式运算”并没有根本解决运行负载的问题，尤其是针对数据库的应用系统。 为什么？ 我们先把EJB 打回原形给大家来慢慢分析。
EJB，对于新生代程序员来说，是一个既熟悉又陌生的名词，EJB，大家都听说过，但是不一定都了解过，EJB是一种开发规范，而不是像Spring Framework一样是一个开源框架，EJB需要大量的XML配置和编码，增加了开发人员的工作负担，学习曲线相对陡峭，因此逐步被ssh取代，而后是s2sh 、ssm、 到现在的springboot微服务。
一、一个企业级Bean是由几个文件共同组成： 1、Bean类 SessionBean实现javax.ejb.SessionBean接口； EntityBean实现javax.ejb.EntityBean接口。
Spring 是分层的 Java SE/EE 应用 full-stack 轻量级开源框架，以 IoC（Inverse Of Control：反转控制）和 AOP（Aspect Oriented Programming：面向切面编程）为内核，提供了展现层 Spring MVC 和持久层 Spring JDBC 以及业务层事务管理等众多的企业级应用技术，还能整合开源世界众多著名的第三方框架和类库，逐渐成为使用最多的 Java EE 企业应用开源框架。
Java面试系列3 01 不得不知道的Java名词 1 . J2EE （Java 2 Enterprise Edition）是一种利用Java 2平台来简化企业解决方案的开发、部署和管理相关的复杂问题的体系结构。J2EE技术的基础就是核心Java平台或Java 2平台的标准版，J2EE不仅巩固了标准版中的许多优点，同时还提供了对 EJB（Enterprise JavaBeans）、Java Servlets API、JSP（Java Server Pages）以及XML技术的全面支持。其最终目的就是成为一个
J2ee开发主要是浏览器和服务器进行交互的一种结构.逻辑都是在后台进行处理,然后再把结果传输回给浏览器。可以看出服务器在这种架构是非常重要的。 这几天接触到两种Java的web服务器，做项目用的Tomcat，看视频看的是WebLogic Server（WLS），都是web服务器，有什么区别和联系呢？ （一）先简单介绍一下这两种服务器。 WebLogic是美国bea公司出品的一个application server，确切的说是一个基于Javaee架构的中间件，纯java开发的，最新版本WebLogic Server 9.0是迄今为止发布的最卓越的BEA应用服务器。BEA WebLogic是用于开发、集成、部署和管理大型分布式Web应用、网络应用和数据库应用的Java应用服务器。将Java的动态功能和Java Enterprise标准的安全性引入大型网络应用的开发、集成、部署和管理之中。完全遵循J2EE 1.4规范。 Tomcat服务器是一个免费的开源的Web 应用服务器，是Apache 软件基金会的Jakarta 项目中的一个核心项目，由Apache、Sun 和其他一些公司及个人共同开发而成。因为Tomcat 技术先进、性能稳定，运行时占用的系统资源小，扩展性好，支持负载平衡与邮件服务等开发应用系统常用的功能；而且很重要的是她免费，因而深受Java 爱好者的喜爱并得到了部分软件开发商的认可，成为目前比较流行的Web 应用服务器。而且由于开源，它还在不断的改进和完善中，任何一个感兴趣的程序员都可以更改它或在其中加入新的功能。 （二）相同点： WebLogic和Tomcat都是基于java的基础架构来满足实时处理需求，不同的版本与jdk版本兼容和有所不同;因为都是要和前台交互，所以他们都基于sun公司的servlet来实现的。 （三）不同点： 功能性： WebLogic更加强大。weblogic是j2ee的应用服务器（application server），包括ejb ,jsp,servlet,jms等等，全能型的。是商业软件里排名第一的容器（JSP、servlet、EJB等），并提供其他如JAVA编辑等工具，是一个综合的开发及运行环境。 WebLogic应该是J2EE Container(Web Container + EJB Container + XXX规范)！ Tomcat只能算Web Container，是官方指定的JSP&Servlet容器。只实现了JSP/Servlet的相关规范，不支持EJB（硬伤啊）!不过Tomcat配合jboss和apache可以实现j2ee应用服务器功能 一般来说考虑stucts等架构tomcat就可以了，但如果考虑EJB的话，WebLogic是比较好的选择。 扩展性： 用WebLogic运行标准的java可能并不是最好的方式，WebLogic里支持他自己的一些东西，这些东西虽然是在纯java基础上开发的，但其他工具里都没有。WebLogic Server凭借其出色的群集技术，拥有处理关键Web应用系统问题所需的性能、可扩展性和高可用性。 WebLogic Server既实现了网页群集，也实现了EJB组件 群集，而且不需要任何专门的硬件或操作系统支持。网页群集可以实现透明的复制、负载平衡以及表示内容容错 。 无论是网页群集，还是组件群集，对于电子商务解决方案所要求的可扩展性和可用性都是至关重要的。共享的客户机/服务器和数据库连接以及数据缓存和EJB都增强了性能表现。这是其它Web应用系统所不具备的 所以，在扩展性方面WebLogic是远远超越了Tomcat。 费用上： Tomcat开源免费。 WebLogic不开源不免费。 总之，在功能强大和扩展性和可用性等方面WLS比Tomcat好很多，但这也不能说明WLS适合每一方面，从Tomcat的使用流行度便可以看出，Tomcat虽功能有限，但也很受欢迎。其实关键看你要做什么。Tomcat 是免费开源的jsp,servlet引擎，入门级别的Web服务器，刚入门的IT人使用Tomcat简单易上手。而且它一个轻量级应用服务器，最重要的是它免费，所以在中小型系统和并发访问用户不是很多的场合下被普遍使用，是开发和调试JSP 程序的首选。Tomcat比较轻巧，消耗资源较少。当然，项目大的时候，WLS肯定再合适不过，而且Tomcat也无法满足太多需求，但是，WLS的费用也是不可小觑的。 总之，关键看你做什么，权衡利弊做选择。 此外，还有其他J2EE Application Server，例如： IBM的websphere、Sun的Glassfish、resin等。Apache全球应用最广泛的http服务器，免费。同样开源免费的JBoss
在最近半个世纪里，计算机软件的作用发生了很大的变化。硬件性能的极大提高、计算机结构的巨大变化、存储容量的大幅度增加以及种类繁多的输入、输出方法都促使基于计算机的系统更加先进和复杂。Web应用属于计算机软件的子集，在此期间也在快速的发展中。从早期的企业黄页，到现在的各种移动端应用、云服务，都离不开Web技术的不断迭代升级。从架构层面上看，早期的应用大部分是C/S结构的，C/S结构系统大多分为两层，客户端实现用户展示和部分逻辑，服务端实现数据存储和部分逻辑。到了面向对象出现的时候，应用开始转向三层结构即表现层展示用户界面，领域层实现业务逻辑，数据层存取数据。这样的分层使不同层级的开发人员可以专注于各自部分的技术，通过服务接口调用彼此合作。上个世纪90年代Web的出现，应用结构开始从C/S结构转变成B/S结构，Web应用的兴起，也让Web技术得到了巨大的发展。Web技术的发展很多也是遵循着分层思想，分层使层与层之间实现了解耦和复用，慢慢的层级之间结构化越来越清晰，实现了层级的标准化。下面我们沿着Web的发展阶段，分析一下一些主要的Web技术。
162、EJB 与JAVA BEAN 的区别？【基础】 答：Java Bean 是可复用的组件，对Java Bean 并没有严格的规范，理论上讲，任何一个Java 类都可以是一个Bean。但通常情况下，由于Java Bean 是被容器所创建（如Tomcat）的，所以Java Bean 应具有一个无参的构造器，另外，通常Java Bean 还要实现Serializable 接口用于实现Bean 的持久性。Java Bean实际上相当于微软COM 模型中的本地进程内COM 组件，它是不能被跨进程访问的。Enterprise Java Bean 相当于DCOM，即分布式组件。它是基于Java 的远程方法调用（RMI）技术的，所以EJB 可以被远程访问（跨进程、跨计算机）。但EJB必须被布署在诸如Webspere、WebLogic 这样的容器中，EJB 客户从不直接访问真正的EJB 组件，而是通过其容器访问。EJB 容器是EJB 组件的代理，EJB 组件由容器所创建和管理。客户通过容器来访问真正的EJB 组件。
答：Java Bean 是可复用的组件，对Java Bean 并没有严格的规范，理论上讲，任何一个Java 类都可以是一个Bean。但通常情况下，由于Java Bean 是被容器所创建（如Tomcat）的，所以Java Bean 应具有一个无参的构造器，另外，通常Java Bean 还要实现Serializable 接口用于实现Bean 的持久性。Java Bean实际上相当于微软COM 模型中的本地进程内COM 组件，它是不能被跨进程访问的。Enterprise Java Bean 相当于DCOM，即分布式组件。它是基于Java 的远程方法调用（RMI）技术的，所以EJB 可以被远程访问（跨进程、跨计算机）。但EJB必须被布署在诸如Webspere、WebLogic 这样的容器中，EJB 客户从不直接访问真正的EJB 组件，而是通过其容器访问。EJB 容器是EJB 组件的代理，EJB 组件由容器所创建和管理。客户通过容器来访问真正的EJB 组件。
Java RMI 指的是远程方法调用 (Remote Method Invocation)。它是一种机制，能够让在某个 Java 虚拟机上的对象调用另一个 Java 虚拟机中的对象上的方法。可以用此方法调用的任何对象必须实现该远程接口。 Java RMI不是什么新技术（在Java1.1的时代都有了），但却是是非常重要的底层技术。 大名鼎鼎的EJB都是建立在rmi基础之上的，现在还有一些开源的远程调用组件，其底层技术也是rmi。 在大力鼓吹Web Service、SOA的时代，是不是每个应用都应该选用笨拙的W
Java RMI 指的是远程方法调用 (Remote Method Invocation)。它是一种机制，能够让在某个 Java 虚拟机上的对象调用另一个 Java 虚拟机中的对象上的方法。可以用此方法调用的任何对象必须实现该远程接口。
3.4 Spark通信机制 前面介绍过，Spark的部署模式可以分为local、standalone、Mesos、YARN等。 本节以Spark部署在standalone模式下为例，介绍Spark的通信机制（其他模式类似）。 3.4.1 分布式通信方式 先介绍分布式通信的几种基本方式。 1. RPC 远程过程调用协议（Remote Procedure Call Protocol, RPC）是一种通过网络从远程计算机程序上请求服务，而不需要了解底层网络技术的协议。RPC假定某些传输协议的存在，如TCP或UD
在写完《Java中RMI、JNDI、LADP、JRMP、JMX、JMS那些事儿（上）》的时候，又看到一个包含RMI-IIOP的议题，在16年Blackhat JNDI注入议题中也提到了这个协议的利用，当时想着没太看到或听说有多少关于IIOP的漏洞（可能事实真的如此吧，在下面Weblogic RMI-IIOP部分或许能感受到)，所以那篇文章写作过程中也没去看之前那个16年议题IIOP相关部分。网上没怎么看到有关于IIOP或RMI-IIOP的分析文章，这篇文章来感受下。
一、RMI 远程方法调用 RMI（Remote Method Invocation）远程方法调用。能够让在客户端Java虚拟机上的对象像调用本地对象一样调用服务端java 虚拟机中的对象上的方法。使用
我们先看一下分布式事务的需求是如何产生的，以及应用服务器是如何支持分布式事务管理的。
Spring是一个开源框架，最早由Rod Johnson创建，并在《Expert One-on-One:J2EE Design and Development》这本著作中进行了介绍。Spring是为了解决企业级应用开发的复杂性而创建的，使用Spring可以让简单的JavaBean实现之前只有EJB才能完成的事情。单Spring不仅仅局限于服务器开发，任何Java应用都能在简单性、可测试性和松耦合等方面从Spring中获益。
所有的对象都放在内存，20万用户以下无压力。 如果游戏的用户很多，例如超过50万，内存就会不够，可使用LRU算法来淘汰一些数据。 流程：收到用户请求 - 在内存查找用户对象 - 如果不存在就从数据库中加载- 放入内存cache-如果cache中的用户超过20万 - 用LRU算法淘汰最古老的用户数据。 避免同步的IO操作，所有会发生写数据库的操作：例如角色获得了经验，要更新数据库；这类和游戏逻辑相关、安全性要求不高的保存操作，一律用异步操作，由后台的数据库保存线程定期保存。 流程：如果要保存到数据库
本文比较了RMI、Hessian、Burlap、Httpinvoker、WebService5这种通讯协议的在不同的数据结构和不同数据量时的传输性能。
本文源自一次面试官的提问：说说你对于RPC框架的了解，你知道哪些RPC框架，以及为什么RPC历经几十年还能不断推出新的框架。
微服务特别适合业务复杂，开发队伍庞大的项目。微服务可以到达化整为零，简化单个服务，降低沟通成本的效果。但微服务在性能上比单体服务低，也会有数据冗余的问题，要结合自身情况，不要盲目崇拜。 本文介绍一种简单的微服务技术架构。帮助大家对微服务如何部署，如何开发有个初步的认识。
上一篇：位运算符与(&)、或(|)、异或(^)、非(~)、左移(<<)、右移(>>)、右移补零(>>>)如何选择？
通过前面的学习，不知道你有没有发现分布式的本质就是多进程协作，共同完成任务。要协作，自然免不了通信。那么，多个进程之间是如何通信的呢？这也就是在“分布式通信技术”模块中，我将要为你讲解的问题。
远程方法调用（RMI）顾名思义是一台机器上的程序调用另一台机器上的方法。这样可以大致知道RMI是用来干什么的，但是这种理解还不太确切。RMI是Java支撑分布式系统的基石，例如著名的EJB组件。
在当今数字化时代，Java已成为企业级应用软件开发的主流语言之一。随着技术的不断发展和业务需求的不断变化，Java企业应用软件系统架构也经历了多次演变。本文将带您回顾Java企业应用软件系统架构的发展历程，从早期的经典架构到当今的微服务架构，逐步探索其变迁之路。
83、在weblogic管理制台中对一个应用域(或者说是一个网站,Domain)进行jms及ejb或连接池等相关信息进行配置后,实际保存在什么文件中? 保存在此Domain的config.xml文件
微服务概念越来越火，许多新建系统都尽量按照微服务思想设计架构。本文介绍一种简单，但是经典容易理解的微服务技术架构。可以帮助大家对微服务如何设计，如何部署有个初步的认识。如图
早在2015年的时候，我写了几篇文章，介绍如何通过搭载标准Java EE事务管理器以获得跨分布式服务的数据一致性（查看原文请点击这里，基于Spring Boot、Tomcat 或Jetty的实现请点击这里） 。
在Spring作为关键词出现在每一位技术人员简历里面的今天，我们可以深刻地体会到Spring的春天真的来了。
前言 本文是为想在JBOSS环境下进行EJB开发的读者而写的，在阅读本文之前，你最好对EJB有一个基本了解。 JBOSS是一个开放源码的免费EJB服务器，它实现了其它J2EE所规定的大多数功能，现在sun公司已经把JBOSS作为J2EE1.4的标准实现服务器了，本文就带领大家从Jboss3.2.6的安装开始，一直到开发出一个完整的”hello,world”的ejb为止。 JBOSS的安装与启动 如果你是第一次使用JBOSS，你一定会感到很沮丧，因为它虽然是开放源码，并可以免费下载，但是它的
大约20年前，程序员们使用“企业级Java Bean”（EJB）开发企业应用，需要配置复杂的XML。
领取专属 10元无门槛券
手把手带您无忧上云
云服务器
ICP备案
对象存储
腾讯会议
实时音视频
