Activiti7工作流的开发讨论点以及开发路线。

短期内讨论的要点是:

l代码质量、编码标准、代码成熟度和代码模块性。

l我们将用于维护项目健康的基础设施变更和工具。

l新Rest HAL api,JSON负载的新消息端点，JSON有效负载的新事件侦听器。

l我们将把不属于核心流程引擎的所有组件解耦到新的存储库和集中的服务

l我们将提供与Spring社区(Spring Boot 2 / Spring Cloud)的对齐，目标是AWS + Kubernetes + Docker作为我们的主要部署策略

l我们将尽可能多地重用Spring Cloud，以确保流程引擎不会与基础设施提供的服务重叠

通过覆盖所有这些关键点，我们计划提供一组服务，您将能够使用它们作为实现的构建块，确保流程引擎只负责自动化您的业务流程，而与您的基础结构的阻抗不匹配是最小的。以下是未来三个月的路线图。我们的目标是在2017年7月底前测试我们的发布过程，所以第一个版本可能会被推迟一点。

里程碑:2017年7月31日

清理老版本的代码

清理仓库和重构

依赖升级/与Spring 5 & Spring Boot 2的对齐

基础设施

GIT / Travis（持续集成工具） /Bamboo（）是一款持续集成构建服务器软件(Build Server)（非开源软件）） / Maven

每日快照

测试覆盖率审查

测试框架综述

日志框架综述

域API + HAL API +运行时包

流程定义重写

程序运行时

任务运行时

审计事件源/制作人

事件存储用于审计信息——初始实现

我们应该能够查询多个流程引擎生成的所有事件

身份管理和SSO集成

第一次发布

2017年8月1日至28日

API + HAL API +运行时包

源/制作人集成事件

(异步作业执行的来源/生产者)

运行时信息的事件存储——初始实现

网关(Zuul research in progress)-初始配置和基础设施

应用与服务注册(Eureka research in progress)-初始配置和基础架构

Tracer(进展中的Zipkin研究)-初始配置和基础设施

AWS示例演示了所有这些服务

运行时信息的事件存储——初始版本

基于事件来源和滚动快照的解耦查询模块

我们应该能够在不与引擎对话的情况下查询当前进程和任务的状态

应用服务/案例管理功能-初始版本

提供基本的案例管理结构

在不同的进程运行时包之间提供协调

处理版本管理，升级和案例管理，比如行为

我们鼓励所有用户尽快开始尝试我们的里程碑，这样您就可以了解到这些服务将如何适合您的实现。

我们期待着评论、问题、关注和合作。我们将以一种真正开放的方式工作，这意味着我们希望你参与开发这个和未来的路线图。我们正在寻找所有级别的贡献者，因此，如果您觉得附属于其中一个主题，您希望学习新事物或参与对话，请联系。

看到上面介绍的Activiti7开发路线，你是不是也觉得逆天了。到底是Activiti7好呢还是Flowable6好呢？欢迎在下面评论留言。