On Feb 4, 2014, at 12:50 PM, Dan Berindei dan.berin...@gmail.com wrote:
On Tue, Feb 4, 2014 at 2:36 PM, Galder Zamarreño gal...@redhat.com wrote:
Narrowing down the list now, since this is a problem of how our CI is doing
builds.
These logs are retrieved from [1].
Dunno how our CI is
On Feb 4, 2014, at 11:04 AM, Dan Berindei dan.berin...@gmail.com wrote:
On Tue, Feb 4, 2014 at 10:07 AM, Galder Zamarreño gal...@redhat.com wrote:
On 28 Jan 2014, at 15:29, William Burns mudokon...@gmail.com wrote:
Hello everyone,
I wanted to discuss what I would say as dubious
On Feb 4, 2014, at 7:14 AM, Galder Zamarreño gal...@redhat.com wrote:
On 21 Jan 2014, at 17:45, Mircea Markus mmar...@redhat.com wrote:
On Jan 21, 2014, at 2:13 PM, Sanne Grinovero sa...@infinispan.org wrote:
On 21 January 2014 13:37, Mircea Markus mmar...@redhat.com wrote:
On Jan
On Tue, Feb 4, 2014 at 6:04 AM, Dan Berindei dan.berin...@gmail.com wrote:
On Tue, Feb 4, 2014 at 10:07 AM, Galder Zamarreño gal...@redhat.com wrote:
On 28 Jan 2014, at 15:29, William Burns mudokon...@gmail.com wrote:
Hello everyone,
I wanted to discuss what I would say as dubious
One way to do it is use a distributed cache with two different marshallers:
JBMAR and protostream. Admittedly this won't measure only the serialisation
performance, but include other stuff as well, such as network time (I guess you
can remove this from the result though).
This way we would
On Feb 3, 2014, at 6:24 PM, Galder Zamarreño gal...@redhat.com wrote:
Not sure I understand the need to compare this.
JBMAR and ProtoStream are solving different problems. The former is focused
on getting the best out of Java persistence. The latter is focused on
serializing stuff in a
On Feb 3, 2014, at 4:07 PM, Galder Zamarreño gal...@redhat.com wrote:
On Jan 23, 2014, at 5:48 PM, William Burns mudokon...@gmail.com wrote:
Hello all,
I have been working with notifications and most recently I have come
to look into events generated when a new entry is created. Now
On 03 Feb 2014, at 17:29, William Burns mudokon...@gmail.com wrote:
On Mon, Feb 3, 2014 at 11:07 AM, Galder Zamarreño gal...@redhat.com wrote:
On 23 Jan 2014, at 18:54, Mircea Markus mmar...@redhat.com wrote:
On Jan 23, 2014, at 5:48 PM, William Burns mudokon...@gmail.com wrote:
I'm all for simplification, assuming that this will deliver better
reliability and easier maintenance, but let's not forget that some
entries might be actually large.
Saving a couple of transfers might be a pointless complexity for our
usual small-key tests but maybe it's an interesting feature
On 05 Feb 2014, at 15:38, Mircea Markus mmar...@redhat.com wrote:
On Feb 3, 2014, at 4:07 PM, Galder Zamarreño gal...@redhat.com wrote:
On Jan 23, 2014, at 5:48 PM, William Burns mudokon...@gmail.com wrote:
Hello all,
I have been working with notifications and most recently I have
On Feb 5, 2014, at 3:03 PM, Galder Zamarreño gal...@redhat.com wrote:
On 05 Feb 2014, at 15:38, Mircea Markus mmar...@redhat.com wrote:
On Feb 3, 2014, at 4:07 PM, Galder Zamarreño gal...@redhat.com wrote:
On Jan 23, 2014, at 5:48 PM, William Burns mudokon...@gmail.com wrote:
Hello
On Feb 3, 2014, at 9:32 AM, Emmanuel Bernard emman...@hibernate.org wrote:
Sure searching for any cache is useful. What I was advocating is that if you
search for more than one cache transparently, then you probably need to CRUD
for more than one cache transparently as well. And this is not
On Wed 2014-02-05 15:53, Mircea Markus wrote:
On Feb 3, 2014, at 9:32 AM, Emmanuel Bernard emman...@hibernate.org wrote:
Sure searching for any cache is useful. What I was advocating is that if
you search for more than one cache transparently, then you probably need to
CRUD for more
On 02/05/2014 05:30 PM, Emmanuel Bernard wrote:
On Wed 2014-02-05 15:53, Mircea Markus wrote:
On Feb 3, 2014, at 9:32 AM, Emmanuel Bernard emman...@hibernate.org wrote:
Sure searching for any cache is useful. What I was advocating is that if
you search for more than one cache transparently,
On Feb 5, 2014, at 4:30 PM, Emmanuel Bernard emman...@hibernate.org wrote:
On Wed 2014-02-05 15:53, Mircea Markus wrote:
On Feb 3, 2014, at 9:32 AM, Emmanuel Bernard emman...@hibernate.org wrote:
Sure searching for any cache is useful. What I was advocating is that if
you search for
On Wed 2014-02-05 17:44, Radim Vansa wrote:
On 02/05/2014 05:30 PM, Emmanuel Bernard wrote:
On Wed 2014-02-05 15:53, Mircea Markus wrote:
On Feb 3, 2014, at 9:32 AM, Emmanuel Bernard emman...@hibernate.org
wrote:
Sure searching for any cache is useful. What I was advocating is that if
On Feb 5, 2014, at 1:34 PM, Emmanuel Bernard emman...@hibernate.org wrote:
What I am saying is that the idea of search across caches as
appealing as it is is is not the whole story.
People search, read, navigate and M/R their data in interleaved ways.
You need to project and think about a
On Feb 5, 2014, at 7:34 PM, Emmanuel Bernard emman...@hibernate.org wrote:
On Wed 2014-02-05 17:44, Radim Vansa wrote:
On 02/05/2014 05:30 PM, Emmanuel Bernard wrote:
On Wed 2014-02-05 15:53, Mircea Markus wrote:
On Feb 3, 2014, at 9:32 AM, Emmanuel Bernard emman...@hibernate.org
wrote:
18 matches
Mail list logo
