恢复附件遗留的超载交易

FixEmailService
已装运
2026年9月3日 01:03 UTC
作者
Kamo
提交
6d31ee1

baf3c88 增加了一个附件参数,通过移动整个身体发送 ToUser 进入一个新的六参数超载。 @ Transactional 留在了五论上 签字,从那时起只代表——和POST/api/电子邮件/templades/发送, 平台上每个交易邮件背后的服务到服务端点, 唤作六辩一相. 所以没有跑 交易并丢弃交易要求的例外。 从2026-09-01 22: 21起,每个模板发送都回答500,给SecurityService, EsigService, Media Service, 守护进程服务和 DocsService — 交接后 给SMTP的留言,所以邮件发出,电话员被告知没有. 最糟糕的是成员创建:安全服务发送验证邮件 从成员创建交易内部, 所以500 标记该交易 仅回滚和"Add会员"死后每回都有一个赤裸的"内部服务器错误" 抛弃一个完全成立的成员。 报告日期 和谐家庭贷款;它是全平台的。 解决每个字段.方法() 通过反射为寄存器服务, 当查询@ 修改时失败 没有 @ Transactional 本身是用非方法达到的 @ 交易。 它通过声明而不是名字追踪超载, 这是这里的全部要点——注解的双胞胎本来可以澄清 坏了一个。 检测出虫子上的红色和固定的绿色.

所有更改

就像你看到的运输?

每一个都自动更新您工作空间的地盘。 开始自由,看它成长 一周又一周.

永远开始自由查看定价