jocean-event-api

1. Зависимость от idiom-0.1.3 выпуска
2. Замена VisitorX на ActionX, замена Function replace на Func1
3. Перемещение EventRegistry из jocean-j2se в jocean-event-api с переименованием в ReceiverRegistry
4. Обновление сигнатуры метода receiver2observer на передачу аргументов через переменное количество параметров
5. Поддержка передачи суффикса события suffix в DefaultInvoker.invokers, добавление его после события, указанного аннотацией @OnEvent, для создания полного связанного события
6. Упрощение интерфейса EventEngine: удаление метода createFromInnerState; изменение сигнатуры метода create, добавление параметра name для указания имени EventReceiver (для отладки); flow больше не является обязательным параметром, теперь можно предоставить 0 или более реакторов, реализующих следующие интерфейсы:
    EventNameAware, 
    EventHandlerAware,
    EndReasonProvider,
    EndReasonAware,
    ExecutionLoopAware,
    FlowLifecycleListener,
    FlowStateChangedListener
7. Переименование интерфейсов: EventReceiverSource
8. Добавлен интерфейс FlowStateChangedListener
9. Добавлена константа BizStep: CURRENT_BIZSTEP, которая используется для представления того, что текущий BizStep(EventHandler) не меняется при возврате этого значения из метода бизнес-обрабатывающего потока
10. Добавлена аннотация GuardPaired для автоматизации использования экземпляра PairedVisitor в механизме событий - май Ма (ming.ma) / githubweb
11. Использование gradle для сборки

1. Добавлена исключительная ситуация EventUnhandleException для случаев, когда текущее событие больше не обрабатывается в методах обработки событий. Если текущее событие было отправлено с помощью объекта Eventable, который реализует интерфейс EventUnhandleAware, то фреймворк событий вызовет соответствующий метод onEventUnhandle позднее
2. В реализации EventUtils.buildInterfaceAdapter обработка случая, когда Thread.currentThread().getContextClassLoader() возвращает null, используя вместо него intf.getClassLoader()

1. По умолчанию реализация интерфейса EventReceiver для объектов, созданных с помощью buildInterfaceAdapter, и делегирование вызова соответствующего метода интерфейса объекту receiver
2. Добавлена пользовательская аннотация GuardReferenceCounted, и выбор типа события в acceptEvent (simple string type or RefcountedGuardEventable event object) зависит от наличия этой аннотации на соответствующем методе интерфейса
3. Добавлен RefcountedGuardEventable для выполнения операции retain на параметре, реализующем интерфейс ReferenceCounted, сразу после доставки события обрабатывающему компоненту, и освобождении ресурсов путём вызова release до завершения обработки события или его unhandling
4. Добавлен метод OnDelayed для обозначения методов обработки задержанных событий, BizStep также будет просматривать и регистрировать такие методы во время своего конструктора
5. Проверка наличия EventInvoker внутри BizStep и добавление его в коллекцию _handlers
6. Добавлен метод delayed в BizStep для предварительного определения методов обработки задержанных событий. Также добавлен метод makePredefineDelayEvent для создания задержанных событий на основе предопределённых методов обработки задержанных событий. При использовании нескольких предопределённых методов обработки задержанных событий важно, чтобы все они имели одинаковые параметры события

1. Изменение метода AbstractFlow.fireDelayEventAndPush на public метод
2. http://rdassist.widget-inc.com:65480/browse/CHANNEL-103: улучшение одноразового таймера в AbstractFlow, улучшение запуска и удаления задач таймера, использование внешнего Collection<Detachable> для хранения задач таймера

1. Получение названия события из аннотации @OnEvent на методах интерфейса, переданного в buildInterfaceAdapter