Re: [infinispan-dev] Infinispan and change data capture

2016-12-09 Thread Radim Vansa
On 12/09/2016 06:25 PM, Emmanuel Bernard wrote: > Randall and I had a chat on $subject. Here is a proposal worth > exploring as it is very lightweight on Infinispan's code. > > Does an operation has a unique id sahred by the master and replicas? > If not could we add that? Yes, each modification

Re: [infinispan-dev] Infinispan and change data capture

2016-12-09 Thread Radim Vansa
On 12/09/2016 05:08 PM, Randall Hauch wrote: > >> On Dec 9, 2016, at 3:13 AM, Radim Vansa > > wrote: >> >> On 12/08/2016 10:13 AM, Gustavo Fernandes wrote: >>> >>> I recently updated a proposal [1] based on several discussions we had >>> in the past

Re: [infinispan-dev] New blog post

2016-12-09 Thread Radim Vansa
If that's a remote query, it will send over the wire the Ickle string, right? Then it's not a prepared statement as I see it, since the server will have to parse that string again. By prepared statement I would expect sending only identifier (+params), and the server could only look-up a table

Re: [infinispan-dev] Infinispan and change data capture

2016-12-09 Thread Randall Hauch
> On Dec 9, 2016, at 10:08 AM, Randall Hauch wrote: > >> >> On Dec 9, 2016, at 3:13 AM, Radim Vansa > > wrote: >> >> On 12/08/2016 10:13 AM, Gustavo Fernandes wrote: >>> >>> I recently updated a proposal [1] based on several

Re: [infinispan-dev] Infinispan and change data capture

2016-12-09 Thread Emmanuel Bernard
Randall and I had a chat on $subject. Here is a proposal worth exploring as it is very lightweight on Infinispan's code. Does an operation has a unique id sahred by the master and replicas? If not could we add that? The proposal itself: The total order would not be global but per key. Each node

Re: [infinispan-dev] Infinispan and change data capture

2016-12-09 Thread Randall Hauch
> On Dec 9, 2016, at 3:13 AM, Radim Vansa wrote: > > On 12/08/2016 10:13 AM, Gustavo Fernandes wrote: >> >> I recently updated a proposal [1] based on several discussions we had >> in the past that is essentially about introducing an event storage >> mechanism (write ahead

Re: [infinispan-dev] New blog post

2016-12-09 Thread Adrian Nistor
Hi Radim, We already need them and almost have them. QueryFactory.create(String queryString) creates a Query object that can be executed multiple times with different params. The Query object could be considered 'prepared'. In theory. In reality this does not work right now because the

Re: [infinispan-dev] Where is the server?

2016-12-09 Thread Sebastian Laskawiec
Hey guys! Just to clarify the situation. I created the staging plugin fix [1] but unfortunately some of the artifacts are missing from our repository (including BOM). So my vote would be to merge it and release Beta2 ASAP. Of course I volunteer for doing the release. Thanks Sebastian [1]

[infinispan-dev] JDK 9 b148 including a refresh of the module system is available on java.net

2016-12-09 Thread Rory O'Donnell
Hi Galder, JDK 9 build b148 includes an important Refresh of the module system [1] , summary of changes are listed here . *This refresh includes a disruptive change that is important to understand.

Re: [infinispan-dev] Infinispan and change data capture

2016-12-09 Thread Radim Vansa
On 12/08/2016 10:13 AM, Gustavo Fernandes wrote: > > I recently updated a proposal [1] based on several discussions we had > in the past that is essentially about introducing an event storage > mechanism (write ahead log) in order to improve reliability, failover > and "replayability" for the