This is the mail archive of the
mailing list for the GCC project.
Re: Swing replacements
- From: Ted Byers <r dot ted dot byers at rogers dot com>
- To: geodejerry at jeffnet dot org, gcc at gnu dot org
- Date: Tue, 4 Mar 2008 00:09:56 -0500 (EST)
- Subject: Re: Swing replacements
--- email@example.com wrote:
> Pardon my intrusion, I suspect that you are not the
> people to ask, but I'm hoping that you might know
> whom I
> _should_ be asking.
If you have questions about licensing and distribution
of Sun's JRE, go straight to Sun's site and ask in
their most relevant forum.
> In an Excelsior article by Dmitry Leskov on
> converting Java
> code to a Windows .exe file, (or maybe on a page I
> from that page), I read that while the basic Java
> _can_ be packaged as a .exe, Java does not allow its
> awt or
> Swing classes to be so packaged (I hope I've got
> this right).
Don't know. Haven't tried. But who cares? You can
make an executable jar file easy enough. Why would it
matter whether the file extension is 'exe' or 'jar'.
I have downloaded quite a number of executable jar
files that were perfectly adequate little
I really don't understand why this would be an issue
for you. Anyone and everyone can download the latest
JRE from Sun's site, and it seems to me Sun has gone
out of their way to make use and distribution of it
easy. Just look at web start, as an example. If you
are distributing your stuff through the web, you can
use web start to do so and guarantee that the person
downloading your software has the right version of the
JRE. Sun has provided nice and simple documentation
for how to do this.
Mind you, I use gcc only for fortran and C++ (and
eventually I'll use it to learn ada - and maybe it is
blasphemous to say so here, but I use NetBeans and
Sun's SDK/J2EE for all my java development work), but
I DO know that gcc includes java, and I can't see that
being of much use if there wasn't an application
framework like Swing, or perhaps Swing itself. And
I'd assume it supports making executables. It would
be pretty useless otherwise. Read the documentation
for java as provided with gcc. It ought to tell you
all you need to know.
> I have a stand-alone, non-Web-based app. that I'd
> like to
> distribute as a .exe with some database files, to a
> audience, and I'd like to avoid issues of JRE
> distribution and
> compatibility, etc. So I'm hoping someone,
> somewhere, has
> written a replacement framework for Java's GUI
> classes. Can
> you by any chance point me in such a direction?
Compatibility is a completely different issue, and has
plagued software developers for decades. I have new
java code that won't run on anything older than the
most recent JRE. There are interesting things
happening with Java, such as the introduction of
generics, so I don't care if older versions of the JRE
don't like my new code.
If you don't like Swing, look at SWT