я предпочитаю, всегда, штатные средства, по-максимуму
dojo включили - его и использую, будут задачи критичные к к-л аспекту фронта- задумаюсь
в дожо тоже можно симпатично, но придется руками
ExtJS мне понра, но он тоже платный
dojo включили - его и использую, будут задачи критичные к к-л аспекту фронта- задумаюсь
в дожо тоже можно симпатично, но придется руками
ExtJS мне понра, но он тоже платный
Vaadin не рассматривали в качестве альтернативы для XPages?
Разработка на чистой Java, с XPages SDK деплой прям из IDE на сервер(правда надо перезапустить http службу вручную, ну или JRebel)
jar собирается в виде OSGI бандла и устанавливается через Update Site
Авторизация пользователя средствами Domino, а в Vaadin получение текущей сессии уже через
Session s = ContextInfo.getUserSession();
ну и дальше соответственно все остальные объекты домино через Notes.jar
к тому же можно даже интегрировать модуль vaadin-a в XPages и использовать их совместно
у Vaadin-a есть пример Addressbook. Он прекрасно "залетел" в Domino и все отображается, причем переделал на получение данных из names.nsf и сохранению новых пользователей.
Единственный минус это как всегда Java 1.6 на Domino. Но и в этом случаи есть вариант пересадить на другой сервер(Tomcat, Jboss, Netty или комплексные Apache ServiceMix или JBOSS FUSE) и ввести дополнительную форму ввода логина и пароля и проверки валидности в Domino. И также использовать Notes.jar или REST
Разработка на чистой Java, с XPages SDK деплой прям из IDE на сервер(правда надо перезапустить http службу вручную, ну или JRebel)
jar собирается в виде OSGI бандла и устанавливается через Update Site
Авторизация пользователя средствами Domino, а в Vaadin получение текущей сессии уже через
Session s = ContextInfo.getUserSession();
ну и дальше соответственно все остальные объекты домино через Notes.jar
к тому же можно даже интегрировать модуль vaadin-a в XPages и использовать их совместно
у Vaadin-a есть пример Addressbook. Он прекрасно "залетел" в Domino и все отображается, причем переделал на получение данных из names.nsf и сохранению новых пользователей.
Единственный минус это как всегда Java 1.6 на Domino. Но и в этом случаи есть вариант пересадить на другой сервер(Tomcat, Jboss, Netty или комплексные Apache ServiceMix или JBOSS FUSE) и ввести дополнительную форму ввода логина и пароля и проверки валидности в Domino. И также использовать Notes.jar или REST
ну судя по ODA "они" так и делают.
Vaadin не использовал и он "тяжеловат", по отзывам...
тяжеловат для чего? для сайтов тяжеловат, а вот для корпоративного приложения это не критично, причем Vaadin не однократно в своих вебинарах говорит о том, что именно корпоративные приложения их ниша
Сейчас начинаю некий пилотный проект по переделке одного модуля с интерфейсом под vaadin. Если будет интересно могу куда-нить выкладывать успехи и неудачи.
Пока меня настораживает только ибэмовская jvm и то как они встроили equinox. Не будет ли утечек памяти при большой нагрузке пользователей
прям сюда, будет очень интересно
Еще, для вступления, хорошобы по шагам описать прикручивание всего к домине. В меру детально
Я вот даже не смог освоить деплоймент либ через экспедитор (кот. встроен в нотусню) для классических проложений - не знаю куда бежать, чего нажимать, интернеты молчат или несут такое...
взялся велик пилить (через UserProfile) с подкладыванием jar с линками на др. jar (обход ограничения в notes.ini, по длине строки)
Рекомендую сразу реализовывать на стороне, т.е. использовать отдельный вебсервер (Jetty, Tomcat и т.д.).
Тут вам разработка в нормальной IDE (Eclipse/IDEA), нормальная отладка кода, 8-я Java, системы контроля версий без лишних танцев с бубнами, быстрый запуск/перезапуск.
Если до этого с Vaadin'ом особо не работали, то советую сначала попробовать тестовое приложение по их инструкции:
Ссылка скрыта от гостей
P.S.
Только учтите, что после Vaadin'а разрабатывать под клиента Notes или в XPages уже не очень захочется. )))
я ведь писал, что с Xpages SDK можно писать в Eclipse и сразу деплоить на сервер. Дебагер через удаленный хост и порт.
Естественно это все в git и единый репозиторий(artifactory), от куда и заливать на сервера
вот именно данное приложение я уже и задеплоил на сервер Domino и оно у меня отображает и регистрирует пользователей на сервере
только в качестве отдельного сервера я хочу использовать платформу
Ссылка скрыта от гостей
, в которой встроен
Ссылка скрыта от гостей
, Apache Camel, Apache ActiveMQ и еще кучу интересных плющек. Camel очень здорово уменьшает разработку, очередя ActiveMQ и внутреннии очередя camel решат проблему клиенского и серверного взаимодействия и через них я планирую заменить серверные агенты. Но этой 2-й этап......
Последнее редактирование модератором:
Только размещая внутри Domino я сразу получаю сессию пользователя
Session s = ContextInfo.getUserSession();
А если на стороне, то надо через
Session s = NotesFactory.createSession(host,username,password);
т.е. это пользователя заставить вводить логин и пароль. А у нас политика единого входа через AD и тут уже надо будет какой-то бандл для авторизации писать на стороне Domino, который будет проксировать на сервер с vaadin... или что-то другое, но пока в голову другого не приходит
Вот решить эту задачу и однозначно выбрал бы внешний сервер....а так пока это как якорь тянет назад
Для заинтересованных выложу пару ссылок, на основе которых можно развернуть тестовое приложение vaadin в Domino
на пример vaadina ссылка была ранее
На постоянной основе установку можно произвести через UpdateSite в лотусе. Как создать базу UpdateSite описано в библиотеке
Можно и вручную установить бандл, но через features удобней и он там сам следит за последней актуальной версией и всегда можно проконтролировать что установлено, а что нет(в будущем там будет их много)
на пример vaadina ссылка была ранее
Ссылка скрыта от гостей
Ссылка скрыта от гостей
Ссылка скрыта от гостей
На постоянной основе установку можно произвести через UpdateSite в лотусе. Как создать базу UpdateSite описано в библиотеке
Ссылка скрыта от гостей
саму библиотеку тоже желательно обновить до последнейМожно и вручную установить бандл, но через features удобней и он там сам следит за последней актуальной версией и всегда можно проконтролировать что установлено, а что нет(в будущем там будет их много)
Лицензированием. Не все кто будет заходить на сервер Domino должен быть авторизован Domino. Т.е. Domino будет все также предоставлять доступ к документам на основе ридерс полей, но вот за то, что там будет находиться это уже будет решаться программно. Такие пользователи будут пользоваться только моими базами и через web интерфейс.
ну здесь есть всякие "утилити" сервера
у них др. схема лицензирования (ЕМНИП) - когда не нужна отельная кал на юзера
и потом... зависит от того - где IdP
Помогите просто gwt приложение сделать как пример с vaadin.
https://codeby.net/threads/pomogite-zapustit-gwt-prilozhenie.60195/
https://codeby.net/threads/pomogite-zapustit-gwt-prilozhenie.60195/
Обучение наступательной кибербезопасности в игровой форме. Начать игру!