flowable使用taskService.addComment新增评论需要full_msg字段进行读取

背景

在构建创业项目JeecgFlow过程中,在调用taskService.addComment接口出现了异常。就是数据存储的Message信息出现了截取,也就是存储不完整。 效果如下.


flowable版本=6.7.2

问题排查

  • 接口详解及问题代码

    //新增评论的接口说明
    Comment addComment(String taskId,String processInstanceId,String message)
    //出问题的代码
    CommentHistoryRes.CommentDTO commentDTO = new CommentHistoryRes.CommentDTO();
    commentDTO.setComment(userTaskRejectReq.getComment());
    commentDTO.setImageUrl(userTaskRejectReq.getImageUrl());
    commentDTO.setTaskStatus("驳回");
    taskService.addComment(userTaskRejectReq.getTaskId(),userTaskRejectReq.getProcessInstanceId(), JSON.toJSONString(commentDTO));

  • 数据库字段Message的长短的排查

    CREATE TABLE act_hi_comment (
    ID_ varchar(64) COLLATE utf8_bin NOT NULL,
    TYPE_ varchar(255) COLLATE utf8_bin DEFAULT NULL,
    TIME_ datetime(3) NOT NULL,
    USER_ID_ varchar(255) COLLATE utf8_bin DEFAULT NULL,
    TASK_ID_ varchar(64) COLLATE utf8_bin DEFAULT NULL,
    PROC_INST_ID_ varchar(64) COLLATE utf8_bin DEFAULT NULL,
    ACTION_ varchar(255) COLLATE utf8_bin DEFAULT NULL,
    MESSAGE_ varchar(4000) COLLATE utf8_bin DEFAULT NULL,
    FULL_MSG_ longblob,
    PRIMARY KEY (ID_)
    ) ENGINE=InnoDB DEFAULT CHARSET=utf8 COLLATE=utf8_bin;

MESSAGE_字段4000, 完全满足我的业务需求啊。应该不是这个原因。

  • 错误的原因

    1.TaskService.addComment是新增操作, saveComment是修改操作。
    2.addComment应该在操作流程之前,例如用户任务节点审批,先进行addComment操作,然后complete完成
    3.comment表中,有两个字段message, full_message。message字段存储前163个字段内容。fullMessage完整的审批信息。因此获取审批内容是取fullMessage而不是message字段。

此获取审批内容是取fullMessage而不是message字段。

解决办法,因为我是一次性查询多个task的comment。因此直接走了表查询,采用jdbcTemplate,并且fullMessage使用string字段类型接收.

复制代码
String ids = taskIdList.stream().map(m -> "'" + m + "'").collect(Collectors.joining(","));
sql.append("select hc.ID_ as id, hc.PROC_INST_ID_ as procInstID, hc.TASK_ID_ as taskId, hc.MESSAGE_ as message, hc.FULL_MESSAGE_ as fullMessage ");
sql.append("from act_hi_comment hc where hc.TASK_ID_ in (" + ids + ")");
List<Map<String, Object>> resultList = jdbcTemplate.queryForList(sql.toString());

如果是单个task任务,可以用api

复制代码
taskService.getTaskComments(taskId)

更多关于工作流知识,请访问: www.jeecgflow.com

相关推荐
星核0penstarry2 天前
试一试用gr.Workflow把AI多步骤串联变成可视化画布
人工智能·python·ai作画·api·ai编程·工作流·api聚合平台
ShallWeL3 天前
【Agent工程】(6)—— 危险写操作与二次确认
人工智能·agent·工作流·智能体
小七-七牛开发者4 天前
拆解 dsh 系列:从源码和版本变化看 DeepSeek Harness 的设计取舍
ai·大模型·claude·token·工作流·skill·claudecode·ai coding
ylj_dev5 天前
从 0 构建 AI Workload Platform(九):真实场景、最小控制台与开源发布
go·react·开源项目·工作流·ai agent
小七-七牛开发者6 天前
Agent 小知识 | Skill 的设计与生命周期:从工具接口到能力模块
ai·大模型·agent·token·工作流·claudecode·ai coding
小七-七牛开发者7 天前
拆解 DeepSeek Harness:Profile 与 Bundle 如何装配运行时
ai·大模型·agent·token·工作流·claudecode·ai coding
ZGi.ai7 天前
ZGI 运行日志:还原任务与节点状态
可观测性·工作流·企业ai·zgi·运行日志
小七-七牛开发者8 天前
61 亿次请求背后:LLM Serving 的 Cache 与调度难题
ai·大模型·agent·token·工作流·claudecode·ai coding
ylj_dev8 天前
从 0 构建 AI Workload Platform(五):Agent Runtime、工具权限与自然语言工作流
golang·工作流·ai agent·大模型应用开发·agent runtime
技术小甜甜8 天前
Dify 工作流场景目录(2026):客服、回访、采购、知识库、系统集成怎么找入口
workflow·知识库·客服·工作流·dify·场景