Developing GNOME Applications with Java
The original announcement of the GNOME Desktop Project in 1997 stated the following intention, “to use GTK/Scheme bindings for coding small utilities and applications”. Since then, the GNOME development platform has provided tools to develop using several alternatives to C. C++, Java, Perl and Python all are supported by the official GNOME distribution. In addition, the Mono Project provides tools necessary for developing GNOME applications using the C# programming language. All of these options are becoming quite popular. The GNOME interfaces for many of the system configuration tools for the Fedora Project, for example, are written in Python, and many new applications are being written in C#. This article describes how to create GNOME applications using the free Java compiler from the GNU Compiler Collection. Although this article focuses on Java, the techniques described revolve around the GLADE User Interface Builder and may be used with any of the bindings supported by the GNOME Project.
The GNU Compiler for the Java Programming Language (gcc-java) is a Java development environment distributed under the GNU General Public License. Because gcc-java is free software, it is developed independently of Sun Microsystems' Java efforts. As a result of this, gcc-java does not yet implement 100% of the Java standard. For example, support for the Abstract Window Toolkit (AWT) is not yet complete. Despite its current shortcomings, gcc-java shows great promise as the foundation of a completely free Java stack, and it already can be used to build many real-world applications; see the on-line Resources for examples.
Unlike many Java compilers, gcc-java can produce both Java bytecode and a native, platform-specific executable. In the latter case, the executable is linked against gcc-java's libgcj. libgcj is a library containing the core Java class libraries and a garbage collector. In addition, libgcj contains a bytecode interpreter so natively compiled Java applications can interact with Java bytecode libraries.
Listing 1. HelloWorld.java
public class HelloWorld {
public static void main(String[] args) {
System.out.println("Hello, World!");
}
}
The simple Java source code in Listing 1 can be compiled into Java bytecode with gcj -C HelloWorld.java and interpreted using gij HelloWorld. The same source code can be compiled into a native executable using gcj --main=HelloWorld -o HelloWorld HelloWorld.java and executed using ./HelloWorld. This article avoids including import and other trivial statements in Java code listings; see Resources for the full source files.
Listing 2. ExampleAWT.java Fragment
public class ExampleAWT extends Frame {
ExampleAWT() {
super("AWT");
Label msgLabel = new Label("Quit?");
Button yesButton = new Button("Yes");
Button noButton = new Button("No");
Panel buttonbox = new Panel();
buttonbox.setLayout(new FlowLayout());
buttonbox.add(yesButton);
buttonbox.add(noButton);
Panel msgbox = new Panel();
msgbox.setLayout(new FlowLayout());
msgbox.add(msgLabel);
add(msgbox, BorderLayout.NORTH);
add(buttonbox, BorderLayout.SOUTH);
yesButton.addActionListener(new ActionListener() {
public void actionPerformed(ActionEvent e) {
System.exit(0);
}
});
noButton.addActionListener(new ActionListener() {
public void actionPerformed(ActionEvent e) {
System.exit(1);
}
});
addWindowListener(new WindowAdapter() {
public void windowClosing(WindowEvent e) {
System.exit(0);
}
});
}
public static void main(String[] args) {
ExampleAWT frame = new ExampleAWT();
frame.pack();
frame.setVisible(true);
}
}
Sun provides two class hierarchies for developing Java applications with graphical user interfaces. The first, the Abstract Window Toolkit, has been distributed with Java since version 1.0. A picture of a gcc-java-compiled AWT application is shown in Figure 1. The corresponding source code is provided in Listing 2 and can be compiled with:
gcj --main=ExampleAWT -o ExampleAWT ExampleAWT.java

