Please don't break the configuration API again :-(
On 26 June 2013 06:29, Navin Surtani nsurt...@redhat.com wrote:
While working through ISPN-2463, and the sub-tasks I was wondering about the
organisation of the ConfigurationBuilder classes.
Currently, they are located in
On 26 Jun 2013, at 09:54, Sanne Grinovero sa...@infinispan.org wrote:
Please don't break the configuration API again :-(
On 26 June 2013 06:29, Navin Surtani nsurt...@redhat.com wrote:
While working through ISPN-2463, and the sub-tasks I was wondering about the
organisation of the
Dear Infinispan community,
We're proud to announce the final release of Infinispan 5.3.0 Tactical
Nuclear Penguin. Besides increased stability (130+ bug fixes) this release
also brings some highly demanded features:
- Total Order transaction
-1 as well, as a user you only use ConfigurationBuilder and
GlobalConfigurationBuilder directly, and moving them to a subpackage would
make them less accessible.
If anything, I'd move these two classes to the parent package
(org.infinispan.configuration), but like Sanne said there's no point in
Hi all,
according to [1] I've created the comparison of performance in stress-tests.
All setups used local-cache, benchmark was executed via Radargun (actually
version not merged into master yet [2]). I've used 4 nodes just to get more
data - each slave was absolutely independent of the
These were write-through cache stores, right? And with LevelDB, this was
through to the database file itself?
Erik
-Original Message-
From: infinispan-dev-boun...@lists.jboss.org
[mailto:infinispan-dev-boun...@lists.jboss.org] On Behalf Of Radim Vansa
Sent: Wednesday, June 26, 2013
Hi,
Sorry for a bit late response, I was very busy with some other stuff. I have
some doubts and comments on your suggestions:
Well, but you wanted to have a setEnvironment that takes extra params,
so I guess you'll be calling at some point, so can't you just cast the
callable to your own