Do the demos work on OSX Lion?
I tried several of the demos located here: http://jogamp.org/deployment/jogamp-current/jogl-demos/ http://jogamp.org/deployment/jogamp-next/jogl-demos/ None of the examples I tried worked with Java Webstart. I'm trying to track down an issue with a program that stopped working when I upgraded to Lion. I'm not sure if the issue is solely related to my upgrading to Lion, or some poor programming on my part. Since those demos don't work on Lion for me, I figured I'd ask to make sure it wasn't just my machine. OSX 10.7.1 java version "1.6.0_26" Java(TM) SE Runtime Environment (build 1.6.0_26-b03-383-11A511) Java HotSpot(TM) 64-Bit Server VM (build 20.1-b02-383, mixed mode) |
Administrator
|
I know Web Start and desktop JOGL should both work on OS X Lion (I've done both recently). The only thing (to my knowledge) that broke on Lion was JOGL applets, due to Safari changing to Plugin2.
|
I just get an error like the following whenever I try the demos.
Java Web Start 1.6.0_26 Using JRE version 1.6.0_26-b03-383-11A511 Java HotSpot(TM) 64-Bit Server VM User home directory = /Users/iamstuffed ---------------------------------------------------- c: clear console window f: finalize objects on finalization queue g: garbage collect h: display this help message m: print memory usage o: trigger logging p: reload proxy configuration q: hide console r: reload policy configuration s: dump system and deployment properties t: dump thread list v: dump thread stack 0-5: set trace level to <n> ---------------------------------------------------- java.io.FileNotFoundException: /var/folders/zr/vf717jrx7jn39ytkfy3gwg180000gn/T/jogamp.tmp.cache/jln8480753351729872952/jln6971120673415178729/META-INF/MANIFEST.MF (No such file or directory) at java.io.FileOutputStream.open(Native Method) at java.io.FileOutputStream.<init>(FileOutputStream.java:194) at java.io.FileOutputStream.<init>(FileOutputStream.java:145) at com.jogamp.common.util.JarUtil.extract(JarUtil.java:275) at com.jogamp.common.util.cache.TempJarCache.addNativeLibs(TempJarCache.java:135) at com.jogamp.common.jvm.JNILibLoaderBase.addNativeJarLibs(JNILibLoaderBase.java:160) at javax.media.opengl.GLProfile$1.run(GLProfile.java:129) at java.security.AccessController.doPrivileged(Native Method) at javax.media.opengl.GLProfile.initSingleton(GLProfile.java:115) at demos.gears.Gears.<clinit>(Gears.java:30) 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:597) at com.sun.javaws.Launcher.executeApplication(Launcher.java:1914) at com.sun.javaws.Launcher.executeMainClass(Launcher.java:1847) at com.sun.javaws.Launcher.doLaunchApp(Launcher.java:1609) at com.sun.javaws.Launcher.run(Launcher.java:138) at java.lang.Thread.run(Thread.java:680) java.lang.ExceptionInInitializerError at javax.media.opengl.GLContext.<init>(GLContext.java:112) at jogamp.opengl.GLContextImpl.<init>(GLContextImpl.java:116) at jogamp.opengl.macosx.cgl.MacOSXCGLContext.<init>(MacOSXCGLContext.java:61) at jogamp.opengl.macosx.cgl.MacOSXOnscreenCGLContext.<init>(MacOSXOnscreenCGLContext.java:49) at jogamp.opengl.macosx.cgl.MacOSXOnscreenCGLDrawable.createContext(MacOSXOnscreenCGLDrawable.java:58) at javax.media.opengl.awt.GLCanvas.addNotify(GLCanvas.java:536) at java.awt.Container.addNotify(Container.java:2622) at java.awt.Window.addNotify(Window.java:663) at java.awt.Frame.addNotify(Frame.java:470) at java.awt.Window.show(Window.java:859) at java.awt.Component.show(Component.java:1584) at java.awt.Component.setVisible(Component.java:1536) at java.awt.Window.setVisible(Window.java:842) at demos.gears.Gears.main(Gears.java:77) 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:597) at com.sun.javaws.Launcher.executeApplication(Launcher.java:1914) at com.sun.javaws.Launcher.executeMainClass(Launcher.java:1847) at com.sun.javaws.Launcher.doLaunchApp(Launcher.java:1609) at com.sun.javaws.Launcher.run(Launcher.java:138) at java.lang.Thread.run(Thread.java:680) Caused by: java.security.AccessControlException: access denied (java.lang.RuntimePermission accessDeclaredMembers) at java.security.AccessControlContext.checkPermission(AccessControlContext.java:374) at java.security.AccessController.checkPermission(AccessController.java:546) at java.lang.SecurityManager.checkPermission(SecurityManager.java:532) at java.lang.SecurityManager.checkMemberAccess(SecurityManager.java:1662) at java.lang.Class.checkMemberAccess(Class.java:2157) at java.lang.Class.getDeclaredMethod(Class.java:1934) at com.jogamp.common.util.IntObjectHashMap.<clinit>(IntObjectHashMap.java:89) ... 23 more #### Java Web Start Error: #### null Any ideas on what I could try? |
Administrator
|
There is a permission problem but I don't know from where it comes.
Julien Gouesse | Personal blog | Website
|
Administrator
|
That kind of looks like a bug in the new auto-library-unpacking code that Sven just finished.
|
Administrator
|
Yes. Does it work when this feature is disabled?
Julien Gouesse | Personal blog | Website
|
Administrator
|
In reply to this post by Wade Walker
On Saturday, October 01, 2011 02:42:33 AM Wade Walker [via jogamp] wrote:
> > That kind of looks like a bug in the new auto-library-unpacking code that > Sven just finished. Yup, it's already solved in master/rc, but I had not time to create a new 'release'. As you might have noted (git repo), NEWT works on OSX now as well. Rami and I were busy w/ Android the last week and we have to finish fixing some quirks on some tegra devices first. Then I will come back to OSX .. so it's all there for rc4. I don't know about Lion though .. however, IMHO NEWT applets should just work. ~Sven |
Administrator
|
It is a good piece of news, Ardor3D guys will be able to give it a try on their Macs.
However, the Mozilla Foundation plans to block the applets... :( https://bugzilla.mozilla.org/show_bug.cgi?id=689661 http://www.theregister.co.uk/2011/09/29/firefox_killing_java/
Julien Gouesse | Personal blog | Website
|
Administrator
|
On Monday, October 03, 2011 10:07:16 AM gouessej [via jogamp] wrote:
> > It is a good piece of news, Ardor3D guys will be able to give it a try on > their Macs. Nice. I hope they will contact us (me specifically in regards to NEWT) for bugs and other issues. Great stuff. +++ > > However, the Mozilla Foundation plans to block the applets... :( > > https://bugzilla.mozilla.org/show_bug.cgi?id=689661 > https://bugzilla.mozilla.org/show_bug.cgi?id=689661 ho .. ho .. ho :) They are discussing things .. vulnerabilities actually in regards of BEAST (tls 1.0 flaw). One comment makes a god summary I guess: https://bugzilla.mozilla.org/show_bug.cgi?id=689661#c41 Yes, other bugs are discussed as well: - Same Origin Policy (SOP) - ??? You very well pointed out that other plugins shall be disabled as well and this notion is being considered in their discussion AFAIK, hence they focus on fixing the FF layers in regards to BEAST. So it's not just about Java at all, but TLS. However, I don't think they really can be successful up until openssl and their clients support TLS >= 1.1 properly if the exploit is mainly based on the TLS 1.0 vulnerability. In the meantime I agree that click-to-play is a good alternative for allowing the user to make her choice. At some point in time .. let's hope these things will be solved within the responsible modules (TLS, networking, javascript, ..). > > http://www.theregister.co.uk/2011/09/29/firefox_killing_java/ > http://www.theregister.co.uk/2011/09/29/firefox_killing_java/ They love these kind of 'news' of course :) TBH .. I learned about BEAST on their site as well. ~Sven |
Free forum by Nabble | Edit this page |