8167294: MXBean javadoc should be updated to take modules into account
authorvtewari
Thu, 20 Oct 2016 15:07:06 +0530
changeset 42095 a0f1353b4c06
parent 41762 7612934fa196
child 42096 06daeaae3631
8167294: MXBean javadoc should be updated to take modules into account Summary: Updated MXBean class javadoc to take modules into account Reviewed-by: alanb Contributed-by: amit.sapre@oracle.com
jdk/src/java.management/share/classes/javax/management/MXBean.java
--- a/jdk/src/java.management/share/classes/javax/management/MXBean.java	Tue Oct 18 20:04:36 2016 -0400
+++ b/jdk/src/java.management/share/classes/javax/management/MXBean.java	Thu Oct 20 15:07:06 2016 +0530
@@ -1,5 +1,5 @@
 /*
- * Copyright (c) 2005, 2013, Oracle and/or its affiliates. All rights reserved.
+ * Copyright (c) 2005, 2016, Oracle and/or its affiliates. All rights reserved.
  * DO NOT ALTER OR REMOVE COPYRIGHT NOTICES OR THIS FILE HEADER.
  *
  * This code is free software; you can redistribute it and/or modify it
@@ -916,14 +916,14 @@
       <li><p>Otherwise, <em>J</em> is not reconstructible.</p></li>
     </ol>
 
-    <p>When only {@code @java.beans.ConstructorProperties} is present then
-    rule 2 is not applicable to subset Profiles of Java SE that do not include
-    the {@code java.beans} package. When targeting a runtime that does
-    not include the {@code java.beans} package, and where there is a mismatch
-    between the compile-time and runtime environment whereby <em>J</em> is
-    compiled with a public constructor and the {@code ConstructorProperties}
-    annotation, then <em>J</em> is not reconstructible unless another rule
-    applies.</p>
+    <p>Rule 2 is not applicable when {@code java.beans.ConstructorProperties}
+    is not visible (e.g. when the java.desktop module is not readable or when
+    the runtime image does not contain the java.desktop module). When
+    targeting a runtime that does not include the {@code java.beans} package,
+    and where there is a mismatch between the compile-time and runtime
+    environment whereby <em>J</em> is compiled with a public constructor
+    and the {@code ConstructorProperties} annotation, then <em>J</em> is
+    not reconstructible unless another rule applies.</p>
 
     <p>Here are examples showing different ways to code a type {@code
       NamedNumber} that consists of an {@code int} and a {@code