Serialization Xstream/HTTP服务

Serialization Xstream/HTTP服务,serialization,web-services,rpc,xstream,Serialization,Web Services,Rpc,Xstream,我们运行多个网站,它们使用与库运行相同的功能丰富的后端。后端由多个组件组成,它们之间共享许多对象。现在,出于安全原因,我们需要将无状态规则执行组件分离到不同的容器中。如果我能够无缝地访问规则组件中的所有后端对象(而不是定义新的接口和对象/适配器),那就太好了 我想使用一种RPC机制,它将无缝地支持通过网络传递java POJO(其中一些是hibernate bean)。像JAXB、Axis等Web服务需要相当多的锅炉板和每个对象的配置。虽然那些使用Java序列化的人看起来很简单,但我担心向后/向

我们运行多个网站,它们使用与库运行相同的功能丰富的后端。后端由多个组件组成,它们之间共享许多对象。现在,出于安全原因,我们需要将无状态规则执行组件分离到不同的容器中。如果我能够无缝地访问规则组件中的所有后端对象(而不是定义新的接口和对象/适配器),那就太好了

我想使用一种RPC机制,它将无缝地支持通过网络传递java POJO(其中一些是hibernate bean)。像JAXB、Axis等Web服务需要相当多的锅炉板和每个对象的配置。虽然那些使用Java序列化的人看起来很简单,但我担心向后/向前兼容性问题

到目前为止,我们正在使用Xstream将对象序列化到持久性存储中。但是,流行的rpc/webservice框架似乎都没有使用xstream进行序列化。使用xstream并使用自定义实现通过HTTP发送对象可以吗?或者java序列化是否可以正常工作,或者是否有更好的替代方案


提前感谢您的建议。

标准Java序列化的好处是,它生成的二进制流比任何这些XML序列化机制都更节省空间和带宽。但正如您所写的,XML可以更方便地进行前后兼容,并且如果需要的话,可以更容易地手动和/或通过脚本进行解析和修改。这是一种权衡;如果需要长时间存储,则建议避免普通序列化


我是一个快乐的XStream用户。到目前为止没有问题。

你好,Joonas,也许你能帮上忙