Re: [infinispan-dev] BoundedConcurrentHashMap

Hi Sanne, I found the same information as you: "We introduced BoundedConcurrentHashMap class based on Doug Lea's ConcurrentHashMap." (source: https://blog.infinispan.org/2010/03/infinispan-eviction-batching-updates.html ) and "Modified for https://jira.jboss.org/jira/browse/ISPN-299;

[infinispan-dev] Infinispan 9.4.0.Beta1 is out!

Dear all, We have released Infinispan 9.4.0.Beta1. Read all about it here: https://goo.gl/P2HSEU Enjoy! Infinispan Team. ___ infinispan-dev mailing list infinispan-dev@lists.jboss.org https://lists.jboss.org/mailman/listinfo/infinispan-dev

Re: [infinispan-dev] Protobuf metadata cache and x-site

Wouldn't be better to assume the protobuf cache doesn't fit the internal cache use case? :) On 12-04-2018 17:21, Galder Zamarreno wrote: > Ok, we do need to find a better way to deal with this. > > JIRA: https://issues.jboss.org/browse/ISPN-9074 > > On Thu, Apr 12, 2018 at 5:56

Re: [infinispan-dev] Protobuf metadata cache and x-site

On 12-04-2018 15:49, Galder Zamarreno wrote: > Hi, > > We have an issue with protobuf metadata cache. > > If you run in a multi-site scenario, protobuf metadata information does > not travel across sites by default. > > Being an internal cache, is it possible to somehow override/reconfigure

Re: [infinispan-dev] 9.2 EmbeddedCacheManager blocked at shutdown

JIRA: https://issues.jboss.org/browse/ISPN-8994 On 27-03-2018 10:08, Pedro Ruivo wrote: > > > On 27-03-2018 09:03, Sebastian Laskawiec wrote: >> At the moment, the cluster health status checker enumerates all caches >> in the cache manager [1] and checks whether tho

Re: [infinispan-dev] 9.2 EmbeddedCacheManager blocked at shutdown

an/infinispan/blob/master/core/src/main/java/org/infinispan/health/impl/ClusterHealthImpl.java#L23-L24 > > On Mon, Mar 26, 2018 at 1:59 PM Thomas SEGISMONT <tsegism...@gmail.com > <mailto:tsegism...@gmail.com>> wrote: > > 2018-03-26 13:16 GMT+02:00 Pe

Re: [infinispan-dev] 9.2 EmbeddedCacheManager blocked at shutdown

Hi Thomas, Is the test in question using any counter/lock? I did see similar behavior with the counter's in our server test suite. The partition handling makes the cache degraded because nodes are starting and stopping concurrently. I'm not sure if there are any JIRA to tracking. Ryan, Dan do

Re: [infinispan-dev] Order of locking in optimistic tx cache

Hi, On 29-01-2018 17:42, Radim Vansa wrote: > Hi Pedro, > > I have a looong open JIRA [1] and so I've tried to look into current > ordering of locks. And I've noticed that we don't sort the keys anymore > but have a short 'big lock' [2] - I don't fully understand it, though. > What happens if T1

Re: [infinispan-dev] PR labels

Hi, can we keep the "changes suggested/required"? This would be exclusive with "ready for preview" and means someone review the PR and requires a reply from the author. Cheers, Pedro On 01-12-2017 08:26, Tristan Tarrant wrote: > Hello people, > > I'd like to rationalize the PR labels because

Re: [infinispan-dev] Feedback on MultimapCache

On Tue, 10 Oct 2017, 15:24 Thomas SEGISMONT, <tsegism...@gmail.com> wrote: > 2017-10-10 11:26 GMT+02:00 Pedro Ruivo <pe...@infinispan.org>: > >> >> >> On 10-10-2017 10:13, Thomas SEGISMONT wrote: >> > Besides multimap is available for embedded mode ri

Re: [infinispan-dev] Feedback on MultimapCache

On 10-10-2017 10:13, Thomas SEGISMONT wrote: > Besides multimap is available for embedded mode right now. I'm not sure > but I believe it's the same for clustered counters. Yes the counters are available in Embedded. They will be added to Hot Rod soon.

[infinispan-dev] Weekly IRC Meeting Logs 2017-07-17

Hi all, The weekly meeting logs are in attachment. Unfortunately the bot didn't cooperate :) Cheers, Pedro Jul 17 15:00:09 #startmeeting Jul 17 15:00:43 pruivo, I'll go first Jul 17 15:00:44 ttarrant, do I have permission to start the meeting? Jul 17 15:00:53

