APIC 2018.3.7 OVA：API的Assembly部分尚未部署-已还原到更早的版本吗？

Question

截至昨天，当我发布（当前）产品及其API时，已部署的Assembly尚未更新，运行的是早期状态-最有可能是从12月初开始。 APIC域是在11月底创建的，因此我所部署的甚至可以是初始部署。

作为测试，我更改了API的描述（添加了“ XXX”），并更改了Gateway脚本，以在程序集开始时将XXX添加到“ console.warn”。 可以在Portal中看到描述更改，但在DP日志中看不到“ XXX”。 我将DP日志级别设置为“调试”，但是看不到12月添加的“跟踪”语句。

有人对我该如何解决有任何想法吗？ 或者，如何查看API的已部署代码？ 我查看过DP文件管理，但是所有内容都注明于11月底。

[编辑]

目录处于开发模式，因此我使用相同的版本进行更改和发布。 我刚刚使用上述api（VAT-Num-Check）（这是我们的第一个“真实” api）和一个较旧的琐事（仅将两个数字相除）进行了一系列测试。 沙盒目录与DEV网关关联，而SIT目录与SIT网关关联。

另一种损坏是，在部署新的api之后，调用它会导致404“没有资源与请求的URI匹配”。

我的结论是：

Mgmt服务器和/或DP APiC网关发生了故障。 将代码部署到DP后，将无法更改或删除。 Portal中的更改是正确的。

可能的例外是，在今天早晨CLI发布到SIT网关之后，VAT-Num-check API的部署似乎已恢复为早期版本。

[/编辑]

背景：

我一直在创建Windows脚本来发布产品草案/ API，然后运行邮递员测试。 这意味着我一直在对DP（V5类型）执行许多发布操作。 在我最后一次运行的星期一晚上，邮递员测试了所有工作。 昨天早上，有些失败了。

早在12月初，我就进行了更改，以便用户响应中的所有JSON错误消息都将error用作消息内容的“前缀”。 在此之前，一些使用过的消息和一些使用过的回复 。 失败的原因是错误消息已还原为使用较早的“前缀”。

Answer 1

API Connect 2018.3.7于2018年11月15日停止支持。您需要升级到2018.4.1.x，这将得到长期支持。

如果此时仍然存在问题，请打开支持通知单以进行进一步调查。