[infinispan-issues] [JBoss JIRA] (ISPN-6085) Avoid using sun.misc.VM

[Tristan Tarrant (JIRA)]

    [ https://issues.jboss.org/browse/ISPN-6085?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=13151222#comment-13151222 ] 

Tristan Tarrant commented on ISPN-6085:
---------------------------------------

Looking at http://stackoverflow.com/questions/15052216/how-large-is-the-integer-cache

it seems that the "java.lang.Integer.IntegerCache.high" defaults to 127 but can be overridden using a system property which you can probably get at via System.getProperty()

> Avoid using sun.misc.VM
> -----------------------
>
>                 Key: ISPN-6085
>                 URL: https://issues.jboss.org/browse/ISPN-6085
>             Project: Infinispan
>          Issue Type: Task
>          Components: Core
>    Affects Versions: 8.1.0.Final
>            Reporter: Sanne Grinovero
>            Assignee: William Burns
>
> The function {{org.infinispan.container.entries.PrimitiveEntrySizeCalculator.IntegerCacheConstraints.calculateMaxIntCache()}} is using {{sun.misc.VM}}.
> This class is being moved and "idden" in Java 9:
>  - http://mail.openjdk.java.net/pipermail/core-libs-dev/2016-January/037853.html
> Could we try avoiding the need for this, or explore alternatives?
> One could use reflection to see if the class is available without loading it explicitly, but that still needs some sensible fallback for the case in which the class isn't available.
> Even if this looks like a small detail, this completely blocks the possibility to test Infinispan on Java 9.



--
This message was sent by Atlassian JIRA
(v6.4.11#64026)