Re: [infinispan-dev] Infinispan client/server architecture based on gRPC

Hello everyone! (Wow, it's been a while since I dropped by and said hello... ) Super-interesting discussion. Adrian: "What is the approach you envision regarding the IDL? Should we strive for a pure IDL definition of the service? That could be an interesting approach that would make it possible

Re: [infinispan-dev] One quite important security + lifespan SO questiong needs our attention

On 13 February 2015 at 05:35, Tomas Sykora tsyk...@redhat.com wrote: One last note -- actually the thing that there is so many new SO questions is very good. It means we have some users around and this number was rapidly increased after latest release. Don't disappoint them, don't put them

[infinispan-dev] Distribution-aware ClusterLoader

Greetings. :-) I chatted with a few of you offline about this earlier; anyone has any thoughts around a ClusterLoader implementation that, instead of broadcasting to the entire cluster, unicasts to the owners of a given key by inspecting the DistributionManager. Thinking of using this as a

Re: [infinispan-dev] please vote for the Infinispan 7.0 release name!

Foul play! :-) On 6 June 2014 12:30, Tristan Tarrant ttarr...@redhat.com wrote: You rigged it ! Tristan On 06/06/2014 13:23, Mircea Markus wrote: Guiness it is! https://docs.google.com/a/infinispan.org/forms/d/1cA8qPO1nVx_G9Nz3pI_40F8HKsmEPyGSUczjbWKZgnM/viewanalytics On

[infinispan-dev] Unknown Yet

Really? Do we not like beer anymore? :-) ___ infinispan-dev mailing list infinispan-dev@lists.jboss.org https://lists.jboss.org/mailman/listinfo/infinispan-dev

Re: [infinispan-dev] RAFT

CockroachDB https://github.com/cockroachdb/cockroach is attempting to do the same, making use of Google's Go Raft https://github.com/goraft/raftreference implementation. We probably should work with the Barge https://github.com/mgodave/barge devs to the same effect. Off topic, but do we have a

Re: [infinispan-dev] Welcome to Gustavo

At last! :) Welcome aboard, dude. On 15 May 2014 06:29, Sanne Grinovero sa...@infinispan.org wrote: Hi all, today we finally have Gustavo joining us as a full time engineer on Infinispan. He worked with Tristan and myself in Italy before we came to Red Hat, and was already a Lucene

[infinispan-dev] Git repo very large?

Hi guys. Why's the git repo over 100MB in size for a fresh checkout? Most of this seems to be consumed by git objects: ~/Code/infinispan/.git GIT_DIR! pwd /Users/manik/Code/infinispan/.git ~/Code/infinispan/.git GIT_DIR! du -hs . 54M . Perhaps we added some large files at some point and

Re: [infinispan-dev] Precision Time Protocol

I think JGroups should requite a caesium clock [1]. So what if we need a lead suit to install it. :) [1] http://en.wikipedia.org/wiki/Caesium_standard On 16 January 2014 17:18, Sanne Grinovero sa...@infinispan.org wrote: This is now supported in software since RHEL 6.5 :

Re: [infinispan-dev] merging all the github projects back?

Can't this be achieved by checking out and building all relevant repos? This could be scripted. On 15 November 2013 04:43, Mircea Markus mmar...@redhat.com wrote: Hi guys, Given all the compiling problems we had since we've split in multiple github repos (server, stores and embedded) makes

Re: [infinispan-dev] Infinispan 6.0.0.Final is out!

Congrats. Looks like a few things went missing though: * Nothing on Twitter? * C++ docs fail - http://infinispan.org/docs/hotrod-clients/cpp/ * The fact that there is a stable but no unstable causes some weirdness in the website rendering. See the Java client -

Re: [infinispan-dev] merging all the github projects back?

, Manik Surtani ma...@infinispan.org wrote: Can't this be achieved by checking out and building all relevant repos? This could be scripted. On 15 November 2013 04:43, Mircea Markus mmar...@redhat.com wrote: Hi guys, Given all the compiling problems we had since we've split in multiple

Re: [infinispan-dev] code highlight in github/asciidoc

On 30 October 2013 19:26, Mircea Markus mmar...@redhat.com wrote: On Oct 30, 2013, at 4:49 PM, Manik Surtani ma...@infinispan.org wrote: I only suggested AsciiDoc to be consistent with the markup used for our documentation. Having two different markup syntaxes in use for the project could

Re: [infinispan-dev] code highlight in github/asciidoc

