irisnet 发表于 2022-10-24 23:09:18

扩展程序实现附件Bug反馈

blob:https://www.o2oa.net/87eef8a6-f942-42ee-b57b-98f114f5d327

这里应该是附件的内容， 而不是附件的id。

Ray 发表于 2022-10-25 10:37:51

这里应该是附件的id,然后在对端的自定义程序再取出来进行修改,然后返回,这样可以减少一次附件内容的传输.

irisnet 发表于 2022-10-26 10:44:39

如果是这样的逻辑就没有问题。 第三方根据id再获取一次流程附近信息， 自己处理，然后再上传到流程中。

我还正在头疼，按照帖子的说法 https://www.o2oa.net/cms/issue/356.html

传递的是byte[] , 就有问题。

文件内容修改了，已经从docx变为pdf， 但是 文件名没有变，还是类似test.docx, 就麻烦了。

irisnet 发表于 2022-10-27 17:36:53

Ray 发表于 2022-10-25 10:37
这里应该是附件的id,然后在对端的自定义程序再取出来进行修改,然后返回,这样可以减少一次附件内容的传输. ...

对于文件类型变更有问题。 比如pdf 转为 png了。下载的文件还是xxx.pdf.   而不是xxx.png。

Ray 发表于 2022-10-28 16:47:37

您说的我确认一下.

Ray 发表于 2022-10-28 16:54:04

您说的是个问题,设置这个功能的时候是为了商密加/解密设置的,文件内容可能修改,但文件类型不会修改,您这里似乎是用于pdf转jpg之类的功能,的确是有问题的,后续的代码
Wo wo = new Wo(bytes, this.contentType(false, fileName), this.contentDisposition(false, fileName));
是通过文件名类型进行类型判断的,我觉得即使传byte[]也无法实现类型的变更,除非是新加接口增加返回类型比如 Pair.of(byte[] bytes,String fileName)通过两个返回值进行判断.

Ray 发表于 2022-10-28 16:56:26

另外系统默认就提供了docx/doc预览,是通过转pdf实现的.

irisnet 发表于 2022-10-28 19:47:04

了解了， 确实超出了这个功能的使用范围。 感谢！
页: [1]
查看完整版本: 扩展程序实现附件Bug反馈