Figure 1. An AWT Application
Listing 3. ExampleSwing.java Fragment
public class ExampleSwing {
public static void main(String[] args) {
JFrame win = new JFrame("Swing");
JLabel msgLabel = new JLabel("Quit?");
JButton yesButton = new JButton("Yes");
JButton noButton = new JButton("No");
win.getContentPane().setLayout (new BorderLayout());
JPanel buttonbox = new JPanel();
buttonbox.setLayout(new FlowLayout());
buttonbox.add(yesButton);
buttonbox.add(noButton);
win.getContentPane().add(msgLabel, "Center");
win.getContentPane().add(buttonbox, "South");
yesButton.addActionListener(new ActionListener() {
public void actionPerformed(ActionEvent e) {
System.exit(0);
}
});
noButton.addActionListener(new ActionListener() {
public void actionPerformed(ActionEvent e) {
System.exit(1);
}
});
win.pack();
win.show();
}
}
The second system, Swing, made its debut in Java 1.2. Figure 2 is a picture of the gcc-java-compiled Swing application shown in Listing 3. Listing 3 can be compiled with gcj --main=ExampleSwing -o ExampleSwing ExampleSwing.java. AWT uses the native GUI components in the host operating system to draw itself. Swing gives the user finer control over the look and feel of components, and most of the work is performed by Java.

