Domino Open Liberty Runtime

[savl]

То есть оно не для того, чтобы перенести туда обычные агенты и web-сервисы?

Ну почему же. Заменяем агент на servlet, потом вызываем через http, с помощью базовых классов, которые в 10-ке появились.

 

[garrick]

Ну почему же. Заменяем агент на servlet, потом вызываем через http, с помощью базовых классов, которые в 10-ке появились.

И не забываем, что в новых чудесных классах HTTP POST и JSON ограничены 64К, а посему спокойно продолжаем пользоваться старыми самопальными.

 

[savl]

И не забываем, что в новых чудесных классах HTTP POST и JSON ограничены 64К, а посему спокойно продолжаем пользоваться старыми самопальными.

а не надо пересылать "ВиМ", там не требуется столько, мы же говорим про собственный сервлет, а не про внешний.
Как ты его напишешь, так работать и будет. Например, передавать не всю модель, которую генеришь на клиенте до вызова, а передать ключевые параметры. А модель уже в сервлете генерить.
Самопальные это url.Open + writeByte?
Вот столкнулись, что не всегда это работает с рестами, если требуется вызвать кучерявый рест, то могут быть проблемы. Приемником кафка была, требовала определную модель на вход.
Модель сделали, отправляем - ошибка, смотрим, все верно, через postman/rest-test/soap-ui все уходит корректно. Из лотуса - нет.
Заменили на использование appach http, норм всё.

 

[lmike]

заметил, что в IDEA подлючить remote сервер OL с другого хоста не получается, только localhost - печалька - надо еще покопать.

там же порт специфичный - просто редайрект через ssh тоннель

 

[lmike]

а не надо пересылать "ВиМ", там не требуется столько, мы же говорим про собственный сервлет, а не про внешний.
Как ты его напишешь, так работать и будет. Например, передавать не всю модель, которую генеришь на клиенте до вызова, а передать ключевые параметры. А модель уже в сервлете генерить.
Самопальные это url.Open + writeByte?
Вот столкнулись, что не всегда это работает с рестами, если требуется вызвать кучерявый рест, то могут быть проблемы. Приемником кафка была, требовала определную модель на вход.
Модель сделали, отправляем - ошибка, смотрим, все верно, через postman/rest-test/soap-ui все уходит корректно. Из лотуса - нет.
Заменили на использование appach http, норм всё.

этот сервер локальный для домины и стало-быть весь обмен можно замутить файлами, тупо передавать локальный урл файла, в котором всё остальное

 

[lmike]

У нас всё на Notes-клиентах, браузеров нет. То есть оно не для того, чтобы перенести туда обычные агенты и web-сервисы?

ну тогда "лёгкий" путь - что делал я
и деплой "там" примитивный и обмен предсказуемый, и домина не упадёт от данного кода

 

[VladSh]

Нет, это только web разработка.

Жаль, я думал, что агенты по расписанию можно толкать, как-то скрестив с

Ссылка скрыта от гостей

...
Ну и что возможно просто и быстро разворачивать свои REST-web-сервисы.

 

[lmike]

Жаль, я думал, что агенты по расписанию можно толкать, как-то скрестив с

Ссылка скрыта от гостей

...
Ну и что возможно просто и быстро разворачивать свои REST-web-сервисы.

а никто не мешает из запускать через хттп
по сути - эта наработка обычный аппсервер внутри домины, и это внутри дает как + так и -:
+ можно использовать нотес классы (с оговорками)
+ можно не задумываться о пробросе атентификации (хотя ничто не мешает использовать $WSRU)
- потенциальная неустойчивость - ибо в контексте домино сервера
- требует "сложного" деплоя
- поддержка под вопросом (всего стека)
- из агентов, кроме как по хттп - не достучаться

 

[VladSh]

а никто не мешает из запускать через хттп
- потенциальная неустойчивость - ибо в контексте домино сервера

Ну, одноразовый старт агентов из Notes/Domino не так интересен, с этим прекрасно справляется обычный вызов NotesAgent.Run/RunOnServer. Интересно было бы иметь возможность запустить JAddin в новой JVM, а он бы уже:
- толкал агентов по расписанию, либо через какой-нибудь промежуток (у нас 3 LS-агента т. о. запускаются каждые 5 секунд для отработки "запросов", и уже десяток лет никаких проблем со стабильностью);
- либо сам выполнял какую-нибудь логику через определённый период времени, используя современную Java и напрямую обращаясь к объектам Domino.

- требует "сложного" деплоя

Думаю, можно было бы реализовать самостоятельно, через базы. Вложил файлы (jar и т.д.) в документ релиза, он отреплицировался на нужные сервера, и дальше процесс выложил их по нужным путям.

 

[savl]

Ну, одноразовый старт агентов из Notes/Domino не так интересен, с этим прекрасно справляется обычный вызов NotesAgent.Run/RunOnServer. Интересно было бы иметь возможность запустить JAddin в новой JVM, а он бы уже:
- толкал агентов по расписанию, либо через какой-нибудь промежуток (у нас 3 LS-агента т. о. запускаются каждые 5 секунд для отработки "запросов", и уже десяток лет никаких проблем со стабильностью);
- либо сам выполнял какую-нибудь логику через определённый период времени, используя современную Java и напрямую обращаясь к объектам Domino.


Думаю, можно было бы реализовать самостоятельно, через базы. Вложил файлы (jar и т.д.) в документ релиза, он отреплицировался на нужные сервера, и дальше процесс выложил их по нужным путям.

Думаю, что такое возможно.
Например, tomcat/wildfly + java qvartz + domino-jna. Вот тут нужен будет логин в домино под пользователем.

Еще вариант, сделать osgi плагин, как application, засунуть в updatesite, а этот US уже реплицировать + notes.ini, там настройку надо.
Этот плагин будет работать в http domino, то есть уже есть доступ.

 

[lmike]

- толкал агентов по расписанию, либо через какой-нибудь промежуток (у нас 3 LS-агента т. о. запускаются каждые 5 секунд для отработки "запросов", и уже десяток лет никаких проблем со стабильностью);

речь про жвм

Думаю, можно было бы реализовать самостоятельно, через базы. Вложил файлы (jar и т.д.) в документ релиза, он отреплицировался на нужные сервера, и дальше процесс выложил их по нужным путям.

не будет работать - если в контексте доминошной жвм, она классы предзагружает и вот эту тему я тоже решил в rtUtils

 

[lmike]

Думаю, что такое возможно.
Например, tomcat/wildfly + java qvartz + domino-jna. Вот тут нужен будет логин в домино под пользователем.

рабочий вариант, ток jna можно поменять на кип

Еще вариант, сделать osgi плагин, как application, засунуть в updatesite, а этот US уже реплицировать + notes.ini, там настройку надо.
Этот плагин будет работать в http domino, то есть уже есть доступ.

а вот это ток в хттп

 

[oshmianski]

Проверил использование domino-jna-0_9_44 в контексте Domino Open Liberty - работает.

Кроме Notes.jar и domino-jna-0_9_44.jar нужно добавить в артифакты: jna-4_4_0.jar, asm-6.0.jar, cglib-3.2.6.jar, concurrentlinkedhashmap-lru-1.4.2.jar, metadata-extractor-2.11.0.jar, xmpcore-5.1.3.jar.

Класса сессии в domino-jna я не увидел, используется из Notes.jar.