Про jnode / sync / api

Ivan Agarkov написал(а) к All в Apr 16 07:57:18 по местному времени:

Привет, All!

По пунктам:
- REST API пишется на чем угодно, поскольку jnode работает с базой. Если это апи будет уметь писать в базу то, что нужно - все, достаточно.
Для отправки нетмейла нужно записать почту в табличку netmail с sent=false ( и не забыть роутинг указать ), для отпраки этомейла - в таблицы echomail ( текст ) и echomailawait ( список линков кому отправить ), для отправки файла - filemail & filemailawait.
- Синхронизация Java2Java пишется тупо через сериализацию объектов по http(s). Что на одной стороне будет упаковано - то на другой будет распаковано. Неделя на обсуждение, часа 2 на реализацию.
- Синхронизация Java2Other пишется как и rest api сторонней фигней с записью в базу. Почему так? Потому что в идеале все это должен хэндлить JEE-сервер, но в текущем виде jnode - JSE приложение и в глассфиш не лезет. Поэтому проще не пытаться вокруг jnode выстроить JEE-сервер а сделать стороннюю синхронизацию - все пути есть.

* Оригинал написан в ru.jnode
* Скопировано в ru.ftn.develop


С наилучшими пожеланиями, Ivan.
--- /usr/bin/vim

Sergey Sarabun написал(а) к Ivan Agarkov в Apr 16 21:26:57 по местному времени:

Нello, Ivan Agarkov.
On 04.04.16 7:57 you wrote:


IA> По пунктам: - REST API пишется на чем угодно, поскольку jnode
IA> работает с базой. Если это апи будет уметь писать в базу то, что
IA> нужно - все, достаточно. Для отправки нетмейла нужно записать
IA> почту в табличку netmail с sent=false ( и не забыть роутинг
IA> указать ), для отпраки этомейла - в таблицы echomail ( текст ) и
IA> echomailawait ( список линков кому отправить ), для отправки файла
IA> - filemail & filemailawait. - Синхронизация Java2Java пишется тупо
IA> через сериализацию объектов по http(s). Что на одной стороне будет
IA> упаковано - то на другой будет распаковано. Неделя на обсуждение,
IA> часа 2 на реализацию. - Синхронизация Java2Other пишется как и
IA> rest api сторонней фигней с записью в базу. Почему так? Потому что
IA> в идеале все это должен хэндлить JEE-сервер, но в текущем виде
IA> jnode - JSE приложение и в глассфиш не лезет. Поэтому проще не
IA> пытаться вокруг jnode выстроить JEE-сервер а сделать стороннюю
IA> синхронизацию - все пути есть.
А зачем это все? Получится продукт напоминающий форум или google-groups.



--
Best regards!
Posted using Нotdoged on Android
--- Нotdoged/2.12/Android

Sergey Poziturin написал(а) к Sergey Sarabun в Apr 16 04:30:21 по местному времени:

Нello, Sergey Sarabun.
On 05.04.16 21:26 you wrote:

IA>> По пунктам: - REST API пишется на чем угодно, поскольку jnode
IA>> работает с базой. Если это апи будет уметь писать в базу то, что
IA>> нужно - все, достаточно. Для отправки нетмейла нужно записать
IA>> почту в табличку netmail с sent=false ( и не забыть роутинг
IA>> указать ), для отпраки этомейла - в таблицы echomail ( текст ) и
IA>> echomailawait ( список линков кому отправить ), для отправки
IA>> файла - filemail & filemailawait. - Синхронизация Java2Java
IA>> пишется тупо через сериализацию объектов по http(s). Что на
IA>> одной стороне будет упаковано - то на другой будет распаковано.
IA>> Неделя на обсуждение, часа 2 на реализацию. - Синхронизация
IA>> Java2Other пишется как и rest api сторонней фигней с записью в
IA>> базу. Почему так? Потому что в идеале все это должен хэндлить
IA>> JEE-сервер, но в текущем виде jnode - JSE приложение и в
IA>> глассфиш не лезет. Поэтому проще не пытаться вокруг jnode
IA>> выстроить JEE-сервер а сделать стороннюю синхронизацию - все
IA>> пути есть.
SS> А зачем это все? Получится продукт напоминающий форум или
SS> google-groups.

Тот случай, когда "если вы не понимаете, значит вам это не нужно" :)

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

--
Best regards!
Posted using Нotdoged on Android
--- Нotdoged/2.13/Android