jocean-event-core

Разработка ядра синхронизации конечного автомата событий jocean для нормализации бизнес-логики.

Задачи:

1. В FlowContainer добавить интерфейс getAllEventReceiver, который позволит получать текущие действующие приёмники событий. Это упростит отслеживание глобальных деталей бизнес-логики и своевременное обнаружение логических проблем.
2. В Api/Core реализовать поддержку при отправке события. Если объект Eventable реализует интерфейс ArgsHandlerSource, то проводить обработку параметров события до и после его выполнения. Это позволит решить проблему защиты экземпляров ReferenceCounted (с подсчётом ссылок). (Уже реализовано: https://git.oschina.net/isdom/jocean-event-core/commit/c22da93400eb728c7019f536f1ec373d17a67c6d)
3. Определить интерфейс ExectionLoopSwitcher, чтобы потоки, которые реализуют интерфейс ExectionLoopSwitcherAware, могли вручную указывать экземпляр ExectionLoop для выполнения.
4. Исправить ситуацию, когда в коде pushPendingEvent и destroy при многопоточности не все события в _pendingEvents обрабатываются полностью.

20 ноября 2015 года выпущена версия 0.1.5:

1. При создании Flow можно передавать экземпляр EndReasonAware для получения вывода EndReason из Flow.
2. Добавлены методы addReactorBuilder и removeReactorBuilder, позволяющие добавлять реакторы (reactor) извне для конкретного FlowContext.
3. Увеличен ReactorBuilder для возврата нескольких реакторов на основе экземпляра FlowContext.
4. Удалены избыточные FlowTracker и FlowStateChangeListener, вместо них используется эквивалентный эффект реализации FlowStateChangedListener.
5. Интерфейс переименован: EventReceiverSource → EventEngine.
6. Поддерживается добавление новых классов бизнес-процессов flow, которые реализуют интерфейс FlowStateChangedListener и вызывают соответствующий метод onStateChanged при изменении состояния (включая завершение процесса).
7. Когда метод обработки бизнес-процесса flow возвращает BizStep.CURRENT_BIZSTEP, это означает, что текущий BizStep (EventHandler) не изменяется.
8. Модификация метки _isAlive с добавлением защиты чтения-записи, чтобы гарантировать, что _pendingEvents не будет изменена во время процесса изменения _isAlive от true → false (уничтожение).
9. Используется Gradle в качестве инструмента сборки.

19 августа 2014 года выпущена версия 0.1.4:

1. Поддержка в реализации FlowContextImpl для объектов Eventable, реализующих интерфейс ArgsHandler, вызывает методы ArgsHandler.beforeInvoke и ArgsHandler.afterInvoke для защиты параметров жизненного цикла.

11 июня 2014 года выпущена версия 0.1.3:

1. Метод AbstractFlow.fireDelayEventAndPush изменён на публичный.
2. Улучшен API запуска и удаления одноразовых таймеров в AbstractFlow, а внутренние сохранённые задачи таймера заменены на внешние, предоставляемые Collection.