<div dir="ltr"><br><br><div class="gmail_quote"><div dir="ltr">On Mon, Jan 25, 2016 at 10:09 AM Sebastian Laskawiec <<a href="mailto:slaskawi@redhat.com">slaskawi@redhat.com</a>> wrote:<br></div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><div dir="ltr">Would it be possible to decouple Map implementation from our custom code (like eviction policy or setting max size)? Or the dependency between those two is too strong?</div></blockquote><div><br></div><div>This is possible. I had already thought of doing that at some point, but haven't been able to look into it or have a great reason yet (we lose some stuff like better size estimations - since we have access to the underlying array).</div><div><br></div><div>Unfortunately the equivalent versions have to stay even if we remove the eviction stuff, since there is no pluggable way to do this with the JVM classes.</div><div> </div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><div class="gmail_extra"><br><div class="gmail_quote">On Mon, Jan 25, 2016 at 3:15 PM, William Burns <span dir="ltr"><<a href="mailto:mudokonman@gmail.com" target="_blank">mudokonman@gmail.com</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><div dir="ltr">Unfortunately this isn't really possible to remove these classes. They have additional changes over and above the jdk8 classes. We could move it into a different package though if we wanted to.<div><br></div><div>To be honest the only reason this is still really needed is for the BoundedConcurrentHashMapV8. I have been talking with Dan on and off for a while about even possibly looking into using a different map implementation (such as caffeine or something else equivalent). We haven't looked into it very seriously though.</div><div><br></div><div>We could look into this more if people think we want to tackle that.</div><div><br></div><div> - Will</div></div><div><div><br><div class="gmail_quote"><div dir="ltr">On Thu, Jan 14, 2016 at 4:34 AM Radim Vansa <<a href="mailto:rvansa@redhat.com" target="_blank">rvansa@redhat.com</a>> wrote:<br></div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">Hi,<br>
<br>
although we're on Java 8, there's still the package<br>
org.infinispan.*.jdk8backported in our codebase. Is there any plan (and<br>
possibility) to remove these and use implementation provided by runtime?<br>
Or have we tweaked them too much, so shall we rather rename them?<br>
<br>
Radim<br>
<br>
--<br>
Radim Vansa <<a href="mailto:rvansa@redhat.com" target="_blank">rvansa@redhat.com</a>><br>
JBoss Performance Team<br>
<br>
_______________________________________________<br>
infinispan-dev mailing list<br>
<a href="mailto:infinispan-dev@lists.jboss.org" target="_blank">infinispan-dev@lists.jboss.org</a><br>
<a href="https://lists.jboss.org/mailman/listinfo/infinispan-dev" rel="noreferrer" target="_blank">https://lists.jboss.org/mailman/listinfo/infinispan-dev</a><br>
</blockquote></div>
</div></div><br>_______________________________________________<br>
infinispan-dev mailing list<br>
<a href="mailto:infinispan-dev@lists.jboss.org" target="_blank">infinispan-dev@lists.jboss.org</a><br>
<a href="https://lists.jboss.org/mailman/listinfo/infinispan-dev" rel="noreferrer" target="_blank">https://lists.jboss.org/mailman/listinfo/infinispan-dev</a><br></blockquote></div><br></div>
_______________________________________________<br>
infinispan-dev mailing list<br>
<a href="mailto:infinispan-dev@lists.jboss.org" target="_blank">infinispan-dev@lists.jboss.org</a><br>
<a href="https://lists.jboss.org/mailman/listinfo/infinispan-dev" rel="noreferrer" target="_blank">https://lists.jboss.org/mailman/listinfo/infinispan-dev</a></blockquote></div></div>