Mailing-List: contact dev-help@zest.apache.org; run by ezmlm
Precedence: bulk
Reply-To: dev@zest.apache.org
Content-Type: text/plain; charset=us-ascii
Mime-Version: 1.0 (Mac OS X Mail 7.3 \(1878.6\))
Subject: Re: [Proposal] Drop EventSourcing for 2.1
From: Tibor Mlynarik <tibor.mlynarik@gmail.com>
In-Reply-To: 
 <CADmm+KeBecNt4iH10sRoDD0vuX24+6A3qzifCP=d-ExSQ9wu2g@mail.gmail.com>
Date: Wed, 8 Jul 2015 13:05:56 +0200
Content-Transfer-Encoding: 7bit
Message-Id: <089C9C90-A581-4445-9890-2C59C2766091@gmail.com>
References: 
 <CADmm+Kec80FyrefPvJ++Kr1eC6pKsh+_6+YHSLtxbUQsTqMmng@mail.gmail.com>
 <CAH+CGsJSOiKfiJUKGc7LgoBzjJosPDE2Qkva1+LNSy=z0jSWCA@mail.gmail.com>
 <CADmm+KeBecNt4iH10sRoDD0vuX24+6A3qzifCP=d-ExSQ9wu2g@mail.gmail.com>
To: dev@zest.apache.org

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 <niclas@hedhman.org> 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 <juergen.jetmar@gmail.com>
> 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 <niclas@hedhman.org>:
>> 
>>> 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