По состоянию на вчерашний день, когда я публикую (текущий) Продукт и его API, развернутая сборка не обновляется, и то, что выполняется, находится в более раннем состоянии - скорее всего, с начала декабря. Домен APIC был создан в конце ноября, поэтому то, что я развернул, может быть даже начальным развертыванием.
В качестве теста я изменил описание API (добавьте «XXX») и изменил сценарий шлюза, добавив XXX в «console.warn» в начале сборки. Изменение описания можно увидеть на портале, но в журнале DP нет видимых «XXX». Я установил уровень журнала DP на «debug», но ни один из операторов «tracing», добавленных в Dec, не виден.
У кого-нибудь есть идеи относительно того, как я могу решить эту проблему? Или, как я могу увидеть развернутый код API? Я посмотрел в DP File Management, но все датировано в конце ноября.
[EDIT]
Каталоги в режиме разработки, поэтому я изменяю и публикую их, используя ту же версию. Я только что выполнил серию тестов с использованием API, упомянутого выше (VAT-Num-Check) (который является нашим первым «настоящим» API), и более старого тривиального, который просто делит два числа. Каталог «Песочница» связан со шлюзом DEV, а каталог SIT - со шлюзом SIT.
Другим видом повреждения является то, что после развертывания нового API его вызов вызывает 404 «URI соответствия ресурсов не запрошен».
Мои выводы:
Что-то сломалось на сервере Mgmt и / или DP APiC Gateway. После развертывания кода в DP его нельзя изменить или удалить. Изменения в Portal верны.
Возможное исключение состоит в том, что развертывание API проверки НДС-номера, по-видимому, вернулось к более ранней версии после публикации CLI на шлюзе SIT этим утром.
[/ EDIT]
Справочная информация:
Я создаю сценарий Windows для публикации проектов Product / API, а затем запускаю тесты Postman. Это означает, что я выполнил много действий по публикации для DP (тип V5). В понедельник вечером в моем последнем заезде тесты Почтальона все работали. Вчера утром некоторые провалились.
Еще в начале декабря я внес изменение, чтобы во всех сообщениях об ошибках JSON в пользовательских ответах использовался error в качестве «префикса» содержимого сообщения. До этого некоторые использовали сообщение , а некоторые использовали ответ . Причиной сбоев является то, что сообщения об ошибках вернулись к использованию более раннего префикса.