May I suggest that we should name com.sun.jini to org.apache.river.internal? I agree that com.sun.* meant to be internal and discouraged for public use.
Thanks, Palash. On Tue, Sep 1, 2015 at 6:33 AM, Bryan Thompson <br...@systap.com> wrote: > Dennis, can you comment on how much pain (and what steps) were involved in > the package rename you performed? What difficulty level would be involved > in moving the historical com.sun.jini packages into an > org.apache.river.impl namespace? Can this be done with a suitable sed/ask > script and moving the files in SVN? > > Thanks, > Bryan > > On Monday, August 31, 2015, Patricia Shanahan <p...@acm.org> wrote: > > > 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 > > > > > -- > ---- > Bryan Thompson > Chief Scientist & Founder > SYSTAP, LLC > 4501 Tower Road > Greensboro, NC 27410 > br...@systap.com > http://blazegraph.com > http://blog.bigdata.com <http://bigdata.com> > http://mapgraph.io > > Blazegraph™ <http://www.blazegraph.com/> is our ultra high-performance > graph database that supports both RDF/SPARQL and Tinkerpop/Blueprints > APIs. Blazegraph is now available with GPU acceleration using our > disruptive > technology to accelerate data-parallel graph analytics and graph query. > > CONFIDENTIALITY NOTICE: This email and its contents and attachments are > for the sole use of the intended recipient(s) and are confidential or > proprietary to SYSTAP. Any unauthorized review, use, disclosure, > dissemination or copying of this email or its contents or attachments is > prohibited. If you have received this communication in error, please notify > the sender by reply email and permanently delete all copies of the email > and its contents and attachments. >
