К основному контенту

xPages. Начало

Пожалуй, сегодня можно начать отсчет в собственном освоении xPages для Lotus Notes\Domino. И до этого я пытался делать некоторые шаги в этом направлении, т.к. на мой взгляд это достаточно перспективно. К тому же, невозможно сделать вывод о реализации всех своих наработок, которые есть в данный момент под клиент (речь кончено же идет о внутреннем наполнении, а не об интерфейсе) на базе xPages не изучив предмет детально. Некоторое время назад (в апреле 2012) сходил даже на обучение в Учебный Центр IBM, что в Москва-Сити, но понять в полной мере инструмент за 3 дня не реально. Там более, что происходило это все в режиме "галопом по европам"

Основная доступная на русском языке информация - это форумы, но там больше в режиме вопрос-ответ или ссылки на англоязычные источники. Не могу сказать, что испытываю трудности с английским, скорее нет опыта в изучение большого количества технической информации на иностранном с большим количеством не ясных терминов - голова начинает пухнуть достаточно быстро.

Цель данной серии постов - постараться найти и понять основные моменты/понятия связанные с разработкой на xPages, структурировать у себя в голове эту информацию и попытаться ее изложить. Таким образом, во-первых, я буду сам ее понимать (ибо без  собственного понимания не возможно так же понятно изложить это кому-то другому) и создать некое подобие базы знаний по xPages на русском. Не ставлю перед собой какую-либо великую задачу нести свет xPages в России, но быть может кому-то так же будет полезно.

Итак, задача, которая стоит передо мной на данный момент: реализовать достаточно простую базу (тотализатор в его самом простом виде) при помощь xPages. Почему? Достаточно простой и понятный функционал для реализации; на простом, но, в целом, базовом функционале понять мощь xPages.

С чего начинать?... Не буду долго размусоливать свои думы, начинать детальное изучение xPages начну с OneUI. В первом понимании - универсальный интерфейс пользователя для xPages приложений.

Собственно что это и с чем это едят, постараюсь описать в следующей (следующих) статье.


Контакты:
Ярлыки:

Комментарии

Отправить комментарий

Популярные сообщения из этого блога

Занимательные алгоритмы. Поиск цикла в односвязном списке

И снова про тараканов, которые иногда возникают в голове. Как-то раз, засыпая, я задумался на курьезными задачками из своей сферы деятельности (Lotus Notes), которые можно было бы задать на собеседовании, плавно перешел к воспоминаниям о своих первых собеседования, когда опыта работы еще не было. Опыт самих собеседований у меня не велик а места, где задавались действительно интересные задачи (а не задачки типа: написать сортировку массива любым известным способом) вообще равны одному - это ABBYY. Как минимум одна задачка в списке на знание и понимание классических алгоритмов, описанных в книге Дональда Кнута -  Искусство программирования .
2 комментария
Читать дальше »

Unit-testing object validation when validator has DI

Summary Unit test object validation when validator(s) has a dependency. For instance, we have some custom field and cross-field validators. Want to test their combination. Additionally some of validators have dependencies, injected through constructor or setters. You're not using property injection, right? Shortcut If you are just searching for an answer, here's the fast way: Declare CustomConstraintValidatorFactory that implements javax.validation.ConstraintValidatorFactory Override getInstance method and on facing your constraint validator class instantiate it Otherwise delegate validator construction to org.hibernate.validator.internal.engine.constraintvalidation.ConstraintValidatorFactoryImpl Build validator factory and provide it your CustomConstraintValidatorFactory Build validator, using that factory... Go to demo project on GitHub for details:  https://github.com/MrArtemAA/blog-demos/blob/master/test-validator-with-injection/src/test/java/ru/artemaa/...
Отправить комментарий
Читать дальше »

Use @SpringBootTest for validator's unit test and be fast enough

This a continuation of the post: https://live-scripts.blogspot.com/2020/02/unit-testing-object-validation-with-di-in-validator.html#more . Last time we talked about testing a validator, which has a dependency. Using pure @SpringBootTest turned out to be too slow. So I showed a "trick" to override the validator's factory in order to inject the dependant object. This reduced test run time. I promised to show a way to use @SpringBootTest , autowiring, and still be quick enough.
Отправить комментарий
Читать дальше »