Figure 2. A Swing application—both AWT and Swing were written so that one application would behave in a similar manner on any platform.
Today’s modular x86 servers are compute-centric, designed as a least common denominator to support a wide range of IT workloads. Those generic, virtualized IT workloads have much different resource optimization requirements than hyperscale and cloud applications. They have resulted in a “one size fits all” enterprise IT architecture that is not optimized for a specific set of IT workloads, and especially not emerging hyperscale workloads, such as web applications, big data, and object storage. In this report, you will learn how shifting the focus from traditional compute-centric IT architectures to an innovative disaggregated fabric-based architecture can optimize and scale your data center.
Sponsored by AMD
Built-in forensics, incident response, and security with Red Hat Enterprise Linux 6
Every security policy provides guidance and requirements for ensuring adequate protection of information and data, as well as high-level technical and administrative security requirements for a system in a given environment. Traditionally, providing security for a system focuses on the confidentiality of the information on it. However, protecting the data integrity and system and data availability is just as important. For example, when processing United States intelligence information, there are three attributes that require protection: confidentiality, integrity, and availability.
Learn more about catching the bad guy in this free white paper.
Sponsored by DLT Solutions
| Making Linux and Android Get Along (It's Not as Hard as It Sounds) | May 16, 2013 |
| Drupal Is a Framework: Why Everyone Needs to Understand This | May 15, 2013 |
| Home, My Backup Data Center | May 13, 2013 |
| Non-Linux FOSS: Seashore | May 10, 2013 |
| Trying to Tame the Tablet | May 08, 2013 |
| Dart: a New Web Programming Experience | May 07, 2013 |
- New Products
- Making Linux and Android Get Along (It's Not as Hard as It Sounds)
- Drupal Is a Framework: Why Everyone Needs to Understand This
- A Topic for Discussion - Open Source Feature-Richness?
- Home, My Backup Data Center
- What's the tweeting protocol?
- New Products
- RSS Feeds
- Readers' Choice Awards
- Dart: a New Web Programming Experience
- Reply to comment | Linux Journal
13 hours 19 min ago - Reply to comment | Linux Journal
15 hours 52 min ago - Reply to comment | Linux Journal
17 hours 9 min ago - great post
17 hours 44 min ago - Google Docs
18 hours 6 min ago - Reply to comment | Linux Journal
22 hours 55 min ago - Reply to comment | Linux Journal
23 hours 42 min ago - Web Hosting IQ
1 day 1 hour ago - Thanks for taking the time to
1 day 2 hours ago - Linux is good
1 day 4 hours ago
Enter to Win an Adafruit Prototyping Pi Plate Kit for Raspberry Pi

It's Raspberry Pi month at Linux Journal. Each week in May, Adafruit will be giving away a Pi-related prize to a lucky, randomly drawn LJ reader. Winners will be announced weekly.
Fill out the fields below to enter to win this week's prize-- a Prototyping Pi Plate Kit for Raspberry Pi.
Congratulations to our winners so far:
- 5-8-13, Pi Starter Pack: Jack Davis
- 5-15-13, Pi Model B 512MB RAM: Patrick Dunn
- Next winner announced on 5-21-13!
Free Webinar: Linux Backup and Recovery
Most companies incorporate backup procedures for critical data, which can be restored quickly if a loss occurs. However, fewer companies are prepared for catastrophic system failures, in which they lose all data, the entire operating system, applications, settings, patches and more, reducing their system(s) to “bare metal.” After all, before data can be restored to a system, there must be a system to restore it to.
In this one hour webinar, learn how to enhance your existing backup strategies for better disaster recovery preparedness using Storix System Backup Administrator (SBAdmin), a highly flexible bare-metal recovery solution for UNIX and Linux systems.




Comments
need to develop a software in java
hey buddy
i need to make a software for a billing to a customer suggest me a tool
Makefiles please
There are no compile instructions in the article for GnomeSesameFormat, and the rest (except for HelloWorld) don't seem to work for me on latest Fedora-Core development.
Could you add a simple Makefile to your resources? Perhaps one for FC3 and another for FC4?
is libglade available in Windows?
Loading GUI from a single descriptive .glade file is quite interesting... could I use it in my win32 pygtk app?
Yes indeed you can. Glade
Yes indeed you can.
Glade GUI files are brilliant in the way that you can reuse them for implementing an application in various programming languages (if needed). For instance in C/C++/C#, Python, Java.. and without making changes to the glade GUI file.
Brilliant that is!
Both Glade and Libglade are available on windows
Both Glade 2 and Libglade are available on windows
http://gladewin32.sourceforge.net/
Re:Both Glade and Libglade are available on windows
Yepp - excellent. Now I can use my Laptop, when I go on a holiday-trip. On this machine I am missing some special drivers ... so I am stuck to Windows.
This article claims that Exam
This article claims that ExampleSwing.java and ExmapleAWT.java were compiled with gcj, for example:
"Listing 3 can be compiled with gcj --main=ExampleSwing -o ExampleSwing ExampleSwing.java."
I don't think anyone has implemented a complete open source version of Swing yet, and it certainly doesn't work out of the box. Try it.
Try it yourself.
No, the Swing support in GCJ is not 100% yet. That doesn't mean it's not far along enough to be able to run that simple example.
Try it yourself. (And consider upgrading if it doesn't work.)
What about windows?
There's a windows compilation howto here:
http://java-gnome.sourceforge.net/cgi-bin/bin/view/Main/WindowsCompilation
However, this is non-free and non-native, as it still uses a JVM and .class files. Does anyone know how to use gcj to create native binaries of java-gtk/java-glade programs for windows?
Cross-compiling is fine, setting up Mingw/MSYS like the article suggests is fine, but nothing I've tried thus far can generate an executable like gcj on linux is doing.
it's free & native
i just completed the instructions using the "current" (as of earlier this week) MinGW, MSYS, & msysDTK.
there are a few gotchas not documented in the instructions (maybe due to different versions of MinGW), but otherwise the building of libgtk-java & libglade-java went okay.
to test the build i ran an example from each package (gtk & glade) using both gcj (bytecode & native) & gij.
the java-gnome instructions for native java compiles reference shared libraries, but as java-gnome won't build as shared libraries on win32, the instructions obviously can't apply to win32. here documents how to build DLLs, but i couldn't get that to work either (though i think the examples used there are all pure java, no C as with gtk, i believe). i can build huge monolithic native executables (5 MB stripped for one of the gtk example applications) by just referencing all needed jar files during the compile (and don't forget "-fjni"), but that's ridiculous (and doesn't allow for commercial applications as LGPL libraries, such as gtk, can only be compiled against as shared libraries without being LGPL or GPL).
the runExample.sh script doesn't work for me, so to run an example "by hand", after following the build instructions:
export PATH=/mingw/bin:/target/bin:/usr/local/bin:$PATH
export CLASSPATH=/mingw/share/java/libgcj-3.4.2.jar:/usr/local/share/java/gtk2.6-2.6.2.jar:/usr/local/share/java/glade2.10.jar
cd /usr/local/src/libgtk-java-2.6.2/doc/examples
gcj -C testgtk/TestGTK.java
gij testgtk.TestGTK
cd /usr/local/src/libglade-java-2.10.1/doc/examples
gcj -C glade/Test.java
gij glade.Test
maybe the runExample.sh script needs to be patched to properly handle MinGW's gcj/gij. maybe i'll do that... tomorrow.
Do it in C or Python
And don't expect Linux or Gnome users to use your java app.
Whats with the anti-Java attitude
im sick of people's attitude towards Java if you use gnome libs to build gui instead of swing then you dont have to stick with Suns vm or interpreter.
C wont give you a significant speed advantage and development of usable good code will be slower cause things a simply more lowlevel.
Python is supposed to have a much more beautiful and elegang syntax which might be true but many developers have experience with Java and dont like to learn a new syntax just because some ppl are running crusades against their language. And besides that Python is slow,, ppl always yap about java being slow its not,, a lot have changed since Java 1.3 yes, swing maybe slow and some stuff like geometry have some left to be desired, besides that Java will give C a run for its money
in several types of apps, no im not saying that stuff like the kernel
should be made in Java but desktop apps could be made just as good and
development would just be faster with Java. Python on the other hand is dead slow run psycho on it i dont care. In almost every perfooormance bench it LOSES.
support java, but don't bash python
i find it humorous that you respond to someone bashing java by bashing python. yes, the original poster tried to laud c & python over java, but that doesn't mean you have to lash out against python, because now you have shown the same narrow-mindedness as the original poster (just with a different language ignorance/prejudice).
many developers familiar with both java & python have documented their experience on the net, and many have said that python is prefered for various reasons, so there is something to be investigated there. but that is just those people's opinions, and of course it's not better than java in ALL situations (use the "right", most appropriate, tool for the job).
most humorously, the major reason python is touted over java is the reason you give for java over c: python is even more high-level than java, meaning higher productivity.
i'm interested in this article (though read in my dead-tree copy, i stumbled across the online edition searching for "java gtk glade" as i don't want the gnome dependency on linux and it's not available for windows) because i want to experiment with glade in both pygtk & java-gtk, while expanding my python knowledge and learning java (as a 10-year c++ veteran).
That users (either you) wont
That users (either you) wont even know it was coded in Java :-)))
Thats the most nice thing about gcj... creating native binaries.
a question
One question? Does the .glade file have to be distributed with the compiled application, or is it statically included in the compiled binary?
For example, in Listing 5, would I need to ship ExampleGNOME.glade with the compiled app?
Last time I was checking on G
Last time I was checking on Glade's progress it was already possible to load .glade from anywhere - effectively in-memory array.
So in the end you can have single executable with no external dependencies.
On other side, if you are talking about real-world distribution, it doesn't matter at all: end-user got only .deb or .rpm or whatever.
After all, license text must be included as well ;-)
Re: a question
No, the .glade file is not required to run the compiled binary. It is used while designing your GUI (in glade) and brought in during compilation.
Not if you use LibGlade, AFAI
Not if you use LibGlade, AFAIK. And LibGlade is recommended now, instead of C code generation...
Great article! If you comp
Great article!
If you compile java code to native code with gcj, it's a good idea to remove the symbols from the resulting object file, e.g.
strip HelloWorld
Reduces the size of the binary significally.
Hello-World is Cult 8-)
The "hello world" lines are cult and have to begin every programming-lesson 8-)))))))
This is a great article!
This is a great article! Thanks for the great tutorial as well as information on the differences between AWT and Swing.
Is there a way, however, to compile this almost like a Makefile where the libraries are automatically found via "pkg-config" or "pkgconfig" which can be saved in variables which are called during the actual compile?