Re: Next steps for GNU Classpath

[Bill Chatfield <bill_chatfield@yahoo.com>]

OpenJDK is Linux-only. It does not work on Windows. This defeats the purpose of Java of being cross-platform. You might say that Windows has Oracle's Java, but it is not GPLed. It cannot be redistributed or bundled with an app. It is huge and copyrighted. When you install it, it tries to screw you over by installing the Ask Toolbar. These are problems that GCJ does not have.

GCJ & GNU Classpath are truly cross-platform, in the original spirit of Java. They have the correct copyright (GPL/LGPL) and they are redistributable/bundable with an app. As a Java developer who would like to distribute apps to users, GCJ & GNU Classpath have significant advantages over OpenJDK/Oracle.

I am not interested in switching to Java "killers" (aka Java ripoffs) like Google Go, Vala, etc, that just change the syntax enough to be annoying. I want Java.


--------------------------------------------
On Mon, 9/15/14, Guillermo Rodriguez Garcia <guille.rodriguez@gmail.com> wrote:

 Subject: Next steps for GNU Classpath
 To: "Andrew Haley" <aph@redhat.com>, "classpath@gnu.org" <classpath@gnu.org>, "java@gcc.gnu.org" <java@gcc.gnu.org>
 Date: Monday, September 15, 2014, 3:34 AM
 
 Hello all,
 
 I'm going back to this question that Andrew asked a few days
 ago:
 
 2014-09-04 22:15 GMT+02:00 Andrew Haley <aph@redhat.com>:
 > Everyone: let's have a proper discussion.  Is
 there something we can
 > do with GNU Classpath that takes it further
 forward.  And, if so,
 > what?  What would our goals be?
 
 The following is my opinion only:
 
 Now that we have OpenJDK, most Java users will use that on
 "standard"
 environments such as desktop boxes. I would say that there
 is one
 distinct advantage of Classpath over OpenJDK, which is its
 smaller
 size and footprint. This makes it an excellent choice for
 embedded
 systems, where OpenJDK is probably too big, and full of
 features that
 are not always useful in an embedded environment.
 
 I think Classpath has an important opportunity in the
 embedded world
 as a "low-fat" class library for embedded JVMs.
 
 Best,
 
 Guillermo Rodriguez Garcia
 guille.rodriguez@gmail.com