* Context.compile is synchronized and so there is no need for
ConcurrentHashMap + concurrency related comment.
* Map.remove(Object, Object) is used which is since jdk 1.8. If we have
to backport this change to jdk8u (where jdk7 is used as JAVA_HOME to
build/test), we've to take care of this.
-Sundar
On 9/17/2015 9:07 PM, Attila Szegedi wrote:
Indeed, that’s correct. A new webrev is available for review at
<http://cr.openjdk.java.net/~attila/8136700/webrev.01.jdk9> that manually
handles removal of cleared entries.
Attila.
On Sep 17, 2015, at 4:29 PM, Michael Haupt <michael.ha...@oracle.com> wrote:
Hi again,
no sorry; I have to revoke this as I forgot weak sets aren't weak in the way
they have to be in this case.
Best,
Michael
Am 17.09.2015 um 16:18 schrieb Michael Haupt <michael.ha...@oracle.com>:
Hi Attila,
lower-case thumbs up!
Best,
Michael
Am 17.09.2015 um 16:14 schrieb Attila Szegedi <attila.szeg...@oracle.com>:
Please review JDK-8136700 "Make sure Context.anonymousHostClasses doesn't grow unbounded"
at <http://cr.openjdk.java.net/~attila/8136700/webrev.jdk9> for
<https://bugs.openjdk.java.net/browse/JDK-8136700>
Thanks,
Attila.
--
<http://www.oracle.com/>
Dr. Michael Haupt | Principal Member of Technical Staff
Phone: +49 331 200 7277 | Fax: +49 331 200 7561
Oracle Java Platform Group | LangTools Team | Nashorn
Oracle Deutschland B.V. & Co. KG, Schiffbauergasse 14 | 14467 Potsdam, Germany
<http://www.oracle.com/commitment> Oracle is committed to developing
practices and products that help protect the environment