<div dir="ltr">Great job, Radim! Looking forward to Radargun 2.0!<br></div><div class="gmail_extra"><br><br><div class="gmail_quote">On Wed, Feb 26, 2014 at 12:47 PM, Galder Zamarreņo <span dir="ltr"><<a href="mailto:galder@redhat.com" target="_blank">galder@redhat.com</a>></span> wrote:<br>
<blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">Great work Radim!!! Awesome job and very interesting roadmap :)<br>
<div><div class="h5"><br>
On 20 Feb 2014, at 15:40, Radim Vansa <<a href="mailto:rvansa@redhat.com">rvansa@redhat.com</a>> wrote:<br>
<br>
> Hi all,<br>
><br>
> it has been a long time since last release of RadarGun. We have been<br>
> using it intensively and developed many new features - 1.0.0 had 7,340<br>
> lines of Java code, 1.1.0 has 32,978 lines. RadarGun has become<br>
> multi-purpose tool, used for checking both performance and functionality<br>
> of caches under stress.<br>
><br>
> During 1.1.0 development, most parts of code changed beyond the beyonds,<br>
> but we tried to keep the old configuration compatible. However, the<br>
> design started to be rather limiting, and therefore, we have decided to<br>
> make the last release for 1.1.0 and move on to RadarGun 2.0.0. In 1.1.x<br>
> branch we will provide bugfixes, but all new features should go to 2.0.0.<br>
><br>
> Some decoys for features expected for RadarGun 2.0.0:<br>
><br>
> * non-homogenous clusters: client/server setups, cooperation of<br>
> different versions of products, or easy setup of cross-site deployment<br>
> with different configurations<br>
> * abstracting from cache wrapper: you will be able to use RadarGun for<br>
> more than just caches without any hacks<br>
> ** current CacheWrapper interface will be designed to match JSR-107<br>
> javax.cache.Cache rather than java.util.Map<br>
> * pluggable reporting: statistics will be directly multiplexed to<br>
> configured reporters (again, without cheating on directories), reporters<br>
> will provide the output formatted as CSV, HTML or even can deploy the<br>
> results to external repository<br>
> * merging local and distributed benchmark -> master + single slave<br>
> within one JVM<br>
> * better property parsing: evaluation of expressions, property<br>
> replacement executed on slaves<br>
><br>
> I hope you will like it! And enjoy 1.1.0.Final release now.<br>
><br>
> Radim<br>
><br>
> ------<br>
> Radim Vansa <<a href="mailto:rvansa@redhat.com">rvansa@redhat.com</a>> JBoss DataGrid QA<br>
><br>
> _______________________________________________<br>
> infinispan-dev mailing list<br>
> <a href="mailto:infinispan-dev@lists.jboss.org">infinispan-dev@lists.jboss.org</a><br>
> <a href="https://lists.jboss.org/mailman/listinfo/infinispan-dev" target="_blank">https://lists.jboss.org/mailman/listinfo/infinispan-dev</a><br>
<br>
<br>
</div></div>--<br>
Galder Zamarreņo<br>
<a href="mailto:galder@redhat.com">galder@redhat.com</a><br>
<a href="http://twitter.com/galderz" target="_blank">twitter.com/galderz</a><br>
<br>
Project Lead, Escalante<br>
<a href="http://escalante.io" target="_blank">http://escalante.io</a><br>
<br>
Engineer, Infinispan<br>
<a href="http://infinispan.org" target="_blank">http://infinispan.org</a><br>
<div class="HOEnZb"><div class="h5"><br>
<br>
_______________________________________________<br>
infinispan-dev mailing list<br>
<a href="mailto:infinispan-dev@lists.jboss.org">infinispan-dev@lists.jboss.org</a><br>
<a href="https://lists.jboss.org/mailman/listinfo/infinispan-dev" target="_blank">https://lists.jboss.org/mailman/listinfo/infinispan-dev</a><br>
</div></div></blockquote></div><br></div>