[
https://issues.apache.org/jira/browse/HADOOP-8684?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=13444702#comment-13444702
]
Hiroshi Ikeda commented on HADOOP-8684:
---------------------------------------
I'm not sure why the synchronized is needed.
Do you mean, it is possible that someone locks the WritableComparator class
object in other places in order to interfere in the define/get methods?
> Deadlock between WritableComparator and WritableComparable
> ----------------------------------------------------------
>
> Key: HADOOP-8684
> URL: https://issues.apache.org/jira/browse/HADOOP-8684
> Project: Hadoop Common
> Issue Type: Bug
> Components: io
> Affects Versions: 1.0.3, 3.0.0
> Reporter: Hiroshi Ikeda
> Assignee: Jing Zhao
> Priority: Minor
> Attachments: Hadoop-8684.patch, Hadoop-8684.patch, Hadoop-8684.patch,
> Hadoop-8684.patch, WritableComparatorDeadLockTestApp.java
>
>
> Classes implementing WriableComparable in Hadoop call the method
> WritableComparator.define() in their static initializers. This means, the
> classes call the method define() while thier class loading, under locking
> their class objects. And, the method WritableComparator.define() locks the
> WritableComaprator class object.
> On the other hand, WritableComparator.get() also locks the WritableComparator
> class object, and the method may create instances of the targeted comparable
> class, involving loading the targeted comparable class if any. This means,
> the method might try to lock the targeted comparable class object under
> locking the WritableComparator class object.
> There are reversed orders of locking objects, and you might fall in deadlock.
--
This message is automatically generated by JIRA.
If you think it was sent incorrectly, please contact your JIRA administrators
For more information on JIRA, see: http://www.atlassian.com/software/jira
