<div dir="ltr">Hi,<br><div><br></div><div>I noticed that the long-deprecated method SecurityManager.checkMulticast(InetAddress, byte) no longer has a @deprecated note.</div><div><br></div><div>Some context:</div><div><br></div><div>o The method has been marked @Deprecated since the initial load of OpenJDK code in 2007</div><div>o In 2016, JDK-8145468 [1] added since="1.4"</div><div>o  In 2021, JDK-8266459 [2] (JEP 411 implementation) added forRemoval=true, but curiously also removed the <a class="gmail_plusreply" id="m_2373998361399498303m_2600263911372266575plusReplyChip-2">@deprecated note</a></div><div><a class="gmail_plusreply"><br></a></div><div>The removed @deprecated note read: </div><div><br></div><div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex">@deprecated Use #checkPermission(java.security.Permission) instead</blockquote><div><br></div><div>The removal of the note was not part of the Specification section of the JEP-411 CSR [3], which simply read:<br></div><div><br></div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex">@@ -1082,11 +1087,11 @@<br>       *             {@code null}.<br>       * @since      1.1<br>       * @deprecated Use #checkPermission(java.security.Permission) instead<br>       * @see        #checkPermission(java.security.Permission) checkPermission<br>       */<br>-     @Deprecated(since="1.4")<br>+     @Deprecated(since="1.4", forRemoval=true)<br>      public void checkMulticast(InetAddress maddr, byte ttl) {<br>          String host = maddr.getHostAddress();<br>          if (!host.startsWith("[") && host.indexOf(':') != -1) {<br>              host = "[" + host + "]";<br>          }</blockquote><div><br></div><div>I'm wondering if this was removed by accident, or if there was some deliberation behind the choice to remove the deprecation note.</div><div><br></div><div>If it should not have been removed, would it be worthwhile to add it back, considering this change was in conflict with the CSR? The deprecation note is useful in that it recommends a replacement method for the deprecated method.</div><div><br></div><div>Or are we better off just ignoring this, given the eventual removal of SecurityManager?  </div><div><br></div><div>Thanks,</div><div>Eirik.</div><a class="gmail_plusreply"><br></a></div><div>[1] <a href="https://bugs.openjdk.org/browse/JDK-8145468" target="_blank">https://bugs.openjdk.org/browse/JDK-8145468</a></div><div>[2] <a href="https://bugs.openjdk.org/browse/JDK-8266459" target="_blank">https://bugs.openjdk.org/browse/JDK-8266459</a></div><div>[3] <a href="https://bugs.openjdk.org/browse/JDK-8266577">https://bugs.openjdk.org/browse/JDK-8266577</a></div><div><br></div></div>