I only suggested AsciiDoc to be consistent with the markup used for our documentation. Having two different markup syntaxes in use for the project could get annoying... but yes, I agree that the lack of syntax highlighting on the wiki can be even more annoying. On 30 October 2013 12:55, Mircea

Re: [infinispan-dev] Configuration compatibility expectations ?

-adaptor53 ? 6.0 is allowed to break the compatibility with 5.3. The 5.2 adaptor is there for product only. Why can't we do a 5.3 adaptor as well? -- Manik Surtani ___ infinispan-dev mailing list infinispan-dev@lists.jboss.org https://lists.jboss.org

[infinispan-dev] Design wiki moved to GitHub

Hi all. Please note that the Infinispan design wiki is now on GitHub: https://github.com/infinispan/infinispan/wiki/_pages Instructions for creating new design wiki pages: https://github.com/infinispan/infinispan/wiki Enjoy! -- Manik Surtani

Re: [infinispan-dev] User guide chapter numbers

http://escalante.io Engineer, Infinispan http://infinispan.org ___ infinispan-dev mailing list infinispan-dev@lists.jboss.org https://lists.jboss.org/mailman/listinfo/infinispan-dev -- Manik Surtani

Re: [infinispan-dev] Deprecated API removal

___ infinispan-dev mailing list infinispan-dev@lists.jboss.org https://lists.jboss.org/mailman/listinfo/infinispan-dev -- Manik Surtani ___ infinispan-dev mailing list infinispan-dev@lists.jboss.org https://lists.jboss.org/mailman/listinfo/infinispan-dev

[infinispan-dev] Infinispan.org gets a new look!

Infinispan.org has received a much needed facelift. Check out http://www.infinispan.org, and even the new docs at http://infinispan.org/docs/5.3.x/index.html(6.0 Alpha4 docs are still on Confluence at this moment). * Built with Awestruct. Yes, it really is awesome and fun to use. * Hosted on

Re: [infinispan-dev] CS API still needs more polishing?

will need to be done, but this should happen within the internals of our cache implementation. Yup. Cache store implementations should use generics properly. +1 Cheers, p.s. Or maybe we should move to language were generics are properly enforced ;) .NET? ;) -- Manik Surtani

Re: [infinispan-dev] JGRP-1317 and large clusters

://www.jgroups.org) ___ infinispan-dev mailing list infinispan-dev@lists.jboss.org https://lists.jboss.org/mailman/listinfo/infinispan-dev -- Manik Surtani ___ infinispan-dev mailing list infinispan-dev

Re: [infinispan-dev] Moving docs

On 12 Sep 2013, at 08:58, Galder Zamarreño gal...@redhat.com wrote: On Sep 10, 2013, at 1:48 PM, Manik Surtani msurt...@redhat.com wrote: On 9 Sep 2013, at 18:04, Mircea Markus mmar...@redhat.com wrote: On Sep 9, 2013, at 11:34 AM, Manik Surtani msurt...@redhat.com wrote: Guys

Re: [infinispan-dev] Moving docs

On 9 Sep 2013, at 18:04, Mircea Markus mmar...@redhat.com wrote: On Sep 9, 2013, at 11:34 AM, Manik Surtani msurt...@redhat.com wrote: Guys So one of the proposed plans is to move Infinispan documentation out of Confluence, and store them as AsciiDoc in git alongside the code. Scripts

Re: [infinispan-dev] To squash or not to squash

On 9 Sep 2013, at 08:49, Emmanuel Bernard emman...@hibernate.org wrote: I all put all unrelated commits like typos, style and unrelated bug fixes before so that they could be applied even in the main feature is rejected. That's actually a good idea. -- Manik Surtani

[infinispan-dev] Moving docs

that this is only for Infinispan 6.0, since prior to Infinispan 6.0, all code was in one single repo. Any thoughts/concerns? Cheers Manik -- Manik Surtani ___ infinispan-dev mailing list infinispan-dev@lists.jboss.org https://lists.jboss.org/mailman/listinfo

Re: [infinispan-dev] To squash or not to squash

of developement and makes history easier to read. Cheers, Mircea ___ infinispan-dev mailing list infinispan-dev@lists.jboss.org https://lists.jboss.org/mailman/listinfo/infinispan-dev -- Manik Surtani

Re: [infinispan-dev] Cache store for MapDB (what used to be JDBM)

-- Manik Surtani ___ infinispan-dev mailing list infinispan-dev@lists.jboss.org https://lists.jboss.org/mailman/listinfo/infinispan-dev

