Watson Dialog не распознает продолжение разговора

При попытке использовать инструмент Dialog, чтобы понять, как работают API-интерфейсы, я столкнулся с проблемой, когда POST-запрос к / разговору создает новый диалог вместо продолжения существующего. Я использую документы, которые можно найти по адресу: http://www.ibm.com/smarterplanet/us/en/ibmwatson/developercloud/dialog/api/v1/

Первоначальный POST возвращает диалог и идентификатор клиента, но последующие запросы с добавленными этими значениями вместе с входным значением просто возвращают информацию для нового диалога. Эти документы неточны?

Вот скриншот одной из моих многочисленных попыток заставить это работать. Идентификаторы клиента и подключения взяты из предыдущего сообщения POST для / разговора.

http://imgur.com/4035dWe

Спасибо за вашу помощь!


person Alex P    schedule 15.02.2016    source источник
comment
У меня сработало: звучит хорошо! Ваша пицца будет готова через 20 минут. Хотите заказать другой?   -  person K.Nicholas    schedule 16.02.2016
comment
Я не уверен, что я что-то напортачил? Идентификаторы беседы и клиента взяты из начального сообщения POST по URL-адресу. imgur.com/4035dWe   -  person Alex P    schedule 16.02.2016
comment
Я не указал идентификатор клиента. Это вызвало проблемы.   -  person K.Nicholas    schedule 16.02.2016


Ответы (2)


При первом звонке в Converse вы не должны указывать ID разговора. Dialog вернет идентификатор разговора с первым ответом.

Затем вы используете этот идентификатор для поддержания разговора. Неясно, делаете ли вы это в приведенном выше примере.

person Simon O'Doherty    schedule 16.02.2016
comment
Верно, я получил этот разговор и идентификаторы клиентов из предыдущего звонка, и то, что было изображено, было результатом показанного звонка. Но мне удалось это понять! Подробности в моем ответе. - person Alex P; 17.02.2016

Оказывается, я использовал неправильную кодировку для идентификатора разговора / клиента и ввода. Watson ожидает, что значения формы будут закодированы в URL. Как только я внес это изменение, проблема была решена.

Спасибо всем, кто уделил свое время и помощь!

person Alex P    schedule 16.02.2016