Hessian,rcp,有状态,模拟会话,ThreadLocal,AOP
不知道如何给本帖子取名，所以在标题出仅仅列出一些关键字。
本帖是工作成果之总结发贴，又由于太长，故有关心hessian/burlap/RCP如何在客户端和服务端之间默认传送参数，使服务器端的对象能够使用ThreadLocal获得当前远程请求者信息的同学 可以看看这个帖子，其它同学可以忽略之 否则看这这么长的贴可能会很受罪
背景
在远程调用框架方面，Spring现在能够良好集成Hessian/Burlap之类基于Http的RCP。 构建这样的程序基本步骤是这样的：
1，创建并配置POJO形式的服务对象，比如UserBo；
2、远程调用暴露器，比如Spring提供的Hessian暴露器，使成为web服务；
3、客户端(e.g.Swing-based)通过proxy，按照UserBo的接口调用远程服务
问题
区别于浏览器通过http访问Web服务器，浏览器能够支持它和服务器端cookie传送，
使本没有状态的http协议在web上能够提供有状态的服务，web容器因此可以通过标准的HttpSession保存登录信息等。
而这是一般使用Hessian之类的RCP难以做到的，如何模拟浏览器传送"cookie"成为头痛的问题。我一直为这件事烦恼着，做了这几个试验：
1、Hessian客户端能够保持服务器送过来的Cookie吗？ 不能。试验过程如下：
1)做一个Filter过滤器，过滤Hessian远程调用
2)获取request.getSession()，打印sessionId
通过打印，看出每一次调用打印的sessionId都不一样，所以试图直接使用HttpSession保持会话是不行的。
现在已经没办法通过HttpSession机制处理这个问题，那
1、如何确定每次从swing到server的hessian调用是登录后的调用，而不会被人模拟调用？
2、我如何知道每次调用的调用者是谁？
头脑风暴
头脑中一下子蹦出来的是：每个调用方法都加一个userId参数。
“搞定！”but极其ugly，想想，一般情况下，我不希望Bo提供的每一个方法都要求加一个UserId，我不会。
如果想要知道当前是由谁调用这个Bo类，在普通的web应用上，我采用的是Filter+ThreadLocal来做的，
这样只需在Bo方法里面调用提供ThreadLocal服务的全局共享对象来获取当前的请求者。
我不会在Bo中加入userId参数的，除非万不得已。。。继续苦思冥想....
是否能够改变Hessian客户端代理，使其能够读取http头信息，并在每次发送新请求时再把读取的cookie送到服务器？我想这是个不错的方案，但汗了一下，同上，也只要在“需求极其有必要+没有其它办法”条件下才去改变别人的底层结构。暂行搁置此方案。
有了，借助了“网络协议栈”提供的编程思想+AOP，我想到了一个方法，并在进行了试验性实践，证明可行了
因为可能也有人需要： 《如何在hessian的环境下模拟session(会话)》， 或者可以用来参考拓展一下编程思路，所以我写这个总结。。。花费了我近2个小时，快晕死了
终极解决-思路
1、协议栈思想：
协议栈告诉我们下层协议总是“偷偷”的在上层协议内容之外再加上一些额外的，和本层协议有关的内容，发送到网络另外一端，同时另外那一端的对等协议，接收传输内容时，会剥离刚才加入的额外信息进行控制，并把剥离后的协议内容往上一层推。。。。
2、AOP理论：
拦截器，就像土匪，在你行走的路上，硬要对你进行盘问，满意则放人通过，不满意可以把你潜回；它可以偷袭你一些数据，也可能悄悄地加入他想要的行为、数据
3、协议栈思想 + AOP
客户端调用某个Bo的方法时，配置代理bean给他，这个代理bean同时也是拦截器，客户端调用Bo的每个方法都会被拦截，去调用一个底层接口(Delegate)。这个底层接口，能把你要调用的Bo名称，方法名，参数记起来，并加上每次你都需要传给服务器的参数传送到服务器。同时在服务器端，有一个这个底层接口个对应的服务对象(由DelegateImpl实现)，该实现会把拦截器刚才记住的这些信息找出来：
取回拦截器刚才悄悄加入的信息(Attachments)记录在一个和ThreadLocal相关的类中(由Current实现)；
取回你要调的Bo名称，从服务器applicationContext中找到这个对象
通过方法名和参数找到最终要调用的Method对象，最终调用method.invoke，实现对服务端Bo的调用。
本帖是工作成果之总结发贴，又由于太长，故有关心hessian/burlap/RCP如何在客户端和服务端之间默认传送参数，使服务器端的对象能够使用ThreadLocal获得当前远程请求者信息的同学 可以看看这个帖子，其它同学可以忽略之 否则看这这么长的贴可能会很受罪
背景
在远程调用框架方面，Spring现在能够良好集成Hessian/Burlap之类基于Http的RCP。 构建这样的程序基本步骤是这样的：
1，创建并配置POJO形式的服务对象，比如UserBo；
2、远程调用暴露器，比如Spring提供的Hessian暴露器，使成为web服务；
3、客户端(e.g.Swing-based)通过proxy，按照UserBo的接口调用远程服务
问题
区别于浏览器通过http访问Web服务器，浏览器能够支持它和服务器端cookie传送，
使本没有状态的http协议在web上能够提供有状态的服务，web容器因此可以通过标准的HttpSession保存登录信息等。
而这是一般使用Hessian之类的RCP难以做到的，如何模拟浏览器传送"cookie"成为头痛的问题。我一直为这件事烦恼着，做了这几个试验：
1、Hessian客户端能够保持服务器送过来的Cookie吗？ 不能。试验过程如下：
1)做一个Filter过滤器，过滤Hessian远程调用
2)获取request.getSession()，打印sessionId
通过打印，看出每一次调用打印的sessionId都不一样，所以试图直接使用HttpSession保持会话是不行的。
现在已经没办法通过HttpSession机制处理这个问题，那
1、如何确定每次从swing到server的hessian调用是登录后的调用，而不会被人模拟调用？
2、我如何知道每次调用的调用者是谁？
头脑风暴
头脑中一下子蹦出来的是：每个调用方法都加一个userId参数。
“搞定！”but极其ugly，想想，一般情况下，我不希望Bo提供的每一个方法都要求加一个UserId，我不会。
如果想要知道当前是由谁调用这个Bo类，在普通的web应用上，我采用的是Filter+ThreadLocal来做的，
这样只需在Bo方法里面调用提供ThreadLocal服务的全局共享对象来获取当前的请求者。
我不会在Bo中加入userId参数的，除非万不得已。。。继续苦思冥想....
是否能够改变Hessian客户端代理，使其能够读取http头信息，并在每次发送新请求时再把读取的cookie送到服务器？我想这是个不错的方案，但汗了一下，同上，也只要在“需求极其有必要+没有其它办法”条件下才去改变别人的底层结构。暂行搁置此方案。
有了，借助了“网络协议栈”提供的编程思想+AOP，我想到了一个方法，并在进行了试验性实践，证明可行了
因为可能也有人需要： 《如何在hessian的环境下模拟session(会话)》， 或者可以用来参考拓展一下编程思路，所以我写这个总结。。。花费了我近2个小时，快晕死了
终极解决-思路
1、协议栈思想：
协议栈告诉我们下层协议总是“偷偷”的在上层协议内容之外再加上一些额外的，和本层协议有关的内容，发送到网络另外一端，同时另外那一端的对等协议，接收传输内容时，会剥离刚才加入的额外信息进行控制，并把剥离后的协议内容往上一层推。。。。
2、AOP理论：
拦截器，就像土匪，在你行走的路上，硬要对你进行盘问，满意则放人通过，不满意可以把你潜回；它可以偷袭你一些数据，也可能悄悄地加入他想要的行为、数据
3、协议栈思想 + AOP
客户端调用某个Bo的方法时，配置代理bean给他，这个代理bean同时也是拦截器，客户端调用Bo的每个方法都会被拦截，去调用一个底层接口(Delegate)。这个底层接口，能把你要调用的Bo名称，方法名，参数记起来，并加上每次你都需要传给服务器的参数传送到服务器。同时在服务器端，有一个这个底层接口个对应的服务对象(由DelegateImpl实现)，该实现会把拦截器刚才记住的这些信息找出来：
取回拦截器刚才悄悄加入的信息(Attachments)记录在一个和ThreadLocal相关的类中(由Current实现)；
取回你要调的Bo名称，从服务器applicationContext中找到这个对象
通过方法名和参数找到最终要调用的Method对象，最终调用method.invoke，实现对服务端Bo的调用。