[infinispan-dev] Hot Rod Transactions, a design document

Hi all, I've created a document describing Hot Rod transactions. For now, only Synchronization enlistment will be supported and full XA support will be implemented in the future (and in another document). The document is here: https://github.com/infinispan/infinispan-designs/pull/6 Take a

[infinispan-dev] Infinispan 9.0.0.CR2 has been released!

Hi everybody, Infinispan 9.0.0.CR2 is finally released. Read about it in the announcement here: https://goo.gl/wVzdZB. Regards, Infinispan Team ___ infinispan-dev mailing list infinispan-dev@lists.jboss.org

Re: [infinispan-dev] Default TCP configuration is broken.

One step ahead: https://issues.jboss.org/browse/ISPN-7512 On 22-02-2017 19:41, Alan Field wrote: > > > - Original Message - >> From: "Pedro Ruivo" <pe...@infinispan.org> >> To: "ispn-dev" <infinispan-dev@lists.jboss.org> >&g

[infinispan-dev] Default TCP configuration is broken.

Hi team, The 'default-jgroups-tcp.xml" has MFC protocol without the FRAG2/3 protocol. This is broken when we send a multicast message larger than 'max-credits'. It will block forever in MFC [1]. No timeouts since we don't have the CompletableFuture at this point. Possible solutions are: #1

Re: [infinispan-dev] Major version cleaning

On 20-02-2017 16:12, Bela Ban wrote: > > > On 20/02/17 17:06, Tristan Tarrant wrote: >> Hi guys, we discussed about this a little bit in the past and this >> morning on IRC. Here are some proposed removals: >> >> - Remove the async transactional modes, as they are quite pointless >> - Remove

Re: [infinispan-dev] Triangle and ISPN-3918

On 14-11-2016 14:26, Radim Vansa wrote: > Hi, > > I was thinking about ISPN-3918 [1] and I've realized that while this > happens in current implementation only rarely during state transfer, > with Triangle v4 this could happen more often. > > Conditional command is always executed on primary

Re: [infinispan-dev] Data Container configuration changes

On 27-10-2016 14:20, William Burns wrote: > > > On Thu, Oct 27, 2016 at 4:56 AM Pedro Ruivo <pe...@infinispan.org > <mailto:pe...@infinispan.org>> wrote: > > > > On 26-10-2016 23:06, William Burns wrote: > > I have been working on adding in of

Re: [infinispan-dev] Data Container configuration changes

On 26-10-2016 23:06, William Burns wrote: > I have been working on adding in off heap support for a given cache. I > wanted to check in and let you all know what I was thinking for the > configuration and changes that would come about with it. > > TLDR; > New config under data container to

Re: [infinispan-dev] Fine grained maps

On 26-09-2016 08:36, Radim Vansa wrote: > Hi all, > > I have realized that fine grained maps don't work reliably with > write-skew check. This happens because WSC tries to load the entry from > DC/cache-store, compare versions and store it, assuming that this > happens atomically as the entry is

Re: [infinispan-dev] SKIP_CACHE_LOAD and write skew check

The WSC is only performed on the primary owner. But the originator needs to keep track of the version read in order to the WSC be performed. I've changed this behavior for IGNORE_RETURN_VALUE flags, where the entry is mark as "not-read" (if it wasn't read before). Then, the WSC is skipped for

Re: [infinispan-dev] Distributed Counter Discussion

