[
https://issues.apache.org/jira/browse/HADOOP-8684?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=13444576#comment-13444576
]
Suresh Srinivas commented on HADOOP-8684:
-----------------------------------------
Very interesting problem! Nice solution Jing.
Did you run the test code with this patch?
One thing I do notice is with your solution an extra call to forceInit() may be
made. I believe this should not be an issue.
> 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,
> 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