Re: [infinispan-dev] Consistent hashes and Hot Rod

, Manik Surtani msurt...@redhat.com wrote: Pls ignore. I've just been informed that hash space is to be dropped from the protocol anyway. On 29 Aug 2013, at 13:35, Manik Surtani msurt...@redhat.com wrote: The Hot Rod protocol current passes the size of the hash space used to clients, so

[infinispan-dev] Consistent hashes and Hot Rod

The Hot Rod protocol current passes the size of the hash space used to clients, so that clients are able to create a consistent hash and perform smart routing.

Re: [infinispan-dev] singleton @Listeners

___ infinispan-dev mailing list infinispan-dev@lists.jboss.org https://lists.jboss.org/mailman/listinfo/infinispan-dev -- Manik Surtani ___ infinispan-dev mailing list infinispan-dev@lists.jboss.org https://lists.jboss.org/mailman/listinfo

[infinispan-dev] Remote Listeners WAS: Question regarding Hotrod

, do you think, this version will be available ? Besides, do you know how difficult it is to implement this feature ? Thank you ! Best, Pierre -- Manik Surtani ___ infinispan-dev mailing list infinispan-dev@lists.jboss.org https

Re: [infinispan-dev] Infinispan Memory Requirement

requirement/specification for using Infinispan-5.3.0? Thanks, Faseela ___ infinispan-dev mailing list infinispan-dev@lists.jboss.org https://lists.jboss.org/mailman/listinfo/infinispan-dev -- Manik Surtani

Re: [infinispan-dev] Infinispan Memory Requirement

...@lists.jboss.org [mailto:infinispan-dev-boun...@lists.jboss.org] On Behalf Of Manik Surtani Sent: Monday, August 26, 2013 10:34 PM To: infinispan -Dev List Subject: Re: [infinispan-dev] Infinispan Memory Requirement What is this for? You may be better off asking on the user forums - https

Re: [infinispan-dev] Granularity of cache store Git repositories

you're adding that should be inherited by all stores, but that is rather rare. Agreed. Lets not optimise for the outlier. -- Manik Surtani ___ infinispan-dev mailing list infinispan-dev@lists.jboss.org https://lists.jboss.org/mailman/listinfo

Re: [infinispan-dev] CacheLoader and CacheStore

the documentation (perhaps in a callout section titled Implementing your own cache store? :) @Radim - feel like doing this, perhaps using the cache store that you wrote as an example? - M -- Manik Surtani ___ infinispan-dev mailing list infinispan-dev

Re: [infinispan-dev] Granularity of cache store Git repositories

or members who contribute to that cache store…etc. I don't think we're there yet though. Isn't that the goal, though? To have these maintained separately, at their own pace? -- Manik Surtani ___ infinispan-dev mailing list infinispan-dev

Re: [infinispan-dev] Design session today

/ joke On 8 Aug 2013, at 17:26, Manik Surtani msurt...@redhat.com wrote: Hey guys This was good fun today. Regarding the parallelised process() method, we should also look at Java 8 collections (which are introducing similar methods) and see if there is something we can learn (API

Re: [infinispan-dev] Design session today

resize the underlying arrays. https://docs.jboss.org/infinispan/5.2/apidocs/index.html?org/infinispan/io/ByteBuffer.html -- Manik Surtani ___ infinispan-dev mailing list infinispan-dev@lists.jboss.org https://lists.jboss.org/mailman/listinfo/infinispan

Re: [infinispan-dev] the new CacheLoader API

over the entries in parallel, whilst still allowing sequential iteration. Pretty awesome. All sounds good, but may I suggest the following API (slight changes in naming, reasons in comments): https://gist.github.com/maniksurtani/97c62352347e61d60768#file-cacheloadertask-java -- Manik Surtani

Re: [infinispan-dev] CacheLoader and CacheStore

My vote is #1. To get around the cf issue, how about we do something like have a tag that exposes the functionality, not the type implemented? E.g.: persistence class= readOnly= shared= ... /persistence - Original Message - From: Mircea Markus mmar...@redhat.com To: infinispan -Dev

Re: [infinispan-dev] the new CacheLoader API

And I've replied to yours. :) - Original Message - From: Mircea Markus mmar...@redhat.com To: infinispan -Dev List infinispan-dev@lists.jboss.org Sent: Friday, 9 August, 2013 6:26:14 PM Subject: Re: [infinispan-dev] the new CacheLoader API On 9 Aug 2013, at 16:59, Manik Surtani msurt

Re: [infinispan-dev] storeAsBinary keeps both the object and the byte[] - why?

. It is just to optimise for local GETs and GETs which hit L1. -- Manik Surtani ___ infinispan-dev mailing list infinispan-dev@lists.jboss.org https://lists.jboss.org/mailman/listinfo/infinispan-dev

Re: [infinispan-dev] SimpleFileCacheStore

index in memory up to a predefined size, after which it persists the position index to disk. That may mean two disk reads for a single entry, but still proves to be fairly efficient. -- Manik Surtani ma...@jboss.org twitter.com/maniksurtani Platform Architect, JBoss Data Grid http://red.ht/data

Re: [infinispan-dev] requirements for the new CacheStore API

) ___ infinispan-dev mailing list infinispan-dev@lists.jboss.org https://lists.jboss.org/mailman/listinfo/infinispan-dev -- Manik Surtani ma...@jboss.org twitter.com/maniksurtani Platform Architect, JBoss Data Grid http://red.ht/data-grid