Hi all, This is an update email. I've just made a preview for the distributed counters. You can find it in [1] In this initial version I'm targeting a more consistent approach because it covers a large uses cases (you'll lose on performance) and it's easy to test. All the updates are

Re: [infinispan-dev] Marshalling/unmarshalling known type

Hi, I've noticed the same when I refactor the commands marshalling. I thought about creating a MarshallUtil.writeObjectWithExternalizer(T obj, Externalizer ext) to handle this cases but it was outside the scope of that JIRA. In the end, most of the externalizers are stateless and it can be a

Re: [infinispan-dev] Distributed Counter Discussion

== Status update == Hi all, The work in progress can be found in [1]. The main interface is: CompletableFuture addAndGet(long) The CompletableFuture will allow to cover a more use cases, for example, if you need to count the number of visits, you can increment without waiting it to

Re: [infinispan-dev] XA transactions on a single CacheManager?

On 03/21/2016 12:53 PM, Sanne Grinovero wrote: > > I'd rather question why this wasn't done than question which use cases > are appropriate, as I don't see what benefit it brings to consider > each cache a different resource? Am I missing a trade-off or is it > fair to say that there are no

Re: [infinispan-dev] XA transactions on a single CacheManager?

On 03/21/2016 11:19 AM, Sanne Grinovero wrote: > On 21 March 2016 at 10:07, Pedro Ruivo <pe...@infinispan.org> wrote: >> Hi Sanne >> >> On 03/15/2016 07:22 PM, Sanne Grinovero wrote: >>> Hi all, >>> >>> I just noticed that when I'm

Re: [infinispan-dev] Distributed Counter Discussion

Hi all, @Eric, thanks for the requirements. @Bela, does JGroups counter supports that semantics (AP)? Infinispan does not have eventually consistency (yet) neither an update log. So, it can't reconcile the counter and you will lose one of the partition updates. On 03/18/2016 02:19 PM, Eric

Re: [infinispan-dev] XA transactions on a single CacheManager?

Hi Sanne On 03/15/2016 07:22 PM, Sanne Grinovero wrote: > Hi all, > > I just noticed that when I'm making changes to multiple caches within > the same transaction, the transaction manager will treat this as XA > transactions. > > That seems suboptimal as they are all managed by the same resource;

Re: [infinispan-dev] Distributed Counter Discussion

Comments inline On 03/14/2016 09:27 PM, Sanne Grinovero wrote: > On 14 March 2016 at 19:14, Pedro Ruivo <pe...@infinispan.org> wrote: > > As a user, how do I get a Counter instance? From a the CacheContainer > interface? You can get a Counter from a CounterManager.

[infinispan-dev] Distributed Counter Discussion

Hi everybody, Discussion about distributed counters. == Public API == interface Counter String getName() //counter name long get() //current value. may return stale value due to concurrent operations to other nodes. void increment() //async or sync increment. default add(1) void

[infinispan-dev] Infinispan 8.2.0.Final is out!

Dear community, The Infinispan team is proud to announce the release of Infinispan 8.2.0.Final. Checkout what is new in this version here: http://blog.infinispan.org/2016/03/infinispan-820final-is-out.html Cheers, The Infinispan team. ___

Re: [infinispan-dev] The "Triangle" pattern for reducing Put latency

Comment inline. On 11/25/2015 10:27 AM, Sanne Grinovero wrote: > At our last face to face meeting we were discussing about possible > strategies to reduce the latency of a Put operation. > > I wasn't part of that conversation, but see in our notes that the idea > would be to have the Originator

Re: [infinispan-dev] The "Triangle" pattern for reducing Put latency

On 11/25/2015 01:20 PM, Radim Vansa wrote: > On 11/25/2015 12:07 PM, Sanne Grinovero wrote: >> On 25 November 2015 at 10:48, Pedro Ruivo <pe...@infinispan.org> wrote: >>>> >>>> An alternative is to wait for all ACKs, but I think this could still &g

Re: [infinispan-dev] Remove cache issues

On 09/15/2015 01:46 PM, Dan Berindei wrote: > On Mon, Sep 14, 2015 at 2:46 PM, Pedro Ruivo <pe...@infinispan.org> wrote: >> Hi, >> >> I found the following issues with _EmbeddedCacheManager.removeCache()_ >> while I was helping the LEADS devs. The method remove

[infinispan-dev] Remove cache issues

Hi, I found the following issues with _EmbeddedCacheManager.removeCache()_ while I was helping the LEADS devs. The method removes the cache from all the nodes in the cluster. #1 It has different behaviour in the invoker node. In the invoked node, it removes the configuration from

Re: [infinispan-dev] Metrics and interceptors

+1 Cheers, Pedro On 09/07/2015 02:39 PM, Dan Berindei wrote: > +1 > > Dan > > > On Mon, Sep 7, 2015 at 2:52 PM, Galder Zamarreno wrote: >> Makes sense. >> >> -- >> Galder Zamarreño >> Infinispan, Red Hat >> >> - Original Message - >>> A recent issue with some

[infinispan-dev] Infinispan 8.0 is released!

Dear community, The final release of Infinispan 8 is finally available. Check out our blog for the complete list of cool features introduced! http://blog.infinispan.org/2015/08/infinispan-800final.html Cheers, The Infinispan Team. ___ infinispan-dev

Re: [infinispan-dev] Configuration changes proposal for 8.0

Hi, comments inline Pedro On 05/13/2015 05:42 PM, Tristan Tarrant wrote: Hi all, this is a list of proposed changes for 8.x that affect configuration and default behaviour. We built this list last year, but never acted upon it, but now I believe it's time to do these changes. Please

[infinispan-dev] Infinispan 7.2.0.Final is out!

Dear Infinispan community, Version 7.2.0.Final is now available. Release details on http://blog.infinispan.org/2015/05/infinispan-720final-is-out.html Cheers, Pedro ___ infinispan-dev mailing list infinispan-dev@lists.jboss.org

[infinispan-dev] Relaxing clear semantics

Hi guys, I'm going to start working on the new relaxed clear semantic (in the context of ISPN-4140). It affects, at least, the following JIRA: ISPN-4073: clear() can create inconsistencies ISPN-3656: Relax Cache.clear() semantics ISPN-4778: PessimisticLockingInterceptor throws when handling

Re: [infinispan-dev] Multi get API

Hi, comments inline... On 03/24/2015 01:57 PM, Radim Vansa wrote: On 03/24/2015 02:22 PM, William Burns wrote: I am nearing completion of the new multi get command [1], allowing for more efficient retrieval of multiple keys at the same time. Thanks again to Radim for a lot of the initial

Re: [infinispan-dev] FindBugs on infinispan

Hi, There is a findbugs pluging for IntelliJ. I run it against the classes I modified in the PR and solve the existing problems and avoid creating new ones. Pedro On 03/19/2015 04:16 PM, Jakub Markos wrote: Hi, out of curiosity, I ran FindBugs [1] (java static analysis tool) on

Re: [infinispan-dev] Infinispan Directory Provider moving from Hibernate Search, suggestions on names

On 03/20/2015 02:09 PM, Tristan Tarrant wrote: Hi Gustavo, org.infinispan.directory-provider doesn't actually tell me much, it should be org.infinispan.lucene-directory-provider. I thought that the package name shouldn't have '-', but +1 for the package name As for the package name,

Re: [infinispan-dev] JIRAs for a 7.0.3 release

On 12/19/2014 02:55 PM, Sanne Grinovero wrote: It's possible I could get you an upgrade to Hibernate Search 5.0.0.Final related HQL Parser 1.1.0.Final soon, but I'm currently in trouble with regressions of the Infinispan testsuite. @Pedro, that draft commit you had sent me made wonders.

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

Ruivo wrote: Dear Community, FYI: http://blog.infinispan.org/2014/11/infinispan-710-alpha1-is-out.html Cheers, Pedro Ruivo ___ infinispan-dev mailing list infinispan-dev@lists.jboss.org https://lists.jboss.org/mailman/listinfo/infinispan-dev

[infinispan-dev] Infinispan 7.1.0.Alpha1 is out!

Dear Community, FYI: http://blog.infinispan.org/2014/11/infinispan-710-alpha1-is-out.html Cheers, Pedro Ruivo ___ infinispan-dev mailing list infinispan-dev@lists.jboss.org https://lists.jboss.org/mailman/listinfo/infinispan-dev

Re: [infinispan-dev] Total Order non-transactional cache

, the protocol relies on the order in which the operations are delivered. On 10. 11. 14 15:49, Pedro Ruivo wrote: Hi, FYI, I've just created a design page: https://github.com/infinispan/infinispan/wiki/Total-Order-non-Transactional-Cache My plan is to implement it in 7.1 release. Feel free

Re: [infinispan-dev] Remoting package refactor

and flexibility in configuring pool per cache if needed On 06/11/14 16:23, Pedro Ruivo wrote: On 11/06/2014 03:01 PM, Bela Ban wrote: On 06/11/14 15:36, Pedro Ruivo wrote: * added a single thread remote executor service. This will handle the FIFO deliver commands. Previously, they were handled by JGroups

Re: [infinispan-dev] Schema versions

On 11/14/2014 09:39 AM, Tristan Tarrant wrote: I have unilaterally decided to bump all schema versions to 7.1. Less confusing. +1 Tristan On 13/11/14 12:06, Tristan Tarrant wrote: Hi all, I have issued a PR [1] which bumps the core parser and schema to 7.1, since we're going to

[infinispan-dev] Remoting package refactor

Hello, As many of you should know, I'm refactoring the remoting package. I was trying and testing what can be done and it's time for an update. Finally, I got a working version (needs some cleanups) that can be found here [1]. The goal is to reduce the complexity from

Re: [infinispan-dev] TopologySafe Map / Reduce

On 10/09/2014 03:40 PM, William Burns wrote: Actually this was something I was hoping to get to possibly in the near future. I already have to do https://issues.jboss.org/browse/ISPN-4358 which will require rewriting parts of the distributed entry iterator. In doing so I was planning on

Re: [infinispan-dev] TopologySafe Map / Reduce

On 10/09/2014 04:41 PM, Dan Berindei wrote: On Thu, Oct 9, 2014 at 3:40 PM, William Burns mudokon...@gmail.com mailto:mudokon...@gmail.com wrote: Actually this was something I was hoping to get to possibly in the near future. I already have to do

Re: [infinispan-dev] New algorithm to handle remote commands

On 09/19/2014 11:57 AM, Mircea Markus wrote: Read Command : No changes are made. When a read command is delivered, it is processed directly in the JGroups executor service. - you might want to check if here's a force write lock flag present as well No need. I double check and the get sends

Re: [infinispan-dev] New algorithm to handle remote commands

On 09/18/2014 05:32 PM, Dan Berindei wrote: You're right about the remote executor getting full as well, we're lacking any feedback mechanism to tell the sender to slow down, except for blocking the OOB thread. I wonder if we could tell JGroups somehow to discard

Re: [infinispan-dev] New algorithm to handle remote commands

new link: https://github.com/infinispan/infinispan/wiki/Remote-Command-Handler On 09/17/2014 05:08 PM, Pedro Ruivo wrote: Hi, I've just wrote on the wiki a new algorithm to better handle the remote commands. You can find it in [1]. If you have questions, suggestion or just want to discuss

Re: [infinispan-dev] Testsuite again...

On 08/06/2014 10:24 AM, Sanne Grinovero wrote: On 6 August 2014 09:01, Ion Savin isa...@redhat.com wrote: OSGi integration tests are blocking the test suite. It is failing with: java.lang.Exception: Could not start bundle mvn:org.infinispan/infinispan-cachestore-jpa/7.0.0-SNAPSHOT in

Re: [infinispan-dev] DIST-SYNC, put(), a problem and a solution

On 08/06/2014 04:19 PM, Bela Ban wrote: I think this can be used for both cases; however, I think either Sanne's solution of using seqnos *per key* and updating in the order of seqnos or using Pedro's total order impl are probably better solutions. I'm not pretending these solutions are

[infinispan-dev] Testsuite again...

Hi, OSGi integration tests are blocking the test suite. It is failing with: java.lang.Exception: Could not start bundle mvn:org.infinispan/infinispan-cachestore-jpa/7.0.0-SNAPSHOT in feature(s) infinispan-cachestore-jpa-7.0.0-SNAPSHOT: Unresolved constraint in bundle

Re: [infinispan-dev] DIST-SYNC, put(), a problem and a solution

On 07/30/2014 09:02 AM, Dan Berindei wrote: if your proposal is only meant to apply to non-tx caches, you are right you don't have to worry about multiple primary owners... most of the time. But when the primary owner changes, then you do have 2 primary owners (if the new primary owner

[infinispan-dev] LevelDB expirationQueue

Hi, I found a couple of issue with the expirationQueue in leveldb. AFAIK, this queue has the goal to avoid 2 writes to leveldb per infinispan write. correct me if I'm wrong. Also, it is drain when the eviction thread is trigger (every minute by default). #1 the queue is is only drained when

Re: [infinispan-dev] Example server config tests disabled?

They are running in a different group:

Re: [infinispan-dev] A question and an observation

On 07/07/14 11:51, Pedro Ruivo wrote: On 07/07/2014 09:14 AM, Bela Ban wrote: This is gone in 7. Do I now have to use programmatic configuration ? If so, how would I do this ? AFAIK, yes it was removed from configuration file and can only be set by programmatic configuration. Pedro

[infinispan-dev] LevelDBStore's expiryEntryQueue

Hi guys, Is there a way to replace the expiryEntryQueue with a non-blocking structure? Long history: In high throughput systems, this queue gets full very often and it is blocking all the writes (that throws timeout exceptions everywhere). Also, I don't full understand why this queue exists.

Re: [infinispan-dev] Dangers of getCacheEntry (ISPN-4424)

On 06/24/2014 05:11 PM, Mircea Markus wrote: On Jun 24, 2014, at 16:50, Galder Zamarreño gal...@redhat.com wrote: On 24 Jun 2014, at 16:51, Mircea Markus mmar...@redhat.com wrote: On Jun 24, 2014, at 15:27, Galder Zamarreño gal...@redhat.com wrote: To fix this, I’ve been working with

Re: [infinispan-dev] OGM, Hot Rod and Grouping API

by the key being attached to the Tx. yes, thanks On 06 Jun 2014, at 14:38, Pedro Ruivo pe...@infinispan.org wrote: Hi Davide, what kind of transactional semantics are expected? when you invoke getGroup(), do you expect the keys to be attached to the transaction (in the read-set). same

Re: [infinispan-dev] OGM, Hot Rod and Grouping API

I was thinking to move the new methods to the AdvancedCache. But, IMO, a new interface is not needed. On 05/29/2014 09:26 AM, Tristan Tarrant wrote: On 28/05/2014 12:52, Davide D'Alto wrote: Mircea created an experimental stub where the method G, KG SetKG getGroupKeys(G group) is added to

Re: [infinispan-dev] OGM, Hot Rod and Grouping API

to add the operation :P) Pedro Tristan On 29/05/2014 11:19, Pedro Ruivo wrote: I was thinking to move the new methods to the AdvancedCache. But, IMO, a new interface is not needed. On 05/29/2014 09:26 AM, Tristan Tarrant wrote: On 28/05/2014 12:52, Davide D'Alto wrote: Mircea created

