缘起,在2008年,大概北京奥运会前后左右吧,单位里很有想法的几位领导共同提出了一个概念:做一个软件,流程可以自定义,表单可以自定义,权限可以自定义,什么都可以定义。但是,业务需求不确定(可能是当时没有做需求的),也就是说不知道用户要拿它来做什么?但它是无所不能,什么都不要写死。希望我去尝试,当时我非常的无能为力和无比的排斥,我的答复就两个字:我?这?
之后没多久,我便离开了那家企业,同时我也在思考一件事情:这又怎么可能呢?要真能这样,程序员不就都失业了?当时的我无论如何也想象不到,技术能够快速响应市场这件事情是多么重要,以至于出现如此荒谬如此让我无能为力的需求。
但,这个似乎却又在我心里埋下了一颗种子,之后去的每一个团队、经历的每一个项目、我都在有意或无意的思考这件事情。潜意识里都要达到这样一个目的,流程自定义,表单自定义,权限自定义,一切都是灵活配置的,不需要写代码。
又经历了很长时间的积淀,如今,它真的来了!
不过,它依然需要一定的技术门槛!它是不能直接交付给最终用户去使用的。我们需要对它进行二次开发和配置,大多数是SQL语句,查询和保存修改业务数据,负责处理业务库数据,也就是业务逻辑后移到数据库层。另外还要会编写少量的JS,CSS,HTML这些前端脚本,以配合页面的展示。(但是你不需要会java,不用懂php,也不需要python...但是会数据库,这是最低要求)最终用户是不会处理这些的。事实上,我们的最终用户非常排斥使用业务系统来帮他们完成手头工作。这需要技术部门不断的培训和疏导,更重要的是要得到业务部门更高一级领导的支持和认同。
废话少述,下面开始介绍安装部署,项目启动之后,里面有配置的demo和文档
第一步:
安装Docker软件,这个不用介绍,网上有很多
第二步:
运行容器:
docker run -itd --name wf -p 1980:1980 --mac-address=f4:0f:24:33:26:39 6996899/workflow_net_cn sh -c "/opt/workflow.net.cn/start.sh"
第三步:
将数据库文件复制出来,在dos或者shell环境下执行
docker cp wf:/opt/workflow.net.cn/config/ d:/config/
第四步
删除掉之前的容器,为了挂在配置文件到本地磁盘。
docker stop wf; docker rm wf;
第五步:
再次启动容器,不过此时将d:/config/挂载到容器的/opt/workflow.net.cn/config/目录,为了修改配置库更加方便
docker run -itd --name wf -v d:/config:/opt/workflow.net.cn/config -p 1980:1980 --mac-address=f4:0f:24:33:26:39 6996899/workflow_net_cn sh -c "/opt/workflow.net.cn/start.sh"
不知道 -v 后面写反了没有,如果写错了,请docker高手自动纠正。
第六步:
修改本机hosts文件,增加一行:
127.0.0.1 trial.workflow.net.cn
127.0.0.1是docker宿主机地址
第四步:
浏览器访问:trial.workflow.net.cn:1980,提示输入用户名密码,表示安装成功,默认账号:000001,默认密码:123456
登录之后,参考"示例"栏目,也就是demo程序,里面详细分解了一个软件模块里面是怎么配置的,需要结合配置库中的配置库来调整,改几次数据就能找到规律了。