Hi Tibor,

I;m also not an expert of the ES lib, but evtl. I would be able to
review/give a feedback
an your proposal.

Cheers,
Jiri

2015-07-08 13:05 GMT+02:00 Tibor Mlynarik <[email protected]>:

> It takes me some time to understand this lib ( as I am not user of it ) ,
> but hopefully I will come with some docs later today.
>
> cheers,
>
>         Tibor
>
> On Jul 8, 2015, at 12:57 PM, Niclas Hedhman <[email protected]> wrote:
>
> > Ok, I withdraw this suggestion then. Hopes move to Tibor to help with
> some
> > basic docs. Any other volunteer is appreciated.
> >
> > On Wed, Jul 8, 2015 at 1:29 PM, Jiri Jetmar <[email protected]>
> > wrote:
> >
> >> Hi Niclas,
> >>
> >> we are using it on the DM/Entity level. Any C(R)UD interaction uses
> Domain
> >> Events. In fact the Entity i.) triggers the Event and consumes it at the
> >> same time in order to mutate its state.
> >>
> >> So pls let it in.. :) The Domain Event Library is indeed not perfect,
> but
> >> at least for us robust enough to be used.
> >>
> >> Thank you.
> >>
> >> Cheers,
> >> Jiri
> >>
> >> 2015-07-08 11:57 GMT+02:00 Niclas Hedhman <[email protected]>:
> >>
> >>> I have briefly reviewed the eventsourcing codebase, and the immediate
> >>> feeling I got was; "This should be with Java 8 Stream API".
> >>>
> >>> So, I think we should simply mothball (drop from settings.gradle) the
> >>> eventsourcing libraries and resurrect it somewhere in 3.x when we have
> >> Java
> >>> 8 available.
> >>>
> >>> If anyone is depending on this library (I assume that StreamFlow uses
> its
> >>> own implementation, and still depend on Qi4j 1.4.x), then raise an
> >>> objection (together with some docs ;-) )
> >>>
> >>>
> >>> Cheers
> >>> --
> >>> Niclas Hedhman, Software Developer
> >>> http://zest.apache.org - New Energy for Java
> >>>
> >>
> >
> >
> >
> > --
> > Niclas Hedhman, Software Developer
> > http://zest.apache.org - New Energy for Java
>
>

Reply via email to