解决clent端用applet，server端用ice glacier和storm 实现中间具有防火墙的b/s两端的数据发布订阅的问题

本文链接：https://blog.csdn.net/adminadmin/article/details/1281669

在基于bs结构数据的实时监控的系统中,我们原本用rmi实现数据在客户端和服务器端的双向通信,服务器可以实现数据主动推向客户端,而客户端可以远程调用服务器端,效率还是非常高的. 但是一个问题出现了,就是服务器端必须打开一个端口，这无遗增加的服务器的不安全指数。为此我们采用ice 的glacier和storm来解决这个问题，glacier用来突破防火墙，也就是中间设置一个代理，对外暴露一个80端口，就无需开通新的端口。storm用来实现数据的订阅发布服务，效率理论上应该比web service效率高。

在此过程中，遇到一个问题，就是需要调用一个ice的自带的几个文件，当然对于本地应用程序来说完成这个工作很容易，但是如果用applet实现数据的订阅就是一个问题，（至于为什么用applet？简单说就是富客户端，提高server'性能），两种解决方案：第一种 applet访问本地资源需要签名，需要的资源需要下载文件到本地，并且解压到客户端的磁盘，进行读取。第二种就是通过网络流即http的url寻址方式读取server端的文件。显然第二种更加简单，并且容易部署。

但是正如ice技术支持所说"IceSSL only supports reading the keystore files from the filesystem, it can't look for them in Jar files."，目前的版本中applet不具备读取archive中jar包中的的文件能力，如果用方案一的话，就必须去解压jar 中用到的那几个文件，而且applet还得签名。还是决定用第二种，但是IceSSL只提供FileInputStream来读取这些文件，于是把IceSSL.Context.java中的FileInputStrream该为URLConnection.getInputStream的InputStream。结果一调试，成功，心情豁然开朗，呵呵，深刻体会到实例化一个类时尽量用接口或父类来生命它的引用，以后的修改维护会减少很多的工作量。

改前的代码如下：

    java.io.BufferedInputStream bis = new
                java.io.BufferedInputStream(
                      new java.io.FileInputStream(keystore)); //keystore本地文件的路径

改后的如下：

                URL url;
                URLConnection urlc;
                url = new URL(keystore);//keystore远程文件的路径
                urlc = url.openConnection();
                urlc.connect();
                InputStream is;
                is = urlc.getInputStream()；

java.io.BufferedInputStream bis = new java.io.BufferedInputStream(
is);