jogl demos not cooperating

OpenGL Development JOGL Development
#1

howdy everyone,

i’m new to java, but an old c++/opengl veteran… an aquaintance (java junkie) pointed me in the direction of jogl… but i’m developing on linux, which he isn’t always a lot of help with not being a linux guy.

so basicly i’ve successfully run a ‘hellow world’ app… but i’m having issues with the jogl demos… Gears for instance:

michael@:/usr/java/jogl/demos/applets$ java GearsApplet
Exception in thread “main” java.lang.NoClassDefFoundError: GearsApplet (wrong name: demos/applets/GearsApplet)
at java.lang.ClassLoader.defineClass1(Native Method)
at java.lang.ClassLoader.defineClass(ClassLoader.java:620)
at java.security.SecureClassLoader.defineClass(SecureClassLoader.java:124)
at java.net.URLClassLoader.defineClass(URLClassLoader.java:260)
at java.net.URLClassLoader.access$100(URLClassLoader.java:56)
at java.net.URLClassLoader$1.run(URLClassLoader.java:195)
at java.security.AccessController.doPrivileged(Native Method)
at java.net.URLClassLoader.findClass(URLClassLoader.java:188)
at java.lang.ClassLoader.loadClass(ClassLoader.java:306)
at sun.misc.Launcher$AppClassLoader.loadClass(Launcher.java:268)
at java.lang.ClassLoader.loadClass(ClassLoader.java:251)
at java.lang.ClassLoader.loadClassInternal(ClassLoader.java:319)

CLASS_PATH environment variable is:

CLASS_PATH=.;/usr/java/jdk/lib;/usr/java/jdk/include;/usr/java/jogl

jdk is a symlink to the current java jdk installation… and the jogl jar and jni is in jogl. i unjared all of the jars for the hell of it, though i figure that isn’t entirely necesarry.

so what’s the diagnosis doc?

sincerely,

michael

#2

The GearsApplet is a special case and isn’t run in that manner. Don’t worry about it for now.

Your CLASSPATH needs to contain something like

/usr/java/jogl/jogl.jar:/usr/java/jogl/jogl-demos.jar

(and the other jogl-demos jars if you are running the more advanced demos). It does not need to contain any JDK directories.

Your LD_LIBRARY_PATH needs to contain /usr/java/jogl assuming that directory contains libjogl.so and libjogl_awt.so.

At that point “java demos.gears.Gears” etc. shoudl work. This is also assuming your JDK is 1.4.x or anove (“java -version”). If not you should install the Linux binaries for Sun’s JDK 1.4.2, 1.5.0_06 or even the early access Mustang bits from http://mustang.dev.java.net if you want to be on the bleeding edge.

#3

i will try some of this stuff asap…

but in the meantime just to try to clear some stuff up:

is CLASS_PATH equivalent to CLASSPATH?

the jdk directory in my printout is just a custom symlink of mine to the latest jdk version (currently 1.5.? i believe)

is LD_LIBRARY_PATH an environment variable? (assuming now, yes) …i have only seen this with ld.library.path type syntax, so i’ve been assuming this was some global system variable set internally inside java code. (is it just me or is there precious little java documentation for linux out there?)

so when you run “java demos.gears.Gears” you are searching down/up through the CLASS_PATH subtrees? (i’m totally new to java periord – just jumping straight into opengl cause its something i’m familiar with)

anyhow, will be getting right on this stuff. thanks for the support!

sincerely,

michael

#4

no luck so far e_e

here is some printouts… but just to get something out of the way… i ran the GearsApplet before because all of the other demos were not working and appeared to be compound type .class files cause they appeared to be broken up in chunks with $1 type notation… GearsApplet was not though.

anyhow, now i’m getting:

michael@:~$ java demos.gears.Gears -verbose
Exception in thread “main” java.lang.NoClassDefFoundError: demos/gears/Gears

with this environment:

JOGL_CLASS_PATH=/usr/java/jogl/jogl.jar;usr/java/jogl/jogl-demos.jar
LD_LIBRARY_PATH=/usr/java/jogl
CLASS_PATH=.;/usr/java/jdk/lib;/usr/java/jdk/include;$JOGL_CLASS_PATH
CLASSPATH=$CLASS_PATH

and just for the record:

michael@:~$ java -version
java version “1.5.0_06”
Java™ 2 Runtime Environment, Standard Edition (build 1.5.0_06-b05)
Java HotSpot™ Client VM (build 1.5.0_06-b05, mixed mode, sharing)

