我们正在使用 Forge 将 STEP 文件导入到 output.DWG 的模型空间中。然后,一个 DLL 将几个 DWG 文件的模型空间几何图形组合到单个 DWG 的多个布局/图纸空间中。直到最近,当组合过程完全停止发生时,这种工作表组合才完美运行。
Forge 最近发生了一些我们不知道的变化吗?可能导致此问题的更新/补丁或类似的东西?
这是生产应用程序的一个问题,此时被认为是中断,并且对时间非常敏感。
编辑:以下是我们注意到此过程生成的日志文件之间的一些差异。在第一部分中,AutoCAD 编写的措辞在提取过程中略有变化:
[08/01/2019 17:15:35] 结束下载 https://.... 1556909 字节已解压缩到文件夹T:\Aces\Jobs\a43e5ca7faaa4db8b5374aaef71b36d3\cadlayouts。
[08/19/2019 17:25:53] 结束下载文件 https://.... 1771363 字节已写入T:\Aces\Jobs\d12f3bed13b84d29b31226222e3cf3c9\cadlayouts。
在 8/19 的日志中,所有行之间都登录了:
启动 AutoCAD Core Engine 标准输出转储。
和:
结束 AutoCAD Core Engine 标准输出转储。
正在写入两次,但这在 8 月 1 日的日志文件或该日期之前的任何日志中都没有发生。
编辑 2:
昨天我们使用 .NETDirectoryInfo
类将所有目录拉到一个列表中,将所有文件拉到另一个列表中,并将它们全部写入日志。应该被识别为目录的 cadlayouts 实体(因为它是由 Forge 提取的 zip)反而被列为文件。Directory.Exists()
我们的流程在工作项将 DWG 合并到输出之前运行检查,并且此调用返回false
cadlayouts 文件夹,绕过我们的组合逻辑。如果文件系统上的结果实体不被视为目录,那么 Forge zip 提取过程如何正常工作?