Re: [infinispan-dev] Welcome to Gustavo

Welcome Gustavo! Cheers, Pedro On 05/15/2014 02:36 PM, Tristan Tarrant wrote: Welcome Gustavo, good to see you (again) ! Tristan On 15/05/2014 15:29, Sanne Grinovero wrote: Hi all, today we finally have Gustavo joining us as a full time engineer on Infinispan. He worked with

Re: [infinispan-dev] Configuration XSD missing, Infinispan not parsing v.6 configuration files ?

yes, the release process put the schema here: http://docs.jboss.org/infinispan/schemas/ Pedro On 05/14/2014 07:50 AM, Tristan Tarrant wrote: Isn't the deployment of XSDs part of the release process ? Tristan On 14/05/2014 01:36, Sanne Grinovero wrote: The testing configuration files seem

[infinispan-dev] Infinispan 7.0.0.Alpha4 is out!

Hi, I'm proud to announce the Alpha4 release of Infinispan 7.0.0. More info in http://blog.infinispan.org/2014/05/infinispan-700alpha4-is-out.html Regards, Pedro ___ infinispan-dev mailing list infinispan-dev@lists.jboss.org

Re: [infinispan-dev] Configuration XSD missing, Infinispan not parsing v.6 configuration files ?

, the documentation already uses the new style) Cheers, Pedro On 05/14/2014 01:32 PM, Sanne Grinovero wrote: On 14 May 2014 09:58, Pedro Ruivo pe...@infinispan.org wrote: yes, the release process put the schema here: http://docs.jboss.org/infinispan/schemas/ Thanks, I'll use that. But shouldn't we have

