Конечные точки веб-службы, какова лучшая практика?

Question

Итак, у меня есть проект, который добавляет несколько полей, и затем мне нужно иметь доступ к этим полям через REST API. Я создал конечную точку веб-службы на основе 18.200.001, и она была развернута (путем присоединения ее к проекту настройки) примерно для 10 арендаторов.

Теперь я делаю небольшое изменение, добавила пару новые поля для настройки и добавлены их в WSE. Он также развертывается для нового арендатора, у которого его вообще нет. Я оставил ему то же имя / номер версии, думая, что он просто обновится. При этом не похоже, что он что-то сделал с одним из арендаторов, и, по-видимому, он не копировал нового арендатора.

Дополнительно, чтобы усложнить ситуацию, кажется, что на одном арендаторе, По умолчанию 18.200.001 WSE заканчивается в AccountLocation. Есть ли какой-нибудь процесс восстановления WSE, если он вышел из строя?

Заранее спасибо.

Answer 1

Для части, где конечная точка не была повторно развернута на другом сайте, вы можете использовать опцию publi sh с очисткой проекта настройки.

здесь есть дополнительная информация о том, почему: https://help-2019r2.acumatica.com/ (W (6)) / Справка? ScreenId = ShowWiki & pageid = 4ee2a834-c0df-4112-8417-b139d927a3fa

Но, чтобы возобновить его, поскольку конечной точкой являются данные, которые хранятся в базу данных, проект настройки может определить, была ли эта конечная точка уже вставлена, и пропустить ее, если он снова ее увидит.

Использование параметра Publi sh с очисткой заставит ее повторно опубликовать sh конечную точку .

Для отсутствующей части конечной точки вы можете использовать установщик erp, который вы используете для создания сайта, и попытаться восстановить базу данных, обновив только часть базы данных до той же версии.