j2ee应用服务器（在j2ee应用的服务器中，通过什么方式，向外部异构系统提供调用接口）

本文目录

• 在j2ee应用的服务器中，通过什么方式，向外部异构系统提供调用接口
• j2ee项目只部署应用服务器就可以了吗

在j2ee应用的服务器中，通过什么方式，向外部异构系统提供调用接口

面对一个实习生，我的研究方向是大型的数据处理，分布式计算，中间件的hadoop，似乎是说我很感兴趣的话，中间件，直接问我，我的理解的中间件，我很少思考这样一个问题:中间件有自己的理解是硬件，操作系统和应用平台，可以屏蔽不同性质的操作系统。 ???一个完整的系统平台由一套，中间件通常集成，包括开发平台和运行平台。中间件这组，通常会是至少一个通信中间件。中间件是分布式系统中使用的一个概念。 中间件屏蔽了底层操作系统的复杂性，应用开发简单的统一。降低编程的复杂性(Hadoop是一个很好的例子)，专注于自己的业务，没有程序在不同的系统上的软件移植和重复劳动，大大降低了技术负担。中间件把应用系统，而不是只是简单的开发，缩短开发周期，还减少了工作量的系统维护，操作和管理(这并没有觉得在hadoop直接写MPI程序，也可以运行不需要任何额外的维护，容错机制，Hadoop的声音，满足了这一点)。此外，还降低了电脑的整体成本投入。 中间件，以便为解决分布式异构分布式计算系统的问题比较困扰，不得不面对的一个问题。中间件提供了一个标准的程序接口和协议的应用程序调用，或更确切地说，是中间件服务过程调用的应用程序接口来完成的任务。 其中:特性的中间件 可以概括为如下: 1。满足大量的应用程序的需求 各种硬件和OS平台上运行 跨网络，应用或服务的硬件和OS平台的透明性，支持分布式计算 4支持标准协议的互操作性 5。支持标准接口的便携性 ???，中间件成为许多标准化工作的重要组成部分。对于应用软件开发，中间件是操作系统和网络服务更为重要，中间件提供了一个相对稳定的高层应用程序接口定义，不管底层的计算机硬件和系统软件更换，只要将中间件升级更新并保持中间件的外部接口定义了相同的应用软件，几乎不需要任何，从而保护重要的企业应用软件开发和维护的投资。 :中间件的分类 在分布式环境中，中间件必须提供通信服务，我们调用这个服务平台，根据不同的目的和实现机制，可分为下列几大类: 远程过程调用(Remote Procedure Call，远程过程调用) 面向消息的中间件(面向消息的中间件) 对象请求代理(对象请求代理) 它们的功能: 第一:起来，提供不同形式的通讯服务，包括同步，排队订阅出版，广播，这些基本的通讯平台，可以建立各种框架，为应用程序提供服务，在不同领域的事务处理监视分布式事务处理访问对象交易经理OTM。 二:中间件本身定义的相应字段的应用程序的体系结构，标准的服务组件，用户只需告诉框架感兴趣的事件，然后提供处理这些事件的代码。当一个事件发生时，框架将调用用户代码。用户不必调用框架，用户程序不关心的框架结构，实施过程中，系统API调用，框架是负责基于中间件的应用程序开发完成后具有良好的可扩展性，可管理性，高可用性和可移植性。 2.1分类介绍: ????2.1.1远程过程调用 Remote Procedure Call，远程过程调用是一种广泛使用的分布式应用程序的方法。应用程序使用RPC来“远程”执行一个不同的地址空间的过程中，从效果来看，执行相同的本地电话。 ??2.1.2面向消息的中间件 ???的MOM是可靠，高效的消息传递机制，独立于平台的数据交换和集成的分布式系统数据通信的基础上。通过提供消息传递和消息排队模型，它可以扩展的分布式环境中，进程间通信，并支持多种通讯协议，语言，应用程序，硬件和软件平台。流行的MOM中间件产品有IB??M的MQSeries，:BEA MessageQ。 消息传递和排队技术有三个主要特点: 通信程序可以运行在不同的时间，程序是在网络上直接相互通话，而是间接地将消息放入消息队列，因为程序之间有没有直接的联系。因此，他们不被同时运行。到合适的队列中的消息，目标程序或根本不需要正在运行的运行，即使目标程序并不意味着他们应该立即处理该消息。 :复杂的应用程序的应用的结构上，图2是不具有约束力，通信处理不仅可以是一个之间的一一对应关系，并且也可以是一对一一对多和many-to-one上，或什至是的各种方法的组合。多种通信手段的构造函数不增加的应用程序的复杂性。 3。计划和网络复杂性的性隔离:程序会把消息放入消息队列，或删除的消息从消息队列中的沟通与此相关的所有活动，比如维护消息队列，维护之间的关系程序和重新启动网络和移动网络中的消息队列处理的任务的MOM不直接与其他程序调用，不涉及复杂的网络通信。 ??2.1.3对象请求代理 ???随着时代的发展对象技术与分布式计算技术，既能互相形成一个分布式对象计算，并发展成为当今软件技术的主流方向。 1990年底，对象管理集团OMG对象管理结构OMA(对象管理体系结构)，对象请求代理(对象请求代理)是这个模型的核心组成部分。它的作用是提供一个通信框架，透明的请求异构分布式计算环境中传递对象。 CORBA规范包括了ORB的所有标准接口。 CORBA 1.1于1991年推出，定义了接口描述语言OMG IDL和支持的客户机/服务器对象特定的ORB互操作性API。 CORBA 2.0规范描述了不同厂商的ORB之间的互操作性。 ??对象请求代理(ORB)是对象总线，它在CORBA规范的核心，定义异构环境下对象透明的基本机制发送请求和接收响应，是一个客户机/服务器对象之间的关系建立中间件。 ORB允许向其他对象的对象的请求可以是透明的或接受的其他对象的响应，这些对象可以位于本地到远程机器上，也可以位于。可以实现ORB拦截请求调用，并负责寻找所请求的对象，传送参数，调用相应的方法，并返回结果。客户端对象在同一台服务器对象的沟通和激活机制或存储服务器对象，不知道，也不用知道服务器对象，它是什么语言，什么作业系统或其他系统组件不属于对象的接口。 ?这是值得注意的，客户端和服务器的角色，仅仅是用来协调对象之间的交互，根据不同的场合，在对象上的ORB可以是客户端，也可以是一个服务器，或者甚至两者。当对象发出请求时，它是在客户端的角色，当它接收到一个请求时，它是在一个服务器角色。大多数的对象都发挥客户端扮演的角色在服务器的角色。此外，没有一个是负责传输和服务器管理，客户端和服务器之间的直接连接对象请求ORB，因此，与RPC支持简单的客户机/服务器体系结构相比，ORB可以支持更加复杂的结构。 2.1.4事务处理监视器 ??事务处理监控程序(交易处理监视器)最早出现在大型机上，大规模事务处理环境中的可靠运行提供支持。随着分布式计算技术的发展，分布式应用系统需要大规模的事务处理，如大量的关键事务处理的商业活动。交易监控社会之间的客户端和服务器，事务管理和协调，负载平衡和故障恢复，以提高系统的整体性能。它可以被看作是事务处理应用程序的“操作系统”。一般来说，事务处理监视器具有以下特点: 流程管理，包括启动服务器进程，分配任务，监督其执行情况和负载平衡。 事务管理，即确保在其监测的原子性，一致性，独立性和持久性的交易。 在客户端和服务器之间的通讯管理提供了多种通讯机制，包括请求响应会话，排队，订阅发布和广播。 ???交易监控提供了大量的客户端，如飞机订票系统的服务。如果被分配给所需要的资源，然后为每个客户端的服务器，该服务器将被淹没(如在图2中所示)。但实际上，在相同的时间，并非所有的客户端需要请求服务，一旦客户端请求的服务，希望得到一个快速的反应。事务处理监视器操作系统之上提供一组服务，管理和分配相应的服务进程，使服务器可以有效地为大型客户提供服务，在有限的系统资源，客户端的请求。 :中间件的不足之处 ???最流行的中间件服务使用专有的API和专有的协议，使来自不同制造商的应用程序建立在一个单一的制造商的产品实现互操作性是困难的。一些中间件服务平台实现，从而限制了异构系统之间移植的应用。应用程序开发者建立自己的应用程序，这些中间件服务也需要承担相当大的风险，他们往往需要重写他们的系统，随着技术的发展。中间件服务的分布式计算的抽象程度提高，应用程序开发人员需要面对很多困难的设计选择，例如，开发人员还需要在客户端和服务器端的功能分配决定的分布式应用程序。通常是指客户端的显示设备上的服务，方便的使用数据服务的服务器上关闭到数据库中，但它并非总是如此，更何况其他应用程序是如何分配的，它是不容易的确定。

j2ee项目只部署应用服务器就可以了吗

当然可以，现在应用服务器都是提供web功能的。 例如tomcat 默认安装就可以通过8080端口访问。webshpere是9080，weblogic好像是9001。
开发者一般都是只装应用服务器的。