Re: [infinispan-dev] 7.0.0.Alpha4

Hi, Roger that :) Pedro On 05/09/2014 12:12 AM, Mircea Markus wrote: Hi Pedro, Your turn for release now :-) There's plenty of stuff pending, but when we'll have at least: [1] ISPN-4222 Add support for distributed entry iterator and [2] ISPN-3917 Filter objects using the query DSL

Re: [infinispan-dev] Proposed ISPN 7 compilation incompatibilities with ISPN 6

Hi, #1 and #2 are ok to me but, IMO, the filter package should be in commons module Cheers, Pedro On 03/13/2014 12:07 PM, William Burns wrote: Recently while working on some ISPN 7 features, there were some public API inconsistencies. I wanted to bring these up just in case if someone had

Re: [infinispan-dev] Proposed ISPN 7 compilation incompatibilities with ISPN 6

On 03/13/2014 12:35 PM, William Burns wrote: On Thu, Mar 13, 2014 at 8:31 AM, Pedro Ruivo pe...@infinispan.org wrote: Hi, #1 and #2 are ok to me but, IMO, the filter package should be in commons module Sorry I forgot to detail why I said core. I originally planned for commons package

[infinispan-dev] Cross-Site replication with local caches?

Hi, simple question today: do we support cross-site replication for local caches (i.e. not clustered)? Cheers, Pedro ___ infinispan-dev mailing list infinispan-dev@lists.jboss.org https://lists.jboss.org/mailman/listinfo/infinispan-dev

