Community
Participate
Working Groups
3.5M1 but this issue exists since the initial javadoc parsing implementation in 3.0... It appears that request made for bug 51606 is not valid. Looking at javadoc tool behavior, as soon as the 'inheritedDoc' tag is present in the javadoc, the documentation of overridden method parameters is generated. Hence, by default the compiler should not inhibits the {@inheritedDoc} tag when it is not in the first text (aka the main description) of the comment. However, I suggest not to revert abruptly the compiler behavior but add a new preferences instead to let the user decide to show this kind of problem or not... See also bug 246712 comment 7...
I finally close this bug as INVALID as in fact the Javadoc tool does not rely on the {@inheritDoc} tag to insert description from overridden method. It do it all the time following the algorithm described in the spec: http://java.sun.com/j2se/1.4.2/docs/tooldocs/windows/javadoc.html#inheritingcomments See also bug 246236 for discussion on the missing tag warning vs. {@inheritDoc] tag...
Verified for 3.5M2