Re: [infinispan-dev] requirements for the new CacheStore API

entries mapped to a given node and not others. - M -- Manik Surtani ma...@jboss.org twitter.com/maniksurtani Platform Architect, JBoss Data Grid http://red.ht/data-grid ___ infinispan-dev mailing list infinispan-dev@lists.jboss.org https

Re: [infinispan-dev] Infinispan 6.0.0.Alpha1 is out!

___ infinispan-dev mailing list infinispan-dev@lists.jboss.org https://lists.jboss.org/mailman/listinfo/infinispan-dev -- Manik Surtani ma...@jboss.org twitter.com/maniksurtani Platform Architect, JBoss Data Grid http://red.ht/data-grid

Re: [infinispan-dev] protostream library

at it and join the discussion. Adrian ___ infinispan-dev mailing list infinispan-dev@lists.jboss.org https://lists.jboss.org/mailman/listinfo/infinispan-dev -- Manik Surtani ma...@jboss.org twitter.com/maniksurtani Platform Architect, JBoss Data Grid http

Re: [infinispan-dev] ProtoStream and ease of use

ProtoStream comparison points https://gist.github.com/mmarkus/5999646 Emmanuel ___ infinispan-dev mailing list infinispan-dev@lists.jboss.org https://lists.jboss.org/mailman/listinfo/infinispan-dev -- Manik Surtani ma...@jboss.org twitter.com/maniksurtani

Re: [infinispan-dev] RemoteCache vs BasicCache

detail. Tristan ___ infinispan-dev mailing list infinispan-dev@lists.jboss.org https://lists.jboss.org/mailman/listinfo/infinispan-dev -- Manik Surtani ma...@jboss.org twitter.com/maniksurtani Platform Architect, JBoss Data Grid http://red.ht/data

Re: [infinispan-dev] Cachestores performance

| | | | ___ | | infinispan-dev mailing list | | infinispan-dev@lists.jboss.org | | https://lists.jboss.org/mailman/listinfo/infinispan-dev | | | | -- | | Manik Surtani | | ma...@jboss.org | | twitter.com/maniksurtani | | | | Platform Architect, JBoss Data Grid

Re: [infinispan-dev] Cachestores performance

On 4 Jul 2013, at 14:21, Sanne Grinovero sa...@infinispan.org wrote: On 4 July 2013 13:56, Manik Surtani msurt...@redhat.com wrote: Interesting and convoluted thread. I'll try and summarise my thoughts on one email: * I agree with Sanne that a cheat sheet will be extremely useful. Sanne

Re: [infinispan-dev] protobuf as a marshalling format for infinispan remote-query

it marshaling. I'll move this to the ispn branch once I know the package name :) Maybe it should be a separate project. I can imagine many others finding such a library useful. ProtoStreams? :) -- Manik Surtani ma...@jboss.org twitter.com/maniksurtani Platform Architect, JBoss Data Grid http

Re: [infinispan-dev] Cachestores performance

https://lists.jboss.org/mailman/listinfo/infinispan-dev -- Manik Surtani ma...@jboss.org twitter.com/maniksurtani Platform Architect, JBoss Data Grid http://red.ht/data-grid ___ infinispan-dev mailing list infinispan-dev@lists.jboss.org https

Re: [infinispan-dev] release name for Infinispan 6.0.0

/mailman/listinfo/infinispan-dev ___ infinispan-dev mailing list infinispan-dev@lists.jboss.org https://lists.jboss.org/mailman/listinfo/infinispan-dev -- Manik Surtani ma...@jboss.org twitter.com/maniksurtani Platform Architect, JBoss Data Grid http