i was having pretty much the same sort of issues on an amd64 machine… but cause the java packages were so much smaller with the 64bit versions i figured they were unstable or feature baren. so i switched over to a 32bit machine… so far the only difference is the ‘hello world’ app worked, whereas it did not with the 64bit go. also couldn’t get java working in browsers with 64bit but could with 32bit.

sincerely,

michael

#5

Java cannot find the class you specified.

For starters, you are using the wrong separator character, use colon instead of semicolon!

You also need ‘LD_LIBRARY_PATH=/usr/java/jogl’ so that the loader can find and map JOGL native libraries for your system. Under Windows you would use the PATH variable instead.

Don’t bother setting your CLASSPATH (note: not CLASS_PATH) variable, but invoke the Gears demo as follows:
java -classpath /usr/java/jogl/jogl.jar:/usr/java/jogl/jogl-demos.jar demos.gears.Gears

Hope this helps,
Matt.

PS: This is off-topic but in the file name of a .class file, ‘$’ separates the name of an inner class from the fully qualified name of its enclosing class. ‘$n’ (n > 0) denotes an anonymous inner class, a concept which doesn’t exist in C++.

#6

alot to type but i got this (with a copy/past job – had to export the DISPLAY variable damnit, though it doesn’t seem to like it)

michael@:~$ java -classpath /usr/java/jogl/jogl.jar:/usr/java/jogl/jogl-demos.jar demos.gears.Gears
Exception in thread “main” java.lang.InternalError: Can’t connect toX11 window server using ‘localhost:0.0’ as the value of the DISPLAY variable.
at sun.awt.X11GraphicsEnvironment.initDisplay(Native Method)
at sun.awt.X11GraphicsEnvironment.access$000(X11GraphicsEnvironment.java:53)
at sun.awt.X11GraphicsEnvironment$1.run(X11GraphicsEnvironment.java:142)
at java.security.AccessController.doPrivileged(Native Method)
at sun.awt.X11GraphicsEnvironment.(X11GraphicsEnvironment.java:131)
at java.lang.Class.forName0(Native Method)
at java.lang.Class.forName(Class.java:164)
at java.awt.GraphicsEnvironment.getLocalGraphicsEnvironment(GraphicsEnvironment.java:68)
at java.awt.Window.init(Window.java:270)
at java.awt.Window.(Window.java:318)
at java.awt.Frame.(Frame.java:419)
at demos.gears.Gears.main(Gears.java:18)

i need to get this working, period… and i don’t want to have to key all of this business in the command line to try something out. plan to be using netbeans later after everything is go. but i must admit i’m scratching my head as to how all of this is deployed from a browser perspective. seems like the environment variables would have to be setup unless all browsers use their own closed environment, which would seem wasteful.

sincerely,

michael

PS: a lot of linux centrix tutorials use CLASS_PATH and this is the first time i’ve ever noticed (with help) that a semicolon is the wrong multi delimiter with linux environment variables (colon is a super weird choice – and they might both work)

PPS: oh for the record i’m a quad head display setup… wreaks havoc when apps want the DISPLAY variable exported… but on my other machine at the least i always get it in the primary display. i remember setting up the local display in a config file once… but i don’t think that solution is any good past the primary display.

#7

Your DISPLAY should probably be set to “:0.0”, not “localhost:0.0”.

Deployment via Java Web Start hides all of these issues from the end user. Have you tried launching the demos from the JOGL demos web page? You’ll need to set up javaws as the helper for the application/x-java-jnlp-file MIME type in your browser if it isn’t already, but that’s the only setup necessary for deployment. Setting up a machine for development is necessarily more involved. The JOGL User’s Guide linked from the JOGL web page is an attempt at documenting some of the necessary setup.

#8

i will try… but i don’t understand why all of this should be so trying.

localhost:0.0 should also be valid… i tried :0.0 first and it seemed to do worse. adding ‘localhost’ caused a pause and output that seemed slightly more favorable.

Exception in thread “main” java.lang.InternalError: Can’t connect toX11 window server using ‘:0.0’ as the value of the DISPLAY variable.

same thing actually…

no idea what is going on here?

oh i think maybe cause i’m logged into X as root and requesting to instantiate a window as another user logged into a console i don’t have the privilege to use the display… and that is why i the DISPLAY variable is not available in the first place… of course the trouble is i can’t find an easy way to automaticly setup the root environment variables from a console in X. this is really my fault for being lazy and not setting up a proper security environment, but this is a personal machine and originally never even had internet access.

anyhow, with display privileges i’m still getting this:

