[发明专利]一种用于调用远程Java对象的软件应用方法的方法、计算设备以及系统

说明书

本发明提供一种用于调用远程Java对象的软件应用方法的方法100、系统200和300以及计算设备。其中，客户端201向多个Java应用服务器实例202中的至少一个发送101至少一个远程Java应用对象请求。位于所述客户端201和所述多个Java应用服务器实例202之间的网络路径中的SDN应用204接收102所述至少一个远程Java应用对象请求；向所述多个Java应用服务器实例202转发103所述至少一个远程Java应用对象请求。然后，所述SDN应用204基于从所述多个Java应用服务器实例202接收的对象引用生成至少一个远程Java应用对象池302以响应至少一个转发的远程Java应用对象请求。当接收到所述客户端201发送的与所述至少一个远程Java应用对象请求关联的至少一个远程Java应用方法调用请求时，所述SDN应用204向所述多个Java应用服务器实例202中的一个或多个委派所述至少一个远程Java应用方法调用请求。

技术领域

本发明涉及一种用于调用远程Java对象的软件应用方法的方法、计算设备以及系统。特别地，本发明通过SDN应用向Java远程方法调用提供透明负载均衡。本发明尤其在客户端和服务器实例间的网络路径中采用SDN应用，SDN应用作为调用远程Java应用方法的代理。

背景技术

在基于Java企业版(Java Enterprise Edition，简称JEE)的企业应用范围内，当客户端(或客户端应用)意在与服务器(或多个服务器实例)交互时，通常采用Java远程方法调用(Remote Method Invocation，简称RMI)协议。Java RMI是一种企业技术，在企业IT软件业根深蒂固。

Java RMI协议基于公共对象请求代理结构(Common Object Request BrokerArchitecture，简称CORBA)，在大多情况下，其将采用其互联网对象需求中介协议(Internet Inter-ORB Protocol，简称IIOP)通过TCP/IP连接在客户端和服务器实例间整理Java对象。

无论其多受欢迎，Java RMI也会造成限制。特别地，若客户端应用在其代码中未实现负载均衡，则其无法实现负载均衡。然而，在大多要求负载均衡的情况下，客户(其拥有客户端和服务器应用)不能修改客户端软件，且在许多情况下，甚至没有服务器代码。这意味着，若客户端软件初始创建时并不包括特定服务器组件/业务的负载均衡，则没有“现成的”外部方案可用于改变该情况。

在许多情况下，客户—例如采用IT系统管理其业务流程的企业公司—不具备修改该系统的技术、人力和/或要求。目前，客户必须很大程度地依赖于现成的现场可编程设备，以提供用于管理类似于可用性、可扩展性、可恢复性、负载均衡等的装置。

典型现有技术系统500中的典型现有技术JEE RMI流如图5所示，包含管理负载均衡的内部软件工具。然而，除非所有软件应用组件遵守严格的规则和设计模式，否则，这些内部工具会成为阻碍，通过外部装置(例如负载均衡设备以及应用分发控制器)阻止负载均衡。

现有技术中JEE RMI的设计方式，可以进行外部负载均衡的唯一连接，是客户端501对Java命名与目录接口(Java Naming and Directory Interface，简称JNDI)组件505的初始呼叫(例如，远程Java应用对象请求)。在初始呼叫之后，向客户端501返回可互操作对象引用(Interoperable Object Reference，简称IOR)，这使得客户端501避开任一负载均衡器。在JEE集群架构中，可存在JEE服务器/容器的若干服务器实例502，其中，每个都具有其JNDI实例505。JNDI实例505均是连接的，并在一个所述服务器实例502(即，提供内部负载均衡)上协调EJB Home 506的分配。