Заметка о том, какие файлы состояния нужно обязательно удалять, чтобы при использовании новой сборки Liferay в старом портале не было ошибок. Бонусом - про конфигурацию Wildfly при переезде на Java 17

Разрабатывая корпоративные порталы на базе решения Liferay, нам постоянно приходится комбинировать использование стандартных средств платформы и собственных портлетов и разработок. Одним из ярких примеров, когда это оказывается необходимо, является портлет блогов (дневников).

Ранее в моем блоге уже публиковалось несколько статей об Apache NiFi, сейчас же мы обратим внимание на то, как можно организовать процесс оповещения об ошибках, возникших в результате работы потока обработки данных. В приведенном фрагменте потока мы будем отправлять сообщения об ошибках по электронной почте, принимая в расчет несколько особенностей.

Сегодня мы снова обратимся к Liferay (а именно к версиям семейства 7.4.3), чтобы обозначить несколько не самых очевидных, но в то же время важных моментов, касающихся процесса автоматического импорта пользователей на портал.

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

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

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

Не так давно, разрабатывая поток обработки данных в Apache NiFi, мы столкнулись с необходимостью очистки результата конвертации в base64 от всех служебных символов, переносов строк и прочих "невидимых" символов, которые, однако, мешали целевому сервису принять наши данные в теле POST-запроса. Нам на помощь пришло Unicode-based регулярное выражение \p{C}