凉风垭隧道名词解释 (凉风垭隧道名称叫什么)
本文目录导航：
凉风垭隧道名词解释
在J2EE架构中，有两个关键的容器角色：WEB容器和Enterprise Java Bean (EJB) 容器。
WEB容器，如TOMCAT、WEBLOGIC或WEBSPHERE，关键担任为运转在其内的JSP和SERVLET运行程序提供一个隔离的环境。
它们提供一个严厉的J2EE WEB APPLICATION规范接口，使得运行可以间接与环境变量交互，无需关注底层的系统细节，如HTTP恳求解决。
SERVLET经过援用session、request和response等环境变量，成功了与用户恳求的高效解决。
EJB容器则更专一于企业级服务的治理。
任何合乎J2EE规范的EJB组件放入其中，都会获取高效且一致的治理，如邮件服务和事务控制。
EJB容器担任解决与数据库、其余服务的交互，减轻了运行的累赘，让开发人员专一于外围业务逻辑。
远程方法调用(RMI/IIOP)是经过网络启动服务远程调用的协定，它准许在异构系统间启动通讯，是JAVA特有的技术。
JAVA命项目录服务(JNDI)提供一个目录系统，便于散布式运行程序查找和定位资源。
JMS（JAVA信息服务）则专一于运行程序间的通讯，支持点对点和广播形式。
JAVAMAIL是邮件解决的外围，成功了邮件的存储和传输，相似于MS的EXCHANGE开发包。
JTA（JAVA事务服务）提供散布式事务治理，简化了开发者在解决跨资源操作时的事务协调。
JAF（JAVA安保认证框架）为开发者提供了安保控制的框架，支持自定义的安保战略。
最后，EAI（企业运行集成）是一种概念，涵盖了一系列技术，其中J2EE技术是成功企业级运行集成的弱小工具。
经过这些容器和协定，J2EE架构确保了企业运行的高效、安保和集成性。
J2EE是一套全然不同于传统运行开发的技术架构，蕴含许多组件，关键可简化且规范运行系统的开发与部署，进而提高可移植性、安保与再用价值。
RMI是干什么用的在JAVA外面
RMI是J2EE的网络机制，准许你编写散布式对象，使得对象的通讯范畴能够在内存中，跨Java虚构机，跨物理设施 RMI-IIOP遵照了接口和成功的准则。
你写的一切网络代码都是运行于接口，而不是成功。
实践上，你必定经常使用RMI-IIOP中的范例，没有其它的选用。
间接在你的对象成功上口头远程调用是无法能的，你只能在对象类的接口上独自启动这一操作。
所以咱们在经常使用RMI-IIOP时，你必定建设一个客户接口，叫做remote interface。
这个远程接口应该裁减接口。
RMI运行程序理论包括两个独立的程序：主机程序和客户机程序。
典型的主机运行程序将创立多个远程对象，使这些远程对象能够被援用，而后期待客户机调用这些远程对象的方法。
而典型的客户机程序则从主机中获取一个或多个远程对象的援用，而后调用远程对象的方法。
RMI为主机和客户机启动通讯和信息传递提供了一种机制。
在与远程对象的通讯环节中，RMI经常使用规范机制：stub和skeleton。
远程对象的stub担当远程对象的客户本地代表或代理人角色。
调用程序将调用本地stub的方法，而本地stub将担任口头对远程对象的方法调用。
在RMI中，远程对象的stub与该远程对象所成功的远程接口集相反。
调用stub的方法时将口头下列操作：(1) 初始化与蕴含远程对象的远程虚构机的衔接；(2) 对远程虚构机的参数启动编组（写入并传输）；(3) 期待方法调用结果；(4) 解编（读取）前往值或前往的意外；(5) 将值前往给调用程序。
为了向调用程序展现比拟便捷的调用机制，stub将参数的序列化和网络级通讯等细节暗藏了起来。
在远程虚构机中，每个远程对象都可以有相应的skeleton（在JDK1.2环境中无需经常使用skeleton）。
Skeleton担任将调用调配给实践的远程对象成功。
它在接纳方法调用时口头下列操作：(1) 解编（读取）远程方法的参数；(2) 调用实践远程对象成功上的方法；(3) 将结果（前往值或意外）编组（写入并传输）给调用程序。
stub和skeleton由rmic编译器生成。
什么是 RMI / IIOP 协定?
RMI定义了一组远程接口，可以用于生成远程对象。
客户机可以象调用本地对象的方法一样用相反的语法调用远程对象。
RMI API提供的类和方法可以解决一切访问远程方法的基础通讯和参数援用需要的串行化。
远程方法调用相似于Sun公司1985年提出的远程环节调用（RPC）特色。
RPC也需要串行化参数和前往数值数据，但因为没有触及对象，状况比拟便捷。
Sun开发了外部数据示意（XDR）系统，支持数据串行化。
RPC和RMI之间的一个关键差异是RPC用极速而不够牢靠的UDP协定，RMI用低速而牢靠的TCP/IP协定。
远程方法调用（RMI）和CORBA都是散布式计算技术，在启动散布式时各有其优缺陷，为了有助于了解RMI的特点和用途，有必要探讨一下CORBA和RMI的区别。
CORBA（Common Object Request Broker Architecture）是OMG的Object Management Architecture（对象治理结构），它是面向对象的散布式系统建设所依据的规范。
CORBA被设计成一个能供一切编程言语经常使用的一个开明性说明，就是说一个机器上的Java客户可以需要另一个用SmallTalk或C++的机器服务。
正是因为这种言语的独立性使得CORBA这么灵敏和吸引人。
为了顺应言语独立性，CORBA驳回了十分通用的规范作为其接口。
在不同的言语中，远程调用、签名和对象的引入有各自不同的定义，所以CORBA必定尽或者的中立和开明。
正是这种通用性是CORBA的一个弱点。
当开发人员都驳回CORBA时，他们要用一种新的规范定义言语接口，它需要开发者学习新的编程接口，从而减小了远程模型的透明性。
RMI是为仅在Java对Java的散布式计算中而开发的。
远程调用的规范是为了Java和运行Java的人造Java签名和调用而开发的，这使得RMI对Java的开发者相当透明而且易于成功。
RMI用Java言语严密集成从而同CORBA相比能够提供十分好的容错才干及对意外的解决。
虽然Java的RMI规范不像CORBA那样言语独立，但Java自身是一个独立的平台，这就使RMI在跨平台的散布软件开发中是一个很好的选用。
IIOP它是一个用于CORBA 2.0及兼容平台上的协定。
这个协定的最后阶段是要建设以下几个组件局部：一个IIOP到HTTP的网关，经常使用这个网关可以让CORBA客户访问WWW资源；一个HTTP到IIOP的网关，经过这个网关可以访问CORBA资源；一个为IIOP和HTTP提供资源的主机，一个能够将IIOP作为可识别协定的阅读器。
phper