From harmony-dev-return-96-apmail-incubator-harmony-dev-archive=incubator.apache.org@incubator.apache.org Tue May 10 17:50:40 2005 Return-Path: Delivered-To: apmail-incubator-harmony-dev-archive@www.apache.org Received: (qmail 66557 invoked from network); 10 May 2005 17:50:40 -0000 Received: from hermes.apache.org (HELO mail.apache.org) (209.237.227.199) by minotaur.apache.org with SMTP; 10 May 2005 17:50:40 -0000 Received: (qmail 24530 invoked by uid 500); 10 May 2005 17:54:07 -0000 Delivered-To: apmail-incubator-harmony-dev-archive@incubator.apache.org Received: (qmail 24312 invoked by uid 500); 10 May 2005 17:54:05 -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 24298 invoked by uid 99); 10 May 2005 17:54:05 -0000 X-ASF-Spam-Status: No, hits=0.1 required=10.0 tests=FORGED_RCVD_HELO X-Spam-Check-By: apache.org Received-SPF: neutral (hermes.apache.org: local policy) Received: from wildebeest.demon.nl (HELO gnu.wildebeest.org) (83.160.152.237) by apache.org (qpsmtpd/0.28) with ESMTP; Tue, 10 May 2005 10:54:05 -0700 Received: from ext-gw01.feelslikefriday.com ([217.195.237.146] helo=[192.168.0.14]) by gnu.wildebeest.org with esmtp (Exim 3.35 #1 (Debian)) id 1DVYoy-0007RB-00; Tue, 10 May 2005 19:47:04 +0200 Subject: Re: State of the World From: Mark Wielaard To: matthew@camary.co.za Cc: harmony-dev@incubator.apache.org In-Reply-To: <60784.196.8.104.27.1115730024.squirrel@196.8.104.27> References: <60784.196.8.104.27.1115730024.squirrel@196.8.104.27> Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="=-H3RkjoKnU+o/mnxC20tb" Date: Tue, 10 May 2005 19:47:35 +0200 Message-Id: <1115747255.1160.98.camel@localhost> Mime-Version: 1.0 X-Mailer: Evolution 2.0.4 X-Virus-Checked: Checked X-Spam-Rating: minotaur.apache.org 1.6.2 0/1000/N --=-H3RkjoKnU+o/mnxC20tb Content-Type: text/plain Content-Transfer-Encoding: quoted-printable Hi, On Tue, 2005-05-10 at 15:00 +0200, Matthew French wrote: > Basically you have this API with lots of function calls, many > unimplemented. Trying to pin the libraries to a particular version is > almost impossible, so the result is developers implement the library call= s > when they find a program that uses them. This also makes it easer to test= , > since you now have a test case to compare to. >=20 > I am guessing the Classpath project has the same issue. Is it really > practical (right now) for an open source java library to be 100% complian= t > with J2SE 1.3/4/5?!? Would it not be more pragmatic to allow people to ad= d > the features they need? This is indeed how we handle the issue in GNU Classpath at the moment. We are targetting full 1.4 in general, but only have full 1.0 and 1.1 coverage. The actual coverage is somewhere between 1.2 and 1.4 depending on package and class. Kaffe has a list for their implementation: http://www.kaffe.org/~stuart/japi/htmlout/h-jdk14-kaffe.html We do have a separate CVS development branch for the new generics support in 1.5 that we hope to merge in as soon as all free compilers and runtimes properly support the new 1.5 language features. > I am sure the Classpath people have experience with out-of-sync API's. > Just how much of a problem is this? If a large application like JBoss can > run successfully, how much of an issue is it that we are missing 15% of > the functionality? Or that we have 1.6 functionality polluting a 1.3 base= ? It is largely a non-problem. People want their programs to work. So either they use the available functionality and everything just works, or they use functionality that isn't available yet and it just doesn't work. We try to encourage people to just use the functionality that is available by using a free platform like gcj or kaffe for all their development. Then it will automatically work on any platform. But it is a problem for someone that buys a book in a store about java and expects everything described in the book to just work. That is of course a real problem. That is why GCJ, Kaffe and GNU Classpath are not java (yet?). Cheers, Mark --=-H3RkjoKnU+o/mnxC20tb Content-Type: application/pgp-signature; name=signature.asc Content-Description: This is a digitally signed message part -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.5 (GNU/Linux) iD8DBQBCgPO3xVhZCJWr9QwRAi1vAKCRCeW0cglae3yMiQl0Ix1W4nBqVACfd++H drsB7EvcINoHX3RenM9qdik= =W6a6 -----END PGP SIGNATURE----- --=-H3RkjoKnU+o/mnxC20tb--