On Thu, 1 Apr 2021 14:10:08 GMT, Jonathan Gibbons <j...@openjdk.org> wrote:

>> @prsadhuk You could always add `@inheritDoc` like this:
>> 
>> /**
>>  * {@inheritDoc}
>>  */
>
> Starting in JDK 10, the default behavior of the standard doclet was 
> changed so that if a method is just being overridden for implementation 
> reasons, and there is no change in the public spec or signature, then 
> the method will not be listed in the main part of the summary table and 
> corresponding details section.  Instead, it will just be listed along 
> with other inherited methods at the end of the summary section, in a 
> list which is renamed from "Methods inherited from ..." to "Methods 
> declared in ..."
> 
> To be clear, this behavior only applies when there is nothing new to 
> document about the overriding method.
> 
> "No change in spec" means either no doc comment or a comment that is 
> just `/** {@inheritDoc} */` or its whitespace equivalent.
> 
> "No change in signature" covers publicly visibly changes like covariant 
> return, change in modifiers, change in throws list, etc.
> 
> You can change the behavior on a per-instance behavior by providing 
> additional changes in the doc comment.
> 
> javadoc still supports the old style of doc generation with a 
> command-line option, but for JDK docs, the default is the new behavior I 
> described.
> 
> -- Jon
> 
> On 4/1/21 5:43 AM, Kevin Rushforth wrote:
>>
>> The |javadoc| tool (or the standard doclet) used to automatically copy 
>> the description from the superclass, and it seems that it no longer 
>> does. Perhaps @jonathan-gibbons 
>> <https://urldefense.com/v3/__https://github.com/jonathan-gibbons__;!!GqivPVa7Brio!Nt46yROIsMrLvPBMvzgGTeSnhOvHtuHlNczVmgAJ-wPR9Lk254rhfVFX79WhAtjxN8g4zw$>
>>  
>> could comment on this change?
>>
>> —
>> You are receiving this because you were mentioned.
>> Reply to this email directly, view it on GitHub 
>> <https://urldefense.com/v3/__https://github.com/openjdk/jdk/pull/3213*issuecomment-811880830__;Iw!!GqivPVa7Brio!Nt46yROIsMrLvPBMvzgGTeSnhOvHtuHlNczVmgAJ-wPR9Lk254rhfVFX79WhAtiQlz8B-g$>,
>>  
>> or unsubscribe 
>> <https://urldefense.com/v3/__https://github.com/notifications/unsubscribe-auth/AOUXBRUGHOZZ4X3NOBWRX63TGRS55ANCNFSM4Z3HDOJA__;!!GqivPVa7Brio!Nt46yROIsMrLvPBMvzgGTeSnhOvHtuHlNczVmgAJ-wPR9Lk254rhfVFX79WhAtg5YRT3Kw$>.
>>

> 
> Starting in JDK 10, the default behavior of the standard doclet was changed 
> so that if a method is just being overridden for implementation reasons, and 
> there is no change in the public spec or signature, then the method will not 
> be listed in the main part of the summary table and corresponding details 
> section.  Instead, it will just be listed along with other inherited methods 
> at the end of the summary section, in a list which is renamed from "Methods 
> inherited from ..." to "Methods declared in ..." To be clear, this behavior 
> only applies when there is nothing new to document about the overriding 
> method. "No change in spec" means either no doc comment or a comment that is 
> just `/** {@inheritdoc} */` or its whitespace equivalent. "No change in 
> signature" covers publicly visibly changes like covariant return, change in 
> modifiers, change in throws list, etc. You can change the behavior on a 
> per-instance behavior by providing additional changes in the doc comment. 
> javadoc still suppor
 ts the old style of doc generation with a command-line option, but for JDK 
docs, the default is the new behavior I described.
> […](#)
> -- Jon
> On 4/1/21 5:43 AM, Kevin Rushforth wrote: The |javadoc| tool (or the standard 
> doclet) used to automatically copy the description from the superclass, and 
> it seems that it no longer does. Perhaps @jonathan-gibbons 
> <[https://urldefense.com/v3/__https://github.com/jonathan-gibbons__;!!GqivPVa7Brio!Nt46yROIsMrLvPBMvzgGTeSnhOvHtuHlNczVmgAJ-wPR9Lk254rhfVFX79WhAtjxN8g4zw$](https://urldefense.com/v3/__https://github.com/jonathan-gibbons__;!!GqivPVa7Brio!Nt46yROIsMrLvPBMvzgGTeSnhOvHtuHlNczVmgAJ-wPR9Lk254rhfVFX79WhAtjxN8g4zw%24)>
>  could comment on this change? — You are receiving this because you were 
> mentioned. Reply to this email directly, view it on GitHub 
> <[https://urldefense.com/v3/__https://github.com/openjdk/jdk/pull/3213*issuecomment-811880830__;Iw!!GqivPVa7Brio!Nt46yROIsMrLvPBMvzgGTeSnhOvHtuHlNczVmgAJ-wPR9Lk254rhfVFX79WhAtiQlz8B-g$](https://urldefense.com/v3/__https://github.com/openjdk/jdk/pull/3213*issuecomment-811880830__;Iw!!GqivPVa7Brio!Nt46yROIsMrLvPBMvzgGTeSnhOvHtuHlNczVmgAJ
 -wPR9Lk254rhfVFX79WhAtiQlz8B-g%24)>, or unsubscribe 
<[https://urldefense.com/v3/__https://github.com/notifications/unsubscribe-auth/AOUXBRUGHOZZ4X3NOBWRX63TGRS55ANCNFSM4Z3HDOJA__;!!GqivPVa7Brio!Nt46yROIsMrLvPBMvzgGTeSnhOvHtuHlNczVmgAJ-wPR9Lk254rhfVFX79WhAtg5YRT3Kw$](https://urldefense.com/v3/__https://github.com/notifications/unsubscribe-auth/AOUXBRUGHOZZ4X3NOBWRX63TGRS55ANCNFSM4Z3HDOJA__;!!GqivPVa7Brio!Nt46yROIsMrLvPBMvzgGTeSnhOvHtuHlNczVmgAJ-wPR9Lk254rhfVFX79WhAtg5YRT3Kw%24)>.

So, are you saying that even if we provide @inheritDoc, it will not be listed 
if there is no change in spec compared to super class?

-------------

PR: https://git.openjdk.java.net/jdk/pull/3213

Reply via email to