Есть ли способ исправить объект, используя подстановочные знаки или список путей - PullRequest
Новая
       85

Есть ли способ исправить объект, используя подстановочные знаки или список путей

1 голос
/ 12 марта 2020

Я пытаюсь обновить объект, используя конечную точку PATCH /v2/entities/id/attrs. Служба идентификатора известна; Однако путь службы не является.

Моей первой попыткой было оставить заголовок пустым или, скорее, вообще не отправлять его. Для запроса GET это работает правильно, однако для PATCH это возвращает мне 200. Первый вопрос, это ожидаемое поведение?

Вторая попытка заключалась в использовании подстановочного знака. Я знаю, что моя сущность находится в SP /automatization/<something>. Я попытался PATCHing на /automatization/# и получил 204, но сущность не изменилась.

Моя последняя попытка состояла в том, чтобы использовать список известных SP: я знаю, что объект, который я хочу, находится в одном из нескольких SP, поэтому в качестве заголовка SP использовался список, разделенный запятыми. То же, что и выше: 204, но без изменений.

Я что-то упустил?

Версия Orion: 

{
"orion": {
"version": "2.3.0-next",
"uptime": "2 d, 1 h, 50 m, 52 s",
"git_hash": "c99fef1b5c93bf1673d407968c2c101f01b95980",
"compile_time": "Tue Mar 10 09:46:52 UTC 2020",
"compiled_by": "root",
"compiled_in": "0a42bdf43030",
"release_date": "Tue Mar 10 09:46:52 UTC 2020",
"doc": "https://fiware-orion.rtfd.io/"
}
}

1 Ответ

2 голосов
/ 13 марта 2020

К сожалению, путь службы не возвращается в данных полезной нагрузки запросов. Это решило бы вашу проблему. Если бы я был вами (и если бы у вас был доступ к БД), я бы использовал оболочку mon go, чтобы найти путь обслуживания вашей сущности. О получении 204, это похоже на ошибку. Сущность, которую вы хотите исправить, не найдена (поскольку вы указали неверный путь службы), и 404 должен быть возвращен. Списки и подстановочные знаки в качестве путей обслуживания предназначены только для запросов, но не для создания / обновления. Если вы спросите меня, брокер тоже должен подать жалобу, указав 400 и «Неверный путь к сервису» ... Похоже, у нас есть две проблемы, кроме той, которая включает путь к сервису в ответ ...

...