[infinispan-dev] Big commit coming up

outstanding pull requests will need to be rebased before being merged in. Also, as a note to reviewers, please ensure there are NO copyright headers on any src code files after this patch is in. Now before I submit the patch - what does everyone think of this? Cheers Manik -- Manik Surtani ma

Re: [infinispan-dev] FAO Infinispan Developers: Must set JAVA_HOME_7 environment variable

___ infinispan-dev mailing list infinispan-dev@lists.jboss.org https://lists.jboss.org/mailman/listinfo/infinispan-dev -- Manik Surtani ma...@jboss.org twitter.com/maniksurtani Platform Architect, JBoss Data Grid http://red.ht/data-grid

Re: [infinispan-dev] L1 Data Container

://lists.jboss.org/mailman/listinfo/infinispan-dev -- Manik Surtani ma...@jboss.org twitter.com/maniksurtani Platform Architect, JBoss Data Grid http://red.ht/data-grid ___ infinispan-dev mailing list infinispan-dev@lists.jboss.org https://lists.jboss.org/mailman

Re: [infinispan-dev] Suppressing state transfer via JMX

On 11 Jun 2013, at 16:27, Dan Berindei dan.berin...@gmail.com wrote: On Tue, Jun 11, 2013 at 2:01 PM, Manik Surtani msurt...@redhat.com wrote: On 10 Jun 2013, at 15:12, Dan Berindei dan.berin...@gmail.com wrote: Erik, I think in your case you'd be better served

Re: [infinispan-dev] Suppressing state transfer via JMX

: Tuesday, June 04, 2013 5:44 AM To: infinispan -Dev List Subject: Re: [infinispan-dev] Suppressing state transfer via JMX Manik, what's wrong with Dan's suggestion with clearing the cache before shutdown? On 31 May 2013, at 14:20, Manik Surtani msurt...@redhat.com wrote: If we only

Re: [infinispan-dev] [infinispan-internal] PutMapCommand is ineffective

. 62559 Red Hat Czech, s.r.o. Brno, Purkyňova 99/71, PSČ 612 45 Czech Republic -- Manik Surtani ma...@jboss.org twitter.com/maniksurtani Platform Architect, JBoss Data Grid http://red.ht/data-grid ___ infinispan-dev mailing list infinispan-dev

Re: [infinispan-dev] Suppressing state transfer via JMX

suggestion with clearing the cache before shutdown? On 31 May 2013, at 14:20, Manik Surtani msurt...@redhat.com wrote: If we only want to deal with full cluster shutdown, then I think stopping all application requests, calling Cache.clear() on one node, and then shutting down all the nodes

Re: [infinispan-dev] Suppressing state transfer via JMX

does this fit for the full and partial shutdown? Cheers Adi On 05/31/2013 04:20 PM, Manik Surtani wrote: On 31 May 2013, at 13:52, Dan Berindei dan.berin...@gmail.com wrote: If we only want to deal with full cluster shutdown, then I think stopping all application requests, calling

[infinispan-dev] Suppressing state transfer via JMX

Guys We've discussed ISPN-3140 elsewhere before, I'm brining it to this forum now. https://issues.jboss.org/browse/ISPN-3140 Any thoughts/concerns? Particularly looking to hear from Dan or Adrian about viability, complexity, ease of implementation. Thanks Manik -- Manik Surtani ma

Re: [infinispan-dev] changes to the replicated mode (ISPN-2772)

https://lists.jboss.org/mailman/listinfo/infinispan-dev -- Manik Surtani ma...@jboss.org twitter.com/maniksurtani Platform Architect, JBoss Data Grid http://red.ht/data-grid ___ infinispan-dev mailing list infinispan-dev@lists.jboss.org https

Re: [infinispan-dev] Suppressing state transfer via JMX

is suspended, data will be lost. Cheers Dan On Fri, May 31, 2013 at 12:17 PM, Manik Surtani msurt...@redhat.com wrote: Guys We've discussed ISPN-3140 elsewhere before, I'm brining it to this forum now. https://issues.jboss.org/browse/ISPN-3140 Any thoughts/concerns

Re: [infinispan-dev] Suppressing state transfer via JMX

). Where data loss is an issue, we'd need more control - ISPN-1394. Cheers Dan On Fri, May 31, 2013 at 12:17 PM, Manik Surtani msurt...@redhat.com wrote: Guys We've discussed ISPN-3140 elsewhere before, I'm brining it to this forum now. https://issues.jboss.org/browse/ISPN-3140

