Re: [infinispan-dev] Distributed Counter Discussion

What are the requirements? What are the distributed counters for? Is the counter to be monotonically increasing? Can there be any missed values? Does the counter need to increment and decrement? What is the *smallest* API you need initially? There are two choices when implementing a

Re: [infinispan-dev] Distributed Counter Discussion

Great starting point! Some comments inline: On 14 March 2016 at 19:14, Pedro Ruivo wrote: > Hi everybody, > > Discussion about distributed counters. > > == Public API == > > interface Counter As a user, how do I get a Counter instance? From a the CacheContainer interface?

[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

Re: [infinispan-dev] Uber jars - how do we want to use them

On Mon 2016-03-14 11:21, Sebastian Laskawiec wrote: > I took a look at Nexus download statistics and Infinispan Uberjars are > about 7% of our downloads (of course this calculation has been based on our > JBoss Nexus instance and we have no data from other mirrors). It's actually the opposite,

Re: [infinispan-dev] Uber jars - how do we want to use them

On Mon, Mar 14, 2016 at 12:21 PM, Sebastian Laskawiec wrote: > I took a look at Nexus download statistics and Infinispan Uberjars are about > 7% of our downloads (of course this calculation has been based on our JBoss > Nexus instance and we have no data from other mirrors).

Re: [infinispan-dev] Uber jars - how do we want to use them

To make a more practical proposal: give me a way to start a local, non transactional Cache which doesn't require any of: - JGroups - JBoss Marshalling - JTA API - Infinispan Commons If I don't have - for example - JGroups and am starting a clustered cache, I will see an exception "Enabling

Re: [infinispan-dev] Uber jars - how do we want to use them

Hi, uber jars were introduced as an answer to complaints such as "there are too many jars" but I still think this was the wrong answer.. too many issues so please stop this: it's not helping usability to understand which jars are needed, and it makes things worse with runtime errors not matching

Re: [infinispan-dev] Uber jars - how do we want to use them

-- Galder Zamarreño Infinispan, Red Hat > On 14 Mar 2016, at 08:42, Tristan Tarrant wrote: > > > > On 11/03/2016 18:20, Galder Zamarreño wrote: >> Are uber jars really that useful? From my own experience they often get > > The number of users who don't use a dependency

Re: [infinispan-dev] Uber jars - how do we want to use them

I took a look at Nexus download statistics and Infinispan Uberjars are about 7% of our downloads (of course this calculation has been based on our JBoss Nexus instance and we have no data from other mirrors). So, once we are clear how Uber Jars should work... let's take a look at one of the

Re: [infinispan-dev] Uber jars - how do we want to use them

On 11/03/2016 18:20, Galder Zamarreño wrote: > Are uber jars really that useful? From my own experience they often get The number of users who don't use a dependency management system (Maven, Ivy, Gradle) is quite a lot higher than you'd expect. Tristan -- Tristan Tarrant Infinispan Lead