:/home/michael# java -classpath /usr/java/jogl/jogl.jar:/usr/java/jogl/jogl-demos.jar demos.gears.Gears
Exception in thread “main” java.lang.UnsatisfiedLinkError: no jogl in java.library.path
at java.lang.ClassLoader.loadLibrary(ClassLoader.java:1682)
at java.lang.Runtime.loadLibrary0(Runtime.java:822)
at java.lang.System.loadLibrary(System.java:992)
at com.sun.opengl.impl.NativeLibLoader$1.run(NativeLibLoader.java:65)
at java.security.AccessController.doPrivileged(Native Method)
at com.sun.opengl.impl.NativeLibLoader.loadCore(NativeLibLoader.java:63)
at com.sun.opengl.impl.x11.X11GLDrawableFactory.(X11GLDrawableFactory.java:60)
at java.lang.Class.forName0(Native Method)
at java.lang.Class.forName(Class.java:164)
at javax.media.opengl.GLDrawableFactory.getFactory(GLDrawableFactory.java:111)
at javax.media.opengl.GLCanvas.(GLCanvas.java:110)
at javax.media.opengl.GLCanvas.(GLCanvas.java:82)
at javax.media.opengl.GLCanvas.(GLCanvas.java:75)
at demos.gears.Gears.main(Gears.java:19)

…at least its something new!

i will try running the demos from the deployment page while waiting for ideas.

i’m sorry, but it seems like someone should write a tutorial for all of this stuff. maybe it is in commercial books or textbooks… but i haven’t been able to much at all out with google.

#9

this went through without a hitch for me:

https://jogl-demos.dev.java.net/applettest.html

EDIT: excpt if i scroll the page thickish black horizontal line artifacts startup with refresh… scrolling a little more can makes them go away sometime and not come back till scrolling again… i’m just being nitpicky but if someone knows why that might be happening i’d like to know (using newish proprietary nvidia drivers)

EDIT: the other demos are on .jnlp pages… i think that looks like ‘java net launch page’ …but linux firefox interperets the links as downloads. is this correct or is there something i can do to avoid this?

PS: sorry if i’m being a bit needy at this point… i came in here really at the end of my rope… but i’m not even bothering to put a lot of these newer questions into google before asking. i figure this is what forums are for… but if this is a bother, please let me know. i’m not in a huge rush to get this project rolling… but i would prefer to do it with minimal heart ache and down time.

#10

java -Djava.library.path=/usr/java/jogl -classpath /usr/java/jogl/jogl.jar:/usr/java/jogl/jogl-demos.jar demos.gears.Gears

assuming again libjogl.so and libjogl_awt.so are in /usr/java/jogl/ . I prefer to set the LD_LIBRARY_PATH and CLASSPATH environment variables in my .cshrc (corresponding to the java.library.path and classpath settings, respectively) to save typing.

Regarding JNLP files, add the javaws executable from /usr/java/jdk/bin/javaws or /usr/java/jdk/jre/bin/javaws (not sure exactly where it is) as the helper application for the application/x-java-jnlp-file MIME type in Firefox. The setting can be changed somewhere in Preferences under Downloads or Helper Applications.

#11

that one hit the spot!

so we know there is no techincal issues…

care to help me setup the linux environment so i can easilly run stuff from the command line… and if someone doesn’t mind could you maybe give me a hint as far as environment is setup with say netbeans (haven’t really gotten into it)

so far i had been using the other .profile and .bash_profile for initializing the environment. i thought .bashrc might be off limits… but i see now that it actually does the trick (non login)

i should be able to get this working…

also wouldn’t have guessed java.library.path could be predefined… is that a preprocessor definition with java? or something else? not accaustomed to seeing dots or even really lowercase letters in predefines. is java.library.path setup the same way from within the app?

#define java.library.path

for instance?

i imagine i still have a lot to learn as far as how java differs from c++. anyone know of a good free resource for learning java from the perspective of a c++ programmer? i’m really just using java for some minor internet based stuff where porting cannot be an issue. i would like to ease into this as easily as possible.

in any case, thanks everyone?

i think i can take it from here. but if you aren’t tapped out yet, any and all advice would be both welcome and gratuitously appreciated.

sincerely,

michael

#12

so this works:

java -Djava.library.path=/usr/java/jogl -classpath /usr/java/jogl/jogl.jar:/usr/java/jogl/jogl-demos.jar demos.gears.Gears

but with these variables in my environment:

CLASSPATH=.:/usr/java/jdk/lib:/usr/java/jdk/include:/usr/java/jogl/jogl.jar:usr/java/jogl/jogl-demos.jar

