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

Допустим, что мы используем Apache NiFi и в нашем потоке передачи данных мы встали перед необходимостью реализации сложной логики, требующей вызова дополнительных подзапросов к сторонним API внутри Groovy-скрипта. В силу некоторых причин мы не хотим (или не можем) разделять логику на несколько скриптов, связанных между собой встроенными NiFi-процессорами InvokeHttp для получения/отправки данных.

В данной заметке рассмотрим, как грамотно подложить SSL сертификат в Dockerfile для создания образа с запущенным Java-приложением, которое обращается к сторонним сервисам по HTTPS

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

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

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

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

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