Return-Path: Delivered-To: apmail-incubator-harmony-dev-archive@www.apache.org Received: (qmail 68983 invoked from network); 27 Feb 2006 12:07:03 -0000 Received: from hermes.apache.org (HELO mail.apache.org) (209.237.227.199) by minotaur.apache.org with SMTP; 27 Feb 2006 12:07:03 -0000 Received: (qmail 26879 invoked by uid 500); 27 Feb 2006 12:06:58 -0000 Delivered-To: apmail-incubator-harmony-dev-archive@incubator.apache.org Received: (qmail 26817 invoked by uid 500); 27 Feb 2006 12:06:56 -0000 Mailing-List: contact harmony-dev-help@incubator.apache.org; run by ezmlm Precedence: bulk List-Help: List-Unsubscribe: List-Post: List-Id: Reply-To: harmony-dev@incubator.apache.org Delivered-To: mailing list harmony-dev@incubator.apache.org Received: (qmail 26806 invoked by uid 99); 27 Feb 2006 12:06:56 -0000 Received: from asf.osuosl.org (HELO asf.osuosl.org) (140.211.166.49) by apache.org (qpsmtpd/0.29) with ESMTP; Mon, 27 Feb 2006 04:06:56 -0800 X-ASF-Spam-Status: No, hits=-0.0 required=10.0 tests=SPF_HELO_PASS,SPF_PASS X-Spam-Check-By: apache.org Received-SPF: pass (asf.osuosl.org: domain of gcjhd-harmony-dev@m.gmane.org designates 80.91.229.2 as permitted sender) Received: from [80.91.229.2] (HELO ciao.gmane.org) (80.91.229.2) by apache.org (qpsmtpd/0.29) with ESMTP; Mon, 27 Feb 2006 04:06:55 -0800 Received: from list by ciao.gmane.org with local (Exim 4.43) id 1FDh8W-0003b1-0C for harmony-dev@incubator.apache.org; Mon, 27 Feb 2006 13:05:56 +0100 Received: from swspm1500.ds.mpi-sws.mpg.de ([139.19.131.18]) by main.gmane.org with esmtp (Gmexim 0.1 (Debian)) id 1AlnuQ-0007hv-00 for ; Mon, 27 Feb 2006 13:05:55 +0100 Received: from robilad by swspm1500.ds.mpi-sws.mpg.de with local (Gmexim 0.1 (Debian)) id 1AlnuQ-0007hv-00 for ; Mon, 27 Feb 2006 13:05:55 +0100 X-Injected-Via-Gmane: http://gmane.org/ To: harmony-dev@incubator.apache.org From: Dalibor Topic Subject: Re: Harmony and the future of Java Date: Mon, 27 Feb 2006 12:05:23 +0000 (UTC) Lines: 46 Message-ID: References: <43FE308C.5040408@apache.org> <1140736561.10742.3.camel@localhost> <34199a5e0602231739x4ee71e50wd9970d24bcc7dfec@mail.gmail.com> <43FE6504.7020100@apache.org> <1140784835.13289.15.camel@localhost> <43FF82C7.7080404@apache.org> <44000A80.2080909@herculeez.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit X-Complaints-To: usenet@sea.gmane.org X-Gmane-NNTP-Posting-Host: main.gmane.org User-Agent: Loom/3.14 (http://gmane.org/) X-Loom-IP: 139.19.131.18 (Mozilla/5.0 (Macintosh; U; PPC Mac OS X Mach-O; en-US; rv:1.8.0.1) Gecko/20060111 Firefox/1.5.0.1) Sender: news X-Virus-Checked: Checked by ClamAV on apache.org X-Spam-Rating: minotaur.apache.org 1.6.2 0/1000/N Damian Hamill herculeez.com> writes: > > I joined the list a few days ago and I got here as a result of reading the > "Java: Dead Like COBOL, Not Like Elvis?" thread on TheServerside > http://www.theserverside.com/news/thread.tss?thread_id=39066. > > In a couple of posts by Dalibor Topic (a developer on GNU Classpath > and Kaffe OpenVM) he asserted that Java developers will move on to > .NET and he used this phrase "just like how applets were replaced by > Flash". He also said > > "For example, you can write neat GUI applications for Windows today > using Java5 and/or SWT. Once Vista ships with bundled Whidbey, though, > GUI application developers on Windows will be facing an interesting > choice: n MB for a C# application on Whidbey, or n MB + sizeof(Sun JRE > 1.6) for a Java application. As we've seen with applets vs flash, > there is a very simple answer: the ubiquitous one wins. See Netscape > vs IE, which was decided the moment Microsoft bundled the browser with > the OS." Thanks for the praise, and giving my arguments on that forum your consideration. FWIW, I am also one the folks who helped getting Apache Harmony going, so I am trying in a lot of ways to help fix the problems I see with Java, in different venues. > If most/all of the classes were like this then the class library zip > file would be very small. The same goes for the other programs and > dlls, if they are not part of the JVM core and needed by every > applet/application that runs then make them stubs that download the > real thing when they are used the first time. That's an interesting idea, but unfortunately, it can't be done in an implementation that wants to be certified as Java compatible, like Harmony, since the VM + class library that you ship needs to be certified as compatible, not the VM + class library + something you download on demand from some server if you have a network connection around. The fundamental problem with the idea is that you end up effectively subsetting J2SE, and the current rules do not allow for that, a J2SE implementation always needs to behave as one, even without a network connection. :) > So I found my way to Harmony in the hope that I can help and this is > the area I would like to get involved in. Welcome on board, and have fun. dalibor topic