LD_LIBRARY_PATH=/usr/java/jogl

:~# java demos.gears.Gears

gives me:

Exception in thread “main” java.lang.NoClassDefFoundError: demos/gears/Gears

and just for the record… taking:

.:/usr/java/jdk/lib:/usr/java/jdk/include

out of the path doesn’t make a difference

any ideas?

sincerely,

michael

#13

found my major error!!!

CLASSPATH=.:/usr/java/jdk/lib:/usr/java/jdk/include:/usr/java/jogl/jogl.jar:usr/java/jogl/jogl-demos.jar

notice the missing slash at the front of the final path… i read through that path so many times before finally noticing.

thanks everyone… i think i probably have more questions, but i will do my best to track down solutions first.

i think its best to retire this thread as a success story.

i still haven’t figured out any obvious way to satisfy firefox on .jnlp via the available drop down menus… though i figure there is probably a back door through the configuration directory. i don’t intend to use jnlp myself… the embedded viewer i fine for my needs, though jnlp might be an option if the embedded viewer has artifacts. i would like to make this as easy to get going as possible for clients to access.

never the less…

CASE CLOSED!!!

thanks everyone.

sincerely,

michael

#14

Glad to hear things are working. To reiterate, you do not need any entries in your CLASSPATH pointing into the JDK and I would strongly recommend you remove them.

I’d suggest you start learning Java with the Java tutorial.

Usually the JDK installer figures out how to hook up both the Java plug-in (for applets) as well as Java Web Start (for applications) into your web browser. I don’t have Firefox installed on the machine I’m on but in Mozilla you would go to Edit, Preferences, Helper Applications, New Type, enter “application/x-java-jnlp-file” as the MIME type, add “jnlp” as the extension, and point the helper executable to e.g. /usr/java/jdk/bin/javaws.

#15

i will, i just saw that suggested somewhere and thought it might be useful for development for some reason the way C has standard libraries generally somewhere like that.

i will look at it… i just don’t want to end up having to pick through a bunch of c++ type stuff looking for inconsistencies between java and c specifications.

firefox doesn’t appear to be too popular with linux the way it is with windows. i will look at mozilla… i just wish i could find a linux browser with session support other than konqueror (which has its own share of issues) …firefox is more stripped down than mozilla, and with linux at least this option does not appear to be their though there is something that looks like mime handling, but you can’t get at it manually in any way. i think i will just hope this resolves itself with future releases… this all appears to be fairly new tech. i’m not hung up at all over this minutia at this point.

thanks again anyhow… my apologies if i distracted anyone from pressing business.

#16

I’m not 100% sure it’s the right starting point for you, but keep in mind that Java and C/C++ are very different languages despite their syntactic similarities. Java is much higher-level and more heavily object-oriented and you will probably tend to concentrate more on organizing your class hierarchies more than worrying about how every line of code will be optimized by the compiler, which is my own tendency when writing C or C++. Once you get a feel for how Java’s class libraries are organized (and again keep in mind that there are multiple ways of doing many tasks, such as java.io vs. java.nio, AWT vs. Swing) you’ll be better positioned to understand how to tune your Java code for performance. Other people on these boards (and in particular on other forums) might have better suggestions about starting points for learning Java.

[quote]firefox doesn’t appear to be too popular with linux the way it is with windows. i will look at mozilla… i just wish i could find a linux browser with session support other than konqueror (which has its own share of issues) …firefox is more stripped down than mozilla, and with linux at least this option does not appear to be their though there is something that looks like mime handling, but you can’t get at it manually in any way.
[/quote]
Looking at it again you’re right, it is very confusing because you can’t manually add helper applications like you can in Mozilla. You need to go to Edit, Preferences, Downloads and see if there is any action associated with JNLP files. If so, delete it and start over. The next JNLP file you click will give you the option of finding a helper application. Select e.g. /usr/java/jdk/jre/bin/javaws and choose “Use this every time” for the action.

#17

ok, i can see how that would work. i would’ve never thought to do that.

#18

anyone care to sum up what ‘mustang’ is and why i should care in so many words or less?

just don’t put yourself out anything like i would to check for myself though.

#19

Mustang is the current development release of the JDK. See http://mustang.dev.java.net/

The advantage of experimenting with this release is there is still the possibility of making moderate changes to it especially if you find something broken. However it is late in the release cycle so larger scale changes are being deferred until Java SE 7.

#20

ah ok… why the need for the enigmatic code word???

will the codeword change for SE7 just for the hell of it? or does it just stay mustang?