We have a JOGL application that is depolyed via Java Web Start. We recently discovered that our Linux users are no longer able to use the application. It appears as if the jogl.jar found here:
http://download.java.net/media/jogl/builds/archive/jsr-231-1.0.0/ has been updated. It also appears as if the associated gluegen-rt has been updated. Here is an example of an exception, though this varies depending on the Linux flavor (Debian, Unbuntu, or Red Hat) and Java version. They all seem to have a problem with the gluegen/native libraries:
java.lang.reflect.InvocationTargetException
at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:39)
at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:25)
at java.lang.reflect.Method.invoke(Method.java:585)
at com.sun.javaws.Launcher.executeApplication(Launcher.java:1161)
at com.sun.javaws.Launcher.executeMainClass(Launcher.java:1108)
at com.sun.javaws.Launcher.continueLaunch(Launcher.java:951)
at com.sun.javaws.Launcher.handleApplicationDesc(Launcher.java:515)
at com.sun.javaws.Launcher.handleLaunchFile(Launcher.java:218)
at com.sun.javaws.Launcher.run(Launcher.java:165)
at java.lang.Thread.run(Thread.java:595)
Caused by: java.lang.ExceptionInInitializerError
at com.sun.opengl.impl.x11.DRIHack.begin(DRIHack.java:109)
at com.sun.opengl.impl.x11.X11GLDrawableFactory.(X11GLDrawableFactory.java:99)
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.chooseGraphicsConfiguration(GLCanvas.java:520)
at javax.media.opengl.GLCanvas.(GLCanvas.java:131)
at javax.media.opengl.GLCanvas.(GLCanvas.java:90)
at etviewer_2.ETViewer2.(ETViewer2.java:179)
at etviewer_2.ETViewerFrame.jbInit(ETViewerFrame.java:151)
at etviewer_2.ETViewerFrame.(ETViewerFrame.java:107)
at etviewer_2.ETViewerFrame.main(ETViewerFrame.java:749)
… 11 more
Caused by: java.security.AccessControlException: access denied (java.util.PropertyPermission gluegen.debug.NativeLibrary read)
at java.security.AccessControlContext.checkPermission(AccessControlContext.java:264)
at java.security.AccessController.checkPermission(AccessController.java:427)
at java.lang.SecurityManager.checkPermission(SecurityManager.java:532)
at java.lang.SecurityManager.checkPropertyAccess(SecurityManager.java:1285)
at java.lang.System.getProperty(System.java:628)
at com.sun.gluegen.runtime.NativeLibrary$1.run(NativeLibrary.java:83)
at java.security.AccessController.doPrivileged(Native Method)
at com.sun.gluegen.runtime.NativeLibrary.(NativeLibrary.java:72)
… 23 more
And here is the JNLP file that has been working fine. Windows and Mac users don’t seem to be having any problems.
http://download.java.net/media/jogl/builds/archive/jsr-231-1.0.0/
A privilege exception, puzzling …
Looks like something hasn’t been signed correctly.
Would it be too much of a hassle to at least update your stuff to 1.1.1a,
of not to 2.X ?
http://kenai.com/projects/jogl/pages/Home
I am afraid I cannot support you here that well … due to time constraints.
The least work for any pre 2.x or at least pre 1.1.1x
the more time we have for the real thing.
tubamorg, I’m under Linux, I use JOGL 1.1.1 and it works like a charm. I have tested under Mandriva Linux 2007, Mandriva Linux 2009, Fedora Core, Red Hat, Ubuntu, Debian Etch… Please perform more serious tests before writing that “Linux JOGL app no longer works”. If it happened, I would already have submitted a bug report flagged as “critical”, I have no machine under Windows, Solaris or Mac and many people use JOGL under Linux, think about Jake 2, Insperia, NASA World Wind…
Notice that I have not tested JOGL 2.
Thanks for your replies. Aside from somehow taking personal exception with the fact that all of my Linux machines suddenly stopped running my JOGL app. The tests I ran verified that there was no change in Java version, video driver, JOGL app or any of the Java Web Start launch files. The only change I found was the jogl.jar file found here:
http://download.java.net/media/jogl/builds/archive/jsr-231-1.0.0/ along with some other files. This directory was supposed to be stable. Now if this position has changed and the 1.0.0 version is gone, then I will gladly update our app to the most current STABLE version. I just need to know which one it is and hopefully have some assurance that it won’t be exposed to periodic updates/builds.
UPDATE:
I updated our application to 1.1.1a as suggested/implied above and included the new path in our jnlp file:
This seems to work well for WindowsXP, Macs and most of our Linux machines except our RHEL 5 running Java 1.6. The new error is:
[quote]Exception in thread “AWT-EventQueue-0” javax.media.opengl.GLException: Unable to create OpenGL context
at com.sun.opengl.impl.x11.X11GLContext.createContext(X11GLContext.java:125)
at com.sun.opengl.impl.x11.X11OnscreenGLContext.create(X11OnscreenGLContext.java:97)
at com.sun.opengl.impl.x11.X11GLContext.makeCurrentImpl(X11GLContext.java:133)
at com.sun.opengl.impl.x11.X11OnscreenGLContext.makeCurrentImpl(X11OnscreenGLContext.java:70)
at com.sun.opengl.impl.GLContextImpl.makeCurrent(GLContextImpl.java:134)
at com.sun.opengl.impl.GLDrawableHelper.invokeGL(GLDrawableHelper.java:182)
at javax.media.opengl.GLCanvas.maybeDoSingleThreadedWorkaround(GLCanvas.java:412)
at javax.media.opengl.GLCanvas.display(GLCanvas.java:244)
at javax.media.opengl.GLCanvas.paint(GLCanvas.java:277)
at sun.awt.RepaintArea.paintComponent(RepaintArea.java:248)
at sun.awt.X11.XRepaintArea.paintComponent(XRepaintArea.java:56)
at sun.awt.RepaintArea.paint(RepaintArea.java:224)
at sun.awt.X11.XComponentPeer.handleEvent(XComponentPeer.java:688)
at java.awt.Component.dispatchEventImpl(Component.java:4659)
at java.awt.Component.dispatchEvent(Component.java:4413)
at java.awt.EventQueue.dispatchEvent(EventQueue.java:599)
at java.awt.EventDispatchThread.pumpOneEventForFilters(EventDispatchThread.java:269)
at java.awt.EventDispatchThread.pumpEventsForFilter(EventDispatchThread.java:184)
at java.awt.EventDispatchThread.pumpEventsForHierarchy(EventDispatchThread.java:174)
at java.awt.EventDispatchThread.pumpEvents(EventDispatchThread.java:169)
at java.awt.EventDispatchThread.pumpEvents(EventDispatchThread.java:161)
at java.awt.EventDispatchThread.run(EventDispatchThread.java:122)
[/quote]
I haven’t tried to fix this yet, but I believe I’ve seen some similar posts about this so I can fix it.
LAST UPDATE:
Through a combination of updating our builds with JOGL 1.1.1b (since evidently JOGL.jar 1.0.0 no longer exists), and squaring away video drivers all of our various Linux flavors are able to run our application. Though some of the demos still present problems.