Re: [infinispan-dev] Integration between HotRod and OGM

On 01/27/2014 09:20 AM, Sanne Grinovero wrote: On 23 January 2014 18:03, Dan Berindei dan.berin...@gmail.com wrote: On 22 Jan 2014 16:10, Pedro Ruivo pe...@infinispan.org wrote: On 01/22/2014 01:58 PM, Dan Berindei wrote: It would also require us to keep a SetK for each group

Re: [infinispan-dev] Integration between HotRod and OGM

On 01/27/2014 09:52 AM, Sanne Grinovero wrote: On 27 January 2014 09:38, Pedro Ruivo pe...@infinispan.org wrote: On 01/27/2014 09:20 AM, Sanne Grinovero wrote: On 23 January 2014 18:03, Dan Berindei dan.berin...@gmail.com wrote: On 22 Jan 2014 16:10, Pedro Ruivo pe...@infinispan.org wrote

Re: [infinispan-dev] Integration between HotRod and OGM

the updates from other transactions immediately (https://issues.jboss.org/browse/ISPN-3932) It also does not work when you enable write skew check with optimistic transactions (we have a JIRA somewhere) On Mon 2014-01-27 11:54, Pedro Ruivo wrote: On 01/27/2014 09:52 AM, Sanne Grinovero wrote

Re: [infinispan-dev] Integration between HotRod and OGM

On 01/27/2014 01:38 PM, Dan Berindei wrote: On Mon, Jan 27, 2014 at 2:43 PM, Pedro Ruivo pe...@infinispan.org mailto:pe...@infinispan.org wrote: On 01/27/2014 12:26 PM, Emmanuel Bernard wrote: I'd be curious to see performance tests on Pedro's approach (ie walk through

Re: [infinispan-dev] Integration between HotRod and OGM

On 01/22/2014 01:58 PM, Dan Berindei wrote: It would also require us to keep a SetK for each group, with the keys associated with that group. As such, I'm not sure it would be a lot easier to implement (correctly) than FineGrainedAtomicMap. Dan, I didn't understand why do we need to keep

Re: [infinispan-dev] Store as binary

Hi, IMO, we should try the worst scenario: Local Mode + Single thread. this will show us the highest impact in performance. Cheers, Pedro On 01/20/2014 09:41 AM, Mircea Markus wrote: Hi Radim, I think 4 nodes with numOwner=2 is too small of a cluster. My calculus here[1] points out that

Re: [infinispan-dev] Dropping AtomicMap/FineGrainedAtomicMap

Hi, On 01/20/2014 11:28 AM, Galder Zamarreño wrote: Hi all, Dropping AtomicMap and FineGrainedAtomicMap was discussed last week in the F2F meeting [1]. It's complex and buggy, and we'd recommend people to use the Grouping API instead [2]. Grouping API would allow data to reside together,

Re: [infinispan-dev] Clean ThreadLocals

to (un)marshall an object. On 12 December 2013 09:01, Dan Berindei dan.berin...@gmail.com wrote: On Thu, Dec 12, 2013 at 12:52 AM, David M. Lloyd david.ll...@redhat.com wrote: On 12/11/2013 04:47 PM, Pedro Ruivo wrote: Hi, I've created a method to clean a specific ThreadLocal variable

[infinispan-dev] Clean ThreadLocals

Hi, I've created a method to clean a specific ThreadLocal variable from all live threads [1]. My goal is to clean the ThreadLocal variables after a cache stops. It's kind expensive method (it uses reflection) but I think it is fine. Currently, I'm using it to clear the Marshaller ThreadLocal

Re: [infinispan-dev] Parallel M/R

On 12/06/2013 04:18 PM, Mircea Markus wrote: - the DefaultDetaContainer uses an EquivalentConcurrentHashMapV8 for holding the entries, which already supports parallel iteration so the heavy lifting is already in place not entirely true. If we configure size-based eviction, the

Re: [infinispan-dev] Infinispan Security

On 11/22/2013 06:57 PM, Tristan Tarrant wrote: On 11/22/2013 04:47 PM, Pedro Ruivo wrote: * About the permissions It would be good to describe what is the relation between the permissions. For example, answer the following question: can a user/group/role have READ permission over a cache

Re: [infinispan-dev] Today's topic: eviction

... Doesn't sound like a patch which requires a major release? Sanne On 21 November 2013 18:48, Pedro Ruivo pe...@infinispan.org wrote: (re: https://issues.jboss.org/browse/ISPN-3048) (ps. sorry for the long mail. I hope that is clear) * Automatic eviction: I've been writing some

Re: [infinispan-dev] Infinispan Security

Hi, I took a look at the document and these are my comments :) (note: I only have the basic knowledge of security: security is a myth) * About the permissions It would be good to describe what is the relation between the permissions. For example, answer the following question: can a

Re: [infinispan-dev] PutForExternalRead consistency

: On Mon, Nov 18, 2013 at 9:43 AM, Galder Zamarreño gal...@redhat.com mailto:gal...@redhat.com wrote: On Nov 14, 2013, at 1:20 PM, Pedro Ruivo pe...@infinispan.org mailto:pe...@infinispan.org wrote

Re: [infinispan-dev] Today's topic: eviction

On 11/22/2013 11:40 AM, Sanne Grinovero wrote: Do we still need to support the non-V8 implementations? Clearly there are cases in which we need it to be available: org.infinispan.util.concurrent.locks.containers.AbstractPerEntryLockContainerL refers explicitly to

Re: [infinispan-dev] rethinking ISPN transactions

On 11/21/2013 11:34 AM, Galder Zamarreño wrote: It's way faster actually. The speed difference from all the extra work required by Transaction Manager to deal with multiple XA resources, make transactions recoverable..etc. We've done tests in the past (i.e. Hibernate 2LC) comparing both

Re: [infinispan-dev] rethinking ISPN transactions

and second you can have others XaResources associated to the TM. On Thu, Nov 21, 2013 at 1:57 PM, Pedro Ruivo pe...@infinispan.org mailto:pe...@infinispan.org wrote: On 11/21/2013 11:34 AM, Galder Zamarreño wrote: It's way faster actually. The speed difference

[infinispan-dev] Today's topic: eviction

(re: https://issues.jboss.org/browse/ISPN-3048) (ps. sorry for the long mail. I hope that is clear) * Automatic eviction: I've been writing some scenario involving eviction and concurrent operations. This test shows a very reliable eviction but we have a problem when passivation is enabled.

Re: [infinispan-dev] rethinking ISPN transactions

On 11/19/2013 08:48 PM, Mircea Markus wrote: On Nov 19, 2013, at 4:49 PM, Dan Berindei dan.berin...@gmail.com wrote: Is there any reason to use synchronization other than it's faster? I guess the reason for using synchronization is to invalidate (or updated) an cache. We obviously don't

Re: [infinispan-dev] rethinking ISPN transactions

On 11/19/2013 02:17 AM, Mircea Markus wrote: On Nov 12, 2013, at 3:12 PM, Pedro Ruivo pe...@infinispan.org wrote: On 11/12/2013 11:56 AM, Galder Zamarreño wrote: On Nov 8, 2013, at 4:28 PM, Mircea Markus mmar...@redhat.com wrote: Hey guys, Several things were discussed lately([1],[2

[infinispan-dev] PutForExternalRead consistency

Hi, Simple question: shouldn't PFER ensure some consistency? I know that PFER is asynchronous but (IMO) it can create inconsistencies in the data. the primary owner replicates the PFER follow by a PUT (PFER is sent async log the lock is released immediately) for the same key, we have no way

Re: [infinispan-dev] rethinking ISPN transactions

On 11/12/2013 11:56 AM, Galder Zamarreño wrote: On Nov 8, 2013, at 4:28 PM, Mircea Markus mmar...@redhat.com wrote: Hey guys, Several things were discussed lately([1],[2],[3],[4]) around our transaction support. Here's some some thoughts I have around re-modeling transactions for 7.0:

Re: [infinispan-dev] rethinking ISPN transactions

On 11/08/2013 03:28 PM, Mircea Markus wrote: Hey guys, Several things were discussed lately([1],[2],[3],[4]) around our transaction support. Here's some some thoughts I have around re-modeling transactions for 7.0: 1. Async options for commit/rollback - they don't really make sense as

Re: [infinispan-dev] rethinking ISPN transactions

On 11/12/2013 12:26 PM, Radim Vansa wrote: Mircea, besides mentioning of removed stuff, would it be possible to compile some list of supported transactional modes and *expected behaviour*? (using short code snippets: in one mode this will fail, in other one succeed) Ideally, total order

  1   2   3   >