Java分布式应用开发：RMI与CORBA比较

Java分布式应用开发技术概述主要关注了分布式计算在Java平台上的应用，特别是通过Remote Method Invocation (RMI)和CORBA的相关比较。RMI是Java 1.1引入的重要特性，它允许Java客户端调用远程服务对象，但与CORBA不同，RMI对服务器端有特定要求，即应用必须使用Java编写，且仅限于JDK1.1工具集。RMI的局限性包括缺乏服务概念、性能较低（因为受限于Java虚拟机）、不包含对象激活功能等。 与RMI相比，CORBA（公共对象请求 broker架构）提供了一个更通用的框架，支持更广泛的服务模型和服务交互，例如对象交易服务（Object Transaction Services）在Java中是基于OMG的标准实现。虽然RMI适合小型纯Java应用，但由于CORBA的灵活性和对已有系统集成的优势，开发者在选择时需考虑未来的扩展性和兼容性。 章节5.2列举了几种分布式技术的对比，包括CORBA、DCOM（Microsoft的分布式组件对象模型）和RMI。CORBA自1989年起就被广泛采用，具有跨平台、标准统一的特点，而DCOM是Microsoft的一种专有协议，与ActiveX紧密集成。RMI则是Sun Microsystems的Java实现，强调轻量级和易于部署，但需要额外的Java环境支持。 章节还提到了Java/RMI与CORBA在网络传输层的不同，RMI倾向于使用Java对象直接交互，而CORBA则依赖于IIOP（Internet Inter-ORB Protocol）进行通信。RMI在互联网上应用时存在限制，比如对“地址”（URI）的支持不如CORBA全面。 开发分布式应用时，开发者需要根据项目的规模、现有技术栈、未来扩展需求以及对标准化支持的重视程度来权衡选择RMI还是CORBA或其他分布式技术。在实际项目中，可能还需要考虑其他因素，如性能优化、安全性、社区支持和可用的第三方库等。