[infinispan-dev] Infinispan, open source and licensing

Hi guys. In case anyone missed it, I blogged about this earlier today. http://infinispan.blogspot.co.uk/2013/05/infinispan-to-adopt-apache-software.html TL;DR: Infinispan will change its license from the current LGPL to the Apache License from 6.0 onwards. Cheers Manik -- Manik Surtani ma

[infinispan-dev] Baselining on Java 7

Yup, it needs to happen sometime. But the question is, when? Is there anyone out there who desperately needs Infinispan to work on Java 6? Cheers Manik -- Manik Surtani ma...@jboss.org twitter.com/maniksurtani Platform Architect, JBoss Data Grid http://red.ht/data-grid

Re: [infinispan-dev] AtomicHashMap concurrent modifications in pessimistic mode

for the existence of the destination node, which means NodeMoveAPIPessimisticTest is still failing. I'm not sure if I should fix that by forcing a write lock for all AtomicHashMap reads, for all TreeCache reads, or only in TreeCache.move(). I think only in TreeCache.move() -- Manik Surtani ma

Re: [infinispan-dev] Recovery with async cache mode

any issue. Do you see any problem in logging the warning? Cheers, Pedro On 05/10/2013 11:49 AM, Pedro Ruivo wrote: On 05/10/2013 11:24 AM, Mircea Markus wrote: On 10 May 2013, at 09:55, Manik Surtani wrote: On 9 May 2013, at 21:44, Mircea Markus mmar...@redhat.com wrote: I

Re: [infinispan-dev] TimeService (ISPN-3069): CacheLoader API break

On 10 May 2013, at 12:32, Dan Berindei dan.berin...@gmail.com wrote: On Fri, May 10, 2013 at 1:31 PM, Manik Surtani msurt...@redhat.com wrote: On 10 May 2013, at 11:14, Dan Berindei dan.berin...@gmail.com wrote: On Fri, May 10, 2013 at 11:53 AM, Manik Surtani msurt...@redhat.com

Re: [infinispan-dev] still to do on HR-embedded integration in ISPN-2281

On 13 May 2013, at 09:35, Galder Zamarreño gal...@redhat.com wrote: You can blog, but bear in mind that the numbers might change. To be precise, the changes that went into Beta1 are: By all means, wait for Galder to *finish* his work before blogging about it. ;) -- Manik Surtani ma

Re: [infinispan-dev] TimeService (ISPN-3069): CacheLoader API break

On 13 May 2013, at 11:16, Sanne Grinovero sa...@infinispan.org wrote: AdvancedCache is the API we use the most. I'd rather say I don't care for Cache: all I use it for us to get an AdvancedCache. Sanne, don't forget you're not a typical Infinispan user. -- Manik Surtani ma...@jboss.org

Re: [infinispan-dev] TimeService (ISPN-3069): CacheLoader API break

for Cache: all I use it for us to get an AdvancedCache. On 13 May 2013 10:12, Manik Surtani msurt...@redhat.com wrote: On 10 May 2013, at 12:32, Dan Berindei dan.berin...@gmail.com wrote: On Fri, May 10, 2013 at 1:31 PM, Manik Surtani msurt...@redhat.com wrote: On 10 May 2013, at 11

Re: [infinispan-dev] TimeService (ISPN-3069): CacheLoader API break

On 13 May 2013, at 16:25, Mircea Markus mmar...@redhat.com wrote: On 13 May 2013, at 15:05, Manik Surtani wrote: 100% agree, most users will have to interact with AdvancedCache at some point - if only because of lock() and withFlags(). I've seen quite a bit of end-user code

Re: [infinispan-dev] TimeService (ISPN-3069): CacheLoader API break

it isn't public API), and just call System.nanoTime() directly? -- Manik Surtani ma...@jboss.org twitter.com/maniksurtani Platform Architect, JBoss Data Grid http://red.ht/data-grid ___ infinispan-dev mailing list infinispan-dev@lists.jboss.org https

Re: [infinispan-dev] Recovery with async cache mode

should throw an exception as an invalid configuration. Because, well, it is invalid. If anyone is using async + recovery, it is important that they realise that it is invalid and fix their config. -- Manik Surtani ma...@jboss.org twitter.com/maniksurtani Platform Architect, JBoss Data Grid http

Re: [infinispan-dev] moving (some) cache stores in a different github repository

