What Benson is talking about is not com.sun packages in the JDK, but that Jini implementation classes resides in com.sun packages (compared to spec classes residing in net.jini space)
They should go as part of a suitable level bump in versioning. The impact on users is reasonably small... Niclas On Wed, Oct 13, 2010 at 1:15 AM, Matthias Wessendorf <mat...@apache.org> wrote: > if you care to be able to run on a different JVM, than it needs to be fixed. > > Generally it's bad to rely on some "private" packages/APIs > > -M > > On Tue, Oct 12, 2010 at 6:50 PM, Benson Margulies <bimargul...@gmail.com> > wrote: >> River imported packages of code from the original Sun grant under the >> name 'com.sun.whatever'. >> >> How important is it to change that? >> >> --------------------------------------------------------------------- >> To unsubscribe, e-mail: general-unsubscr...@incubator.apache.org >> For additional commands, e-mail: general-h...@incubator.apache.org >> >> > > > > -- > Matthias Wessendorf > > blog: http://matthiaswessendorf.wordpress.com/ > sessions: http://www.slideshare.net/mwessendorf > twitter: http://twitter.com/mwessendorf > > --------------------------------------------------------------------- > To unsubscribe, e-mail: general-unsubscr...@incubator.apache.org > For additional commands, e-mail: general-h...@incubator.apache.org > > -- Niclas Hedhman, Software Developer http://www.qi4j.org - New Energy for Java I live here; http://tinyurl.com/2qq9er I work here; http://tinyurl.com/2ymelc I relax here; http://tinyurl.com/2cgsug --------------------------------------------------------------------- To unsubscribe, e-mail: general-unsubscr...@incubator.apache.org For additional commands, e-mail: general-h...@incubator.apache.org
