On 8/31/2015 4:07 PM, Bryan Thompson wrote:
...
Apologies if I am behind the curve here.  It would probably be easier for
me to understand if the package namespace cleanup was proposed as a list of
X => Y renames so I could look at the source tree and understand more
clearly what is involved.
...

Good idea. It may be useful for the release notes, as well as for our
discussion. I have started putting one together. Here is an arbitrary
extract from the raw data:

names_2.2.txt:./com/sun/jini/action/GetBooleanAction.java
names_2.2.txt:./com/sun/jini/action/GetIntegerAction.java
names_2.2.txt:./com/sun/jini/action/GetLongAction.java
names_2.2.txt:./com/sun/jini/action/GetPropertyAction.java
names_3.0.txt:./org/apache/river/action/GetBooleanAction.java
names_3.0.txt:./org/apache/river/action/GetIntegerAction.java
names_3.0.txt:./org/apache/river/action/GetLongAction.java
names_3.0.txt:./org/apache/river/action/GetPropertyAction.java

The "action" package keeps the same content. It changed from
com.sun.jini.action to org.apache.river.action. That loses the strong
internal-only use-at-your-own-risk implication that the com.sun packages
had, so we need to do something else to mark these classes as not
supported API.

I will continue to work on building the package map.

Patricia

Reply via email to