, Sanne Grinovero wrote: On 9 May 2013 15:10, Manik Surtani msurt...@redhat.com wrote: This is something we discussed last year. IIRC we agreed that all cache stores (except the 0-dep FCS) and hot rod clients will move out of the infinispan repo, and have their own repos. They will also have

Re: [infinispan-dev] Splitting the Lucene Directory in its own top-level project

and Infinispan, and allow quicker innovation in Hibernate Search while staying compatible with the application server. Sanne ___ infinispan-dev mailing list infinispan-dev@lists.jboss.org https://lists.jboss.org/mailman/listinfo/infinispan-dev -- Manik

Re: [infinispan-dev] TimeService (ISPN-3069): CacheLoader API break

On 10 May 2013, at 11:14, Dan Berindei dan.berin...@gmail.com wrote: On Fri, May 10, 2013 at 11:53 AM, Manik Surtani msurt...@redhat.com wrote: On 9 May 2013, at 20:56, Dan Berindei dan.berin...@gmail.com wrote: Couldn't you change CacheLoaderManager to call

Re: [infinispan-dev] usage of alwaysRun=true on @BeforeMethod and alike

); -- Manik Surtani ma...@jboss.org twitter.com/maniksurtani Platform Architect, JBoss Data Grid http://red.ht/data-grid ___ infinispan-dev mailing list infinispan-dev@lists.jboss.org https://lists.jboss.org/mailman/listinfo/infinispan-dev

Re: [infinispan-dev] moving (some) cache stores in a different github repository

://lists.jboss.org/mailman/listinfo/infinispan-dev -- Manik Surtani ma...@jboss.org twitter.com/maniksurtani Platform Architect, JBoss Data Grid http://red.ht/data-grid ___ infinispan-dev mailing list infinispan-dev@lists.jboss.org https://lists.jboss.org

Re: [infinispan-dev] [infinispan-internal] Message flow tracer/analyzer

into RAM. After a short googling, I found jdbm2 - is this the right tool or would you rather recommend setting up ISPN or something else? Radim - Original Message - | From: Manik Surtani msurt...@redhat.com | To: infinispan -Dev List infinispan-dev@lists.jboss.org | Sent: Tuesday, May

Re: [infinispan-dev] TimeService (ISPN-3069): CacheLoader API break

On 8 May 2013, at 10:40, Pedro Ruivo pe...@infinispan.org wrote: On 05/08/2013 10:36 AM, Manik Surtani wrote: On 8 May 2013, at 10:34, Pedro Ruivo pe...@infinispan.org wrote: Hi guys, In order to use the TimeService inside the cache loaders/stores I had to change the method init

Re: [infinispan-dev] [infinispan-internal] Message flow tracer/analyzer

. -- Manik Surtani ma...@jboss.org twitter.com/maniksurtani Platform Architect, JBoss Data Grid http://red.ht/data-grid ___ infinispan-dev mailing list infinispan-dev@lists.jboss.org https://lists.jboss.org/mailman/listinfo/infinispan-dev

Re: [infinispan-dev] [infinispan-internal] Message flow tracer/analyzer

On 3 May 2013, at 09:36, Radim Vansa rva...@redhat.com wrote: | p.s. It's written in Scala. Oh, ironygreat!/irony ;-) Making good use of Scala's in-line XML? :) -- Manik Surtani ma...@jboss.org twitter.com/maniksurtani Platform Architect, JBoss Data Grid http://red.ht/data-grid

Re: [infinispan-dev] infinispan-quickstart vs. infinispan/demos

. Tristan, are you owning the repackaging effort? I presume you'll want to add this to your plan... And since we're on the subject, is this plan on a wiki somewhere? - M -- Manik Surtani ma...@jboss.org twitter.com/maniksurtani Platform Architect, JBoss Data Grid http://red.ht/data-grid

Re: [infinispan-dev] [Discussion] TimeService implementation

