Java package names
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
Re: Java package names
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
[VOTE] Publish Apache Incubator Etch 1.1
Hello, the Etch community voted on and has approved a proposal to release Apache Etch 1.1. A vote on the etch-dev@ list already resulted in three +1 from Incubator PMC members: - Doug Cutting - Martijn Dashorst - Gavin McDonald The proposal for the release was: http://mail-archives.apache.org/mod_mbox/incubator-etch-dev/201010.mbox/raw/%3c66bd268f973e3544a665e5f503fb38b7057e4d4...@dc01.bmw-carit.intra%3e/ The [VOTE RESULT] is here: http://mail-archives.apache.org/mod_mbox/incubator-etch-dev/201010.mbox/raw/%3c66bd268f973e3544a665e5f503fb38b70583c7a...@dc01.bmw-carit.intra%3e/ The whole thread is here: http://mail-archives.apache.org/mod_mbox/incubator-etch-dev/201010.mbox/browser We would like to request the acknowledge of the Incubator PMC for our release packages, which are currently available at http://people.apache.org/~grandyho/apache-etch-1.1.0-incubating/ This vote will stay open for 72 hours. Thanks, Holger - To unsubscribe, e-mail: general-unsubscr...@incubator.apache.org For additional commands, e-mail: general-h...@incubator.apache.org
Re: Java package names
From a name and branding perspective, removing the use of com.sun, could help people focus on River as opposed to Sun's Jini Implementation. I have several references to com.sun.jini.start. But, I also have my own fork of 2.1 that I'm still using in active deployments. River should be River. Gregg Wonderly On 10/12/2010 12:21 PM, Niclas Hedhman wrote: 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 Wessendorfmat...@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 Marguliesbimargul...@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 - To unsubscribe, e-mail: general-unsubscr...@incubator.apache.org For additional commands, e-mail: general-h...@incubator.apache.org
Re: Java package names
From the mentor standpoint, what's important to me is that there is no ASF requirement to change those packages. The community can decide to do it sooner, later, or not at all. The community can decide to make a slew of compatibility wrappers. The community, most importantly, can push toward a release with whatever naming it can reach a consensus on. On Tue, Oct 12, 2010 at 4:09 PM, Christopher Dolan christopher.do...@avid.com wrote: I vote against such an incompatible change. There are a lot of classes under there, for example com.sun.jini.thread.TaskManager, that are utility code employed by downstream developers. I think all new code should go elsewhere if possible, but changing the existing com.sun.jini packages would be hard on existing users. Chris -Original Message- From: Benson Margulies [mailto:bimargul...@gmail.com] Sent: Tuesday, October 12, 2010 11:51 AM To: general@incubator.apache.org; river-...@incubator.apache.org Subject: Java package names 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
RE: Java package names
I vote against such an incompatible change. There are a lot of classes under there, for example com.sun.jini.thread.TaskManager, that are utility code employed by downstream developers. I think all new code should go elsewhere if possible, but changing the existing com.sun.jini packages would be hard on existing users. Chris -Original Message- From: Benson Margulies [mailto:bimargul...@gmail.com] Sent: Tuesday, October 12, 2010 11:51 AM To: general@incubator.apache.org; river-...@incubator.apache.org Subject: Java package names River imported packages of code from the original Sun grant under the name 'com.sun.whatever'. How important is it to change that?