Using JOGL in Java Web Start

You can use JOGL in a Java Web Start (JWS) application, which lets you launch a full-featured, standalone Java program from a web page. This page shows an example of how to do this. The example program just draws one triangle that fills a resizable window.

= Base class =

First, a base class that we've used before here. This class draws one triangle, abstracting out all the pure OpenGL calls that don't depend on the choice of window toolkit. Save this file as OneTriangle.java.

package name.wadewalker.jogl2tests.onetriangle;

import javax.media.opengl.GL; import javax.media.opengl.GL2; import javax.media.opengl.glu.GLU;

public class OneTriangle { protected static void setup( GL2 gl2, int width, int height ) { gl2.glMatrixMode( GL2.GL_PROJECTION ); gl2.glLoadIdentity;

// coordinate system origin at lower left with width and height same as the window GLU glu = new GLU; glu.gluOrtho2D( 0.0f, width, 0.0f, height );

gl2.glMatrixMode( GL2.GL_MODELVIEW ); gl2.glLoadIdentity;

gl2.glViewport( 0, 0, width, height ); }

protected static void render( GL2 gl2, int width, int height ) { gl2.glClear( GL.GL_COLOR_BUFFER_BIT );

// draw a triangle filling the window gl2.glLoadIdentity; gl2.glBegin( GL.GL_TRIANGLES ); gl2.glColor3f( 1, 0, 0 ); gl2.glVertex2f( 0, 0 ); gl2.glColor3f( 0, 1, 0 ); gl2.glVertex2f( width, 0 ); gl2.glColor3f( 0, 0, 1 ); gl2.glVertex2f( width / 2, height ); gl2.glEnd; } }

= Drawing a triangle with AWT =

Now, a class that draws the triangle in an AWT Frame. Java Web Start can use any Java windowing toolkit, we've just chosen this one for convenience. Save this file as OneTriangleAWT.java.

package name.wadewalker.jogl2tests.onetriangle;

import javax.media.opengl.GLAutoDrawable; import javax.media.opengl.GLEventListener; import javax.media.opengl.GLProfile; import javax.media.opengl.GLCapabilities; import javax.media.opengl.awt.GLCanvas;

import java.awt.Frame; import java.awt.event.WindowAdapter; import java.awt.event.WindowEvent;

/** * A minimal program that draws with JOGL in an AWT Frame. * * @author Wade Walker */ public class OneTriangleAWT {

static { // setting this true causes window events not to get sent on Linux if you run from inside Eclipse GLProfile.initSingleton( false ); }

public static void main( String [] args ) { GLProfile glprofile = GLProfile.getDefault; GLCapabilities glcapabilities = new GLCapabilities( glprofile ); final GLCanvas glcanvas = new GLCanvas( glcapabilities );

glcanvas.addGLEventListener( new GLEventListener {           @Override            public void reshape( GLAutoDrawable glautodrawable, int x, int y, int width, int height ) {                OneTriangle.setup( glautodrawable.getGL.getGL2, width, height );            }            @Override            public void init( GLAutoDrawable glautodrawable ) {            }            @Override            public void dispose( GLAutoDrawable glautodrawable ) {            }            @Override            public void display( GLAutoDrawable glautodrawable ) {                OneTriangle.render( glautodrawable.getGL.getGL2, glautodrawable.getWidth, glautodrawable.getHeight );            }        });

final Frame frame = new Frame( "One Triangle AWT" ); frame.add( glcanvas ); frame.addWindowListener( new WindowAdapter {           public void windowClosing( WindowEvent windowevent ) {                frame.remove( glcanvas );                frame.dispose;                System.exit( 0 );            }        });

frame.setSize( 640, 480 ); frame.setVisible( true ); } }

= Setting up the application directory =


 * Create a directory to hold your JWS application.
 * Create a subdirectory name/wadewalker/jogl2tests/onetriangle inside your application directory. Or if you changed the packages of the files above, create a subdirectory that matches your package names.
 * Put your OneTriangle.java and OneTriangleAWT.java files inside the subdirectory.

Get local copies of the JogAmp JAR files (optional)
A Java Web Start app can either use its own local copies of the [/jogl/doc/deployment/JOGL-DEPLOYMENT.html#GluegenJARs GlueGen], [/jogl/doc/deployment/JOGL-DEPLOYMENT.html#JOGLAllInOneJARs JOGL], and native JAR files, or it can use the copies hosted at jogamp.org.

Using local copies of the JogAmp JAR files gives you complete control over which version of JOGL your app uses, and guarantees that version will never change unexpectedly. However, it does require more work on your part to install and sign the JARs, and it increases the load on your server.

To get local copies of the JogAmp JAR files, do this:


 * Read Downloading_and_installing_JOGL for instructions on how to get the autobuild or released JAR files.
 * Copy the following JAR files into the application directory:

gluegen-rt.jar jogl.all.jar

gluegen-rt-natives-windows-i586.jar jogl-all-natives-windows-i586.jar

gluegen-rt-natives-windows-amd64.jar jogl-all-natives-linux-amd64.jar

gluegen-rt-natives-linux-i586.jar jogl-all-natives-linux-i586.jar

gluegen-rt-natives-linux-amd64.jar jogl-all-natives-linux-amd64.jar

gluegen-rt-natives-macosx-universal.jar jogl-all-natives-macosx-universal.jar

= Compiling and JARing your program =

This step assumes you have Java set up so you can use it from the command line. For instructions on this, see here.

To compile the program on Windows, cd to your application directory and type

javac -classpath "gluegen-rt.jar;jogl.all.jar" name\wadewalker\jogl2tests\onetriangle\*.java

To compile the program on Linux or Mac OS X, cd to your application directory and type

javac -classpath "gluegen-rt.jar:jogl.all.jar" name\wadewalker\jogl2tests\onetriangle\*.java

To JAR the program, type

jar cvf onetriangle.jar name\wadewalker\jogl2tests\onetriangle\*.class

= Testing your program outside JWS =

It's probably a good idea to test your program outside JWS first, to make sure it does what you think it should. To do that, you'll need to unzip the native binaries so Java can see them. Since I ran first on Windows 7 64-bit, I unzipped all the *-natives-windows-amd64.jar files, the collected the DLLs inside into a directory called lib-windows-amd64. Since I test on the other platforms too, I did the same for the other four platforms, creating four more directories lib-windows-i586, lib-linux-i586</tt>, lib-linux-amd64</tt>, and lib-macosx-universal</tt>.

Then to test your program on 64-bit Windows, cd to your application directory and type

java -classpath "gluegen-rt.jar;jogl.all.jar;onetriangle.jar" -Djava.library.path=lib-windows-amd64 name.wadewalker.jogl2tests.onetriangle.OneTriangleAWT

On 64-bit Linux, type

java -classpath "gluegen-rt.jar:jogl.all.jar:onetriangle.jar" -Djava.library.path=lib-linux-amd64 name.wadewalker.jogl2tests.onetriangle.OneTriangleAWT

On Mac OS X, type

java -classpath "gluegen-rt.jar:jogl.all.jar:onetriangle.jar" -Djava.library.path=lib-macosx-universal name.wadewalker.jogl2tests.onetriangle.OneTriangleAWT

The result should look like this:



= Writing the JNLP files =

In general we will have one JNLP file for each JWS application, which will reference the JOGL extension's JNLP file. The latter may reference even more JNLP files, but this does not matter in this discussion. Read the JWS Java Network Launching Protocol (JNLP) specification for details of the JNLP syntax.

Option 1: Use JogAmp's hosted JAR and JNLP files
If you're using JogAmp's hosted JAR and JNLP files, you only have to write your application's JNLP file, since it will reference JogAmp's official release as an extension.

<?xml version="1.0" encoding="utf-8"?> <jnlp spec="1.0+" codebase="./" href="OneTriangleWebStart.jnlp">

OneTriangle Demo JogAmp Community <homepage href="http://jogamp.org/"/> OneTriangle Java Web Start Demo The simplest possible JOGL Java Web Start demo - draws one triangle. <offline-allowed/> <update check="background" policy="always"/>

<j2se href="http://java.sun.com/products/autodl/j2se" version="1.4+"/> <property name="sun.java2d.noddraw" value="true"/> <extension name="jogl-all-awt" href="http://jogamp.org/deployment/jogamp-current/jogl-all-awt.jnlp" /> <jar href="onetriangle.jar" main="true"/>

<application-desc main-class="name.wadewalker.jogl2tests.onetriangle.OneTriangleAWT"> </application-desc>

Save this file to your application directory as OneTriangleWebStart.jnlp</tt>.

If you are using JogAmp's hosted files you can skip the next chapter.

Option 2: Use local copies of the JogAmp JAR files
Here we have to write one JNLP file for our application and one for our self-deployed JogAmp extension.

<?xml version="1.0" encoding="utf-8"?> <jnlp spec="1.0+" codebase="./" href="OneTriangleWebStart.jnlp">

OneTriangle Demo JogAmp Community <homepage href="http://jogamp.org/"/> OneTriangle Java Web Start Demo The simplest possible JOGL Java Web Start demo - draws one triangle. <offline-allowed/> <update check="background" policy="always"/>

<j2se href="http://java.sun.com/products/autodl/j2se" version="1.4+"/> <property name="sun.java2d.noddraw" value="true"/> <extension name="JOGL" href="JOGL.jnlp" /> <jar href="onetriangle.jar" main="true"/>

<application-desc main-class="name.wadewalker.jogl2tests.onetriangle.OneTriangleAWT"> </application-desc>

Save this file to your application directory as OneTriangleWebStart.jnlp</tt>.

Our extension JNLP file for the JOGL JARs looks like this:

<?xml version="1.0" encoding="utf-8"?> <jnlp spec="1.0+" codebase="./" href="JOGL.jnlp">

JOGL libraries JogAmp Community <homepage href="http://jogamp.org/"/> JOGL libraries All JARs and native libraries for JOGL. <offline-allowed/> <update check="background" policy="always"/>

<all-permissions/>

<jar href="gluegen-rt.jar" /> <jar href="jogl.all.jar" />

<resources os="Windows" arch="x86"> <nativelib href = "gluegen-rt-natives-windows-i586.jar" /> <nativelib href = "jogl-all-natives-windows-i586.jar" /> <resources os="Windows" arch="amd64"> <nativelib href = "gluegen-rt-natives-windows-amd64.jar" /> <nativelib href = "jogl-all-natives-windows-amd64.jar" /> <resources os="Windows" arch="x86_64"> <nativelib href = "gluegen-rt-natives-windows-amd64.jar" /> <nativelib href = "jogl-all-natives-windows-amd64.jar" /> <resources os="Linux" arch="i386"> <nativelib href = "gluegen-rt-natives-linux-i586.jar" /> <nativelib href = "jogl-all-natives-linux-i586.jar" /> <resources os="Linux" arch="x86"> <nativelib href = "gluegen-rt-natives-linux-i586.jar" /> <nativelib href = "jogl-all-natives-linux-i586.jar" /> <resources os="Linux" arch="amd64"> <nativelib href = "gluegen-rt-natives-linux-amd64.jar" /> <nativelib href = "jogl-all-natives-linux-amd64.jar" /> <resources os="Linux" arch="x86_64"> <nativelib href = "gluegen-rt-natives-linux-amd64.jar" /> <nativelib href = "jogl-all-natives-linux-amd64.jar" /> <resources os="Mac OS X" arch="i386"> <nativelib href = "gluegen-rt-natives-macosx-universal.jar" /> <nativelib href = "jogl-all-natives-macosx-universal.jar" /> <resources os="Mac OS X" arch="x86_64"> <nativelib href = "gluegen-rt-natives-macosx-universal.jar" /> <nativelib href = "jogl-all-natives-macosx-universal.jar" />

<component-desc />

Save this file to your application directory as JOGL.jnlp</tt>.

Note that the codebase</tt> values are set to the current working directory, and the href</tt> values are simple filenames. This is so we can test the JNLP app locally, without using a web server. When we put the app on a web server later, the codebase</tt> and href</tt> become full URLs.

Signing your local copies of the JogAmp JARs
For the JWS app to work properly in a web browser, all its JARs must be signed with the same key. Note that none of your applet JAR files needs to be signed. Only the JogAmp files (GlueGen, JOGL, et cetera) require code signing.

If you don't already have a key you want to use, you can create one like this

keytool -genkey -keystore testKeys -alias ww</tt>

The alias</tt> can be anything, I just chose ww</tt> for this example. Once you have a key, you can sign the JARs like this:

jarsigner -keystore testKeys gluegen-rt.jar ww jarsigner -keystore testKeys jogl.all.jar ww

jarsigner -keystore testKeys gluegen-rt-natives-windows-i586.jar ww jarsigner -keystore testKeys jogl-all-natives-windows-i586.jar ww

jarsigner -keystore testKeys gluegen-rt-natives-windows-amd64.jar ww jarsigner -keystore testKeys jogl-all-natives-windows-amd64.jar ww

jarsigner -keystore testKeys gluegen-rt-natives-linux-i586.jar ww jarsigner -keystore testKeys jogl-all-natives-linux-i586.jar ww

jarsigner -keystore testKeys gluegen-rt-natives-linux-amd64.jar ww jarsigner -keystore testKeys jogl-all-natives-linux-amd64.jar ww

jarsigner -keystore testKeys gluegen-rt-natives-macosx-universal.jar ww jarsigner -keystore testKeys jogl-all-natives-macosx-universal.jar ww

Unfortunately, if you sign this way you'll have to type your password every time. Alternately, you can use the Ant &lt;signjar&gt; task to sign these from an Ant file that contains your password.

= Running the JWS application locally =

To run the JWS app locally without a web server, cd to the application directory and type

javaws OneTriangleWebStart.jnlp

This runs the app with the JWS launcher. The result should look just like when we ran the app without the launcher, but there'll be a dialog box that pops up first asking the user's permission to load the app. If you have any JAR signing problems, they should show up at this point.

= Clearing the JWS cache =

JWS caches JAR and JNLP files to reduce load time. Unfortunately, if you edit one of these files and re-launch, sometimes you won't see your changes because JWS is still using the cached copy. To clear the JWS cache, type

javaws -Xclearcache

=Running the JWS application from a web server=

*This section is unfinished*

Once you're sure that the JWS application launches correctly from the local file system, you're ready to deploy it to a web server.


 * Create or choose an application directory on your web server.
 * Change the codebase</tt> entries in the JNLP from directory names to URLs that refer to the application directory on your web server.
 * Copy all the JAR and JNLP files from your local application directory to the application directory on your web server.
 * Put a link to the OneTriangleWebStart.jnlp</tt> file on a page on your web server (more details here).