Показать сообщение отдельно
  #2  
Старый 17.08.2016, 16:41
Sergey Poziturin
Guest
 
Сообщений: n/a
По умолчанию rest-api JSON RPC 2.0

Sergey Poziturin написал(а) к Kirill Temnenkov в Apr 16 23:18:43 по местному времени:

Нello, Kirill Temnenkov.
On 05.04.16 16:06 you wrote:

KT> 1) Добавить еще опциональных параметров (для ориджина, для msgid,
KT> для других клуджей, для всякой прочей лабуды) 2) Написать
KT> документацию к этой (пока) единственной функции - в wiki на
KT> гитхабе. В каком именно репозитории - зависит от пункта 3. 3)
KT> Зарелизить. Если Иван не прогонит - то это будет либо отдельный
KT> модуль jnode-rest-api-module, либо изменение в веб-морде
KT> jonde-http-module (почему так сложно - я не хочу плодить лишних
KT> зависимостей и хочу использовать com.sparkjava:spark-core:1.1.1
KT> (http://sparkjava.com/), а он позволяет только один инстанс :-].
KT> Веб-морда нужна не всем (у меня, например, ее нет), поэтому
KT> хотелось бы иметь возможность подключать api в виде отдельного
KT> модуля. Если Иван прогонит - ну тогда будет отделный модуль уже в
KT> моих гитахабовых репозиториях. 4) Начать фигачить остальные
KT> процедуры. Видимо, в первую очередь надо сделать методы для
KT> получения списка эх, чтения сообщений в эхах (видимо, какой-то
KT> список с фильтрацией и пейджингом). 5) Ради интереса нарисовать
KT> "сторонюю веб-морду" на этом API и телеграм-бота - очень-очень
KT> простые и элементарные поначалу. 6) И перейти на цикл "новые
KT> методы api" -> "новые методы в сторонней веб-морде и боте" ->
KT> "новые методы в api" ... Как-то так. Коллеги, у кого-нибудь есть
KT> острое (и обоснованное) возражение?

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

И это конечно открывает нам расширенные функции взаимодействия хотдога и jnode минуя binkp. Морально готов писать ещё одного провайдера :)

--
Best regards!
Posted using Нotdoged on Android
--- Нotdoged/2.13/Android
Ответить с цитированием