On 3 May 2013, at 17:00, Mircea Markus mmar...@redhat.com wrote: On 3 May 2013, at 16:54, Pedro Ruivo wrote: On 05/03/2013 04:49 PM, Manik Surtani wrote: On 2 May 2013, at 19:01, Pedro Ruivo pe...@infinispan.org wrote: preciseTime() {return (cached = System.nanoTime

Re: [infinispan-dev] still to do on HR-embedded integration in ISPN-2281

On 7 May 2013, at 15:39, Martin Gencur mgen...@redhat.com wrote: I can make a blog post once we have this for Memcached and REST. I guess it is not ready yet. Yes please. Nice work. :) -- Manik Surtani ma...@jboss.org twitter.com/maniksurtani Platform Architect, JBoss Data Grid http

Re: [infinispan-dev] Infinispan Server Console

of the remote protocol endpoints. Currently the code is very simple and doesn't do much, but hey, release early release often. As in, the GUI console? -- Manik Surtani ma...@jboss.org twitter.com/maniksurtani Platform Architect, JBoss Data Grid http://red.ht/data-grid

Re: [infinispan-dev] Infinispan Server Console

On 29 Apr 2013, at 11:29, Tristan Tarrant ttarr...@redhat.com wrote: On 04/29/2013 11:56 AM, Manik Surtani wrote: On 29 Apr 2013, at 10:28, Tristan Tarrant ttarr...@redhat.com wrote: Dear all, I am about to create a new project under the Infinispan GitHub umbrella: infinispan-server

Re: [infinispan-dev] Infinispan Server Console

On 29 Apr 2013, at 13:47, Alan Santos asan...@redhat.com wrote: On Apr 29, 2013, at 8:45 AM, Tristan Tarrant ttarr...@redhat.com wrote: On 04/29/2013 02:39 PM, Manik Surtani wrote: On 29 Apr 2013, at 11:29, Tristan Tarrant ttarr...@redhat.com wrote: On 04/29/2013 11:56 AM, Manik

Re: [infinispan-dev] Implications of adding put with metadata (ISPN-2281)

mailing list infinispan-dev@lists.jboss.org https://lists.jboss.org/mailman/listinfo/infinispan-dev -- Manik Surtani ma...@jboss.org twitter.com/maniksurtani Platform Architect, JBoss Data Grid http://red.ht/data-grid ___ infinispan-dev mailing list

Re: [infinispan-dev] CHM or CHMv8?

/viewcvs.cgi/jsr166/src/jsr166e/ConcurrentHashMapV8.java?revision=1.100view=markup We should also include, in the comments, what revision of jsr166e's implementation we're based on (e.g., 1.100 in the link above). - M -- Manik Surtani ma...@jboss.org twitter.com/maniksurtani Platform Architect

Re: [infinispan-dev] CHM or CHMv8?

infinispan-dev@lists.jboss.org https://lists.jboss.org/mailman/listinfo/infinispan-dev ___ infinispan-dev mailing list infinispan-dev@lists.jboss.org https://lists.jboss.org/mailman/listinfo/infinispan-dev -- Manik Surtani ma...@jboss.org twitter.com

Re: [infinispan-dev] ISPN-263 and handling partitions

-- Manik Surtani ma...@jboss.org twitter.com/maniksurtani Platform Architect, JBoss Data Grid http://red.ht/data-grid ___ infinispan-dev mailing list infinispan-dev@lists.jboss.org https://lists.jboss.org/mailman/listinfo/infinispan-dev

Re: [infinispan-dev] ISPN-263 and handling partitions

https://lists.jboss.org/mailman/listinfo/infinispan-dev -- Manik Surtani ma...@jboss.org twitter.com/maniksurtani Platform Architect, JBoss Data Grid http://red.ht/data-grid ___ infinispan-dev mailing list infinispan-dev@lists.jboss.org https

Re: [infinispan-dev] ISPN-263 and handling partitions

the partition occurred. Hence the vector clocks. - M -- Manik Surtani ma...@jboss.org twitter.com/maniksurtani Platform Architect, JBoss Data Grid http://red.ht/data-grid ___ infinispan-dev mailing list infinispan-dev@lists.jboss.org https

Re: [infinispan-dev] CHM or CHMv8?

/ISPN-3023 Anyone has a few spare cycles - and is really good with complex concurrency code - want to take this on? ;) - M On 19 Apr 2013, at 09:06, Manik Surtani msurt...@redhat.com wrote: On 19 Apr 2013, at 05:07, Sanne Grinovero sa...@infinispan.org wrote: Why not. Only doubt I'd have

Re: [infinispan-dev] ISPN-263 and handling partitions

On 18 Apr 2013, at 06:44, Dan Berindei dan.berin...@gmail.com wrote: On Wed, Apr 17, 2013 at 5:53 PM, Manik Surtani msurt...@redhat.com wrote: On 17 Apr 2013, at 08:23, Dan Berindei dan.berin...@gmail.com wrote: I like the idea of always clearing the state in members of the minority

  1   2   3   4   5   6   7   8   >