关于防火墙，RMI仍然有同样的问题是IIOP。它需要这些的端口很可能被防火墙阻塞。这点就是让小应用程序和你服务器之间的RMI/IIOP主机越过除了企业内部网的任何东西都很困难。

　　隧道

　　有些产品提供IIOP/HTTP隧道技术。这把IIOP请求放在HTTP请求内部，用HTTP发送请求给服务器，然后把他变回IIOP来分配。但是，你仍然需要在小应用程序内的运行时和你可能还需要的ioser库。你也仍然需要下载客户端jars。你特别的EJB服务器可能帮你解决某些的这类问题，你可能让它更容易。我只是指出这些问题，这样你就能检查你特别的实现是否能应付它们。

　　RMI/IIOP没有安装在JRE中直到v1.3

　　RMI/IIOP是个JRE1.1和JRE1.2的附件。不是安装好的。这解释了为什么它必须用你的小应用程序下载。JRE1.3将第一次包含JRE的部分代码。但是，考虑到多数浏览器目前只支持JRE1.1，直到浏览器支持1.3(微软不太可能对Java很快支持)，你将需要为你要运行的小应用程序客户端来安装Sun的1.3插件。唯一的问题是它使安装变得有点复杂，如果我们只能在小应用程序中使用JRE1.1，那么它将是多此一举的步骤。目前，WebSphere暂时无论如何也不支持JRE1.3，其他的J2EE服务器可能会支持。

　　那么，SOAP能帮什么忙呢？

　　SOAP/HTTP使用HTTP作为传输。这意味着每个JDK，甚至1.0.x系列，在没有任何额外代码的支持下，具有所有支持这个传输的必要代码。IIOP也是正常非加密的。有些服务器确实支持IIOP/SSL,但是谈不上和穿过防火墙的IIOP相比。在另一方面，HTTP/SSL或HTTPS像HTTP一样将穿过几乎每个现存的防火墙。市场上的每个J2EE服务器都支持HTTP/SSL,它也是个广泛使用的特性，所以说它马上就会发挥其作用。再说，如果你的EJB服务器支持HTTP隧道技术之上的IIOP，那 么它们可能也支持HTTPS之上的IIOP,但运行时也比以前大。如果你写一个发送敏感数据应用，然后加密，这可能是个需求。但是，HTTP/SSL在JDKs之外不支持。你需要加一个协议处理器来支持它。Sun为1.2JDK提供了一个，你可以让1.1也兼容SSL协议。

　　所以，对于我来说，当防火墙在通讯路径上时，如果你不能使用隧道技术，在你的客户端/小应用程序和你的服务器之间IIOP就不是一个选择。在防火墙出现的情况下，你能依靠的唯一协议是HTTP。但是，尽管你能用隧道技术，我还要劝你三思而后行。你可能要依靠的是你的EJB服务器最少用的特性。没有多少人使用这个。这意味着你更可能遇到问题，并且如果你找到问题，那么你很可能成为靠你厂商修复它的低优先级。除非，你绝对肯定它是没问题的，我还是求助于HTTP来减少你的工程风险。HTTP会给你一个肯以低风险加密的协议。