H5商城作为面向互联网的系统，在客户端与服务端通信时需要考虑报文安全性问题，在此对实践中采用的其中一些设计方案做一个总结和介绍。

本文档记录在做项目资金账户模块时的设计思路，主要考虑如何在变动中保持用户资金账户余额的一致性。

如前面的博文《Docker安装drools workbench和kie-server，使用http调用kie-server rest接口传json参数跑规则》所述，折腾了老半天，装好了workbench，终于可以编辑规则了。也配置好了kie server，终于可以动态发布规则了。然而还是遇到点问题…

由于环境的限制，不能再使用docker部署drools workbench。因此，这几天研究了一下如何离线部署，并记录此文。

尝试使用docker安装了drools workbench和kie-server,非常方便，记录如下。

前面在做drools规则设计和测试时，发现一个很坑爹的现象，当LHS的某一行存在eval短句时，or短路就不生效了。具体情况记录见文。

在使用drools的过程中，我们期望有一种衍生变量功能，它能支持我们对用户现有变量做组合加工，从而生成新的变量，这个变量的使用应该和现有的变量一致，思考整个方案记录入文。

前几天读了《规则引擎：大厂营销系统资格设计全解》，里面对于静态资格、动态资格的设计，虽然叫法名称不同，但与我们目前在做的营销管理系统设计从业务以及逻辑流程上很相似，然而做得更优雅更抽象。

以前都是使用Hbase的java api，自己写getTable, 自己封装get、scan、Result解析等方法以实现查询等功能。 最近用springBoot写项目，需要查询Hbase，想到既然都用Spring了，直接就用它封装好的HbaseTemplate岂不美哉，人家spring封装的总比自己写的好吧。于是引入了spring-data-hadoop和spring-data-hadoop-hbase两个依赖，启动的时候注入相关参数，构造一个HbaseTemplate的Bean，再注入其他相关Bean中使用。 刚用起来貌似挺美好，但用着用着，发现两个比较坑的问题.

最近接到一个需求，业务数据表中有三张表，只想保留最近365天的数据，过期的就删除，避免这些没有太大意义的数据造成数据表越来越大。考虑到不想在业务代码中实现此逻辑，避免后续投产变更麻烦，因此单独实现一个小工具，通过配置文件实现定时删除指定日期数据功能。