prebuilt jar files available

Hi,

I'm still getting the same problem running the simple example on Windows 7, I have the feeling that it comes from a mistake I made but I can't find which one.

The sources from the github repository don't exactly match the code, I have a breakpoint line 81 of javax.media.j3d.Group and it doesn't refer to a code line in sources :
https://github.com/hharrison/java3d-core/blob/master/src/classes/share/javax/media/j3d/Group.java

I think it would be usefull for many people to have sources that match with the code so if you can and want to generate them Harvey, maybe it would help ;)

Thanks anyway to everyone for your support.

Antoine

On 05/31/2012 10:30 AM, ylliac [via jogamp] wrote:
>
> I think it would be usefull for many people to have sources that match with
> the code so if you can and want to generate them Harvey, maybe it would help ;)

'Soon' we will have automated builds & tests by our Jenkins server,
then we can provide matching builds and source code.

~Sven

OK then I can wait until 'Soon' to go further with the new Java3D :)

Antoine

In any event, I'll produce a matching binary and source jar when I get back to my main machine and let you know
when it is available...sorry for the inconvenience.

No problem.
As I said before, it's probably a problem in my configuration.
I don't NEED to make it work right now so don't worry if you can't generate the sources before the Jenkins server is set.

Antoine

I've gone ahead and redone the build of the prebuilt jars and some source zipfiles to make sure they match
this time, please let me know how well (or not) they work for you, uploaded to my github pages same as last
time except there is a -src zip file for each jar file now.

Cheers,

Harvey

Thank you for the update Harvey.

I can't download the jar for j3dutils but the others files helped debugging and I found that the problem is in GraphicsConfigTemplate3D.runMonitor(int action) :

static void runMonitor(int action) {
        // user thread will locked the globalLock when Renderer
        // thread invoke this function so we can't use
        // the same lock.
        synchronized (monitorLock) {
            switch (action) {
            case J3dThread.WAIT:
                // Issue 279 - loop until ready
                while (threadWaiting) {
                    try {
                        monitorLock.wait(); <----- IT WAITS FOREVER :)
                    } catch (InterruptedException e) {
                        System.err.println(e);
                    }
                }
                break;
            case J3dThread.NOTIFY:
                monitorLock.notify();
                threadWaiting = false;
                break;
            }
        }
    }

It seems that the monitorLock is never unlocked and I don't know why. Any idea ?
I found that  J3dThread.NOTIFY should be sent by the Renderer in the doWork() method, but if the program is blocked, the renderer is probably not launched ?

Antoine

Hmm, I'll try to find time to look at that near the end of the week.

I reuploaded the j3dutils jar..no idea what happened.

Cheers,

Harvey

Hi Antoine, please let me know if you've had any better luck - I've had the same symptoms (but under Ubuntu 12.04 64-bit) - without much luck getting past the point where the app locks up.

Hi,

OK, should be great if a solution presents itself - it seems like we are having very similar symptoms under different OSes.

My use case should be interesting if I can get it working - the 3D view will be embedded in a NetBeans Platform application - once it works, I'll certainly write a tutorial of sorts showing how it works (and this may give this Java3D fork more publicity).

Regards,
Ernest

Antoine, you also on JDK7u6 64-bit?

@harvey : I'll be happy to test with a debug .jar if you want to get more details on what's happening at the point where things get stuck. If so, please specify which jogl version I should use with the set.

Regards,
Ernest

I'm on jdk6_33 32bits but on a 64bits computer.
Antoine

JOGL 2.0 RC9 should be fine. You can enable Java and native debug, it would be good for us:
-Dnewt.debug=all -Dnativewindow.debug=all -Djogl.debug=all

No problem, will do so.

Here's the point where it hits:

3D [dev] 1.6.0-pre1-daily-experimental daily

AWT-EventQueue-0 - Info: NativeWindowFactory.
Threading: jogl.1thread null, singleThreaded true, hasAWT false, mode ST_WORKER, plugin null
GLProfile.initSingleton(firstUIActionOnProcess: false) - thread J3D-Renderer-1
java.lang.Exception: Stack trace
	at java.lang.Thread.dumpStack(Thread.java:1342)
	at javax.media.opengl.GLProfile.initSingleton(GLProfile.java:126)
	at javax.media.opengl.GLProfile.initSingleton(GLProfile.java:160)
	at javax.media.opengl.GLProfile.getProfileMap(GLProfile.java:1902)
	at javax.media.opengl.GLProfile.get(GLProfile.java:809)
	at javax.media.opengl.GLProfile.get(GLProfile.java:838)
	at javax.media.opengl.GLProfile.getMaxFixedFunc(GLProfile.java:644)
	at javax.media.j3d.JoglPipeline.getDefaultProfile(JoglPipeline.java:6283)
	at javax.media.j3d.JoglPipeline.getBestConfiguration(JoglPipeline.java:7954)
	at javax.media.j3d.Renderer.doWork(Renderer.java:507)
	at javax.media.j3d.J3dThread.run(J3dThread.java:270)
J3D-Renderer-1 - NativeWindowFactory.initSingleton(false)
JAWTUtil initialization (JAWT/JNI/...
OGLUtilities.UNDEFINED = 0
OGLUtilities.WINDOW = 1
OGLUtilities.PBUFFER = 2
OGLUtilities.TEXTURE = 3
OGLUtilities.FLIP_BACKBUFFER = 4
OGLUtilities.FBOBJECT = 5
Checking for Java2D/OpenGL support
Java2D support: default GraphicsConfiguration = sun.awt.X11GraphicsConfig
JOGL/Java2D integration disabled

I tried it again, this time additionally with -Dsun.java2d.opengl=true on, and got (on 64-bit Ubuntu 12.04):

3D [dev] 1.6.0-pre1-daily-experimental daily

AWT-EventQueue-1 - Info: NativeWindowFactory.
Threading: jogl.1thread null, singleThreaded true, hasAWT false, mode ST_WORKER, plugin null
GLProfile.initSingleton(firstUIActionOnProcess: false) - thread J3D-Renderer-1
java.lang.Exception: Stack trace
	at java.lang.Thread.dumpStack(Thread.java:1342)
	at javax.media.opengl.GLProfile.initSingleton(GLProfile.java:126)
	at javax.media.opengl.GLProfile.initSingleton(GLProfile.java:160)
	at javax.media.opengl.GLProfile.getProfileMap(GLProfile.java:1902)
	at javax.media.opengl.GLProfile.get(GLProfile.java:809)
	at javax.media.opengl.GLProfile.get(GLProfile.java:838)
	at javax.media.opengl.GLProfile.getMaxFixedFunc(GLProfile.java:644)
	at javax.media.j3d.JoglPipeline.getDefaultProfile(JoglPipeline.java:6283)
	at javax.media.j3d.JoglPipeline.getBestConfiguration(JoglPipeline.java:7954)
	at javax.media.j3d.Renderer.doWork(Renderer.java:507)
	at javax.media.j3d.J3dThread.run(J3dThread.java:270)
J3D-Renderer-1 - NativeWindowFactory.initSingleton(false)
JAWTUtil initialization (JAWT/JNI/...
OGLUtilities.UNDEFINED = 0
OGLUtilities.WINDOW = 1
OGLUtilities.PBUFFER = 2
OGLUtilities.TEXTURE = 3
OGLUtilities.FLIP_BACKBUFFER = 4
OGLUtilities.FBOBJECT = 5
Checking for Java2D/OpenGL support
Java2D support: default GraphicsConfiguration = sun.java2d.opengl.GLXGraphicsConfig
java.lang.ClassNotFoundException: sun.java2d.opengl.CGLSurfaceData
	at java.net.URLClassLoader$1.run(URLClassLoader.java:366)
	at java.net.URLClassLoader$1.run(URLClassLoader.java:355)
	at java.security.AccessController.doPrivileged(Native Method)
	at java.net.URLClassLoader.findClass(URLClassLoader.java:354)
	at java.lang.ClassLoader.loadClass(ClassLoader.java:423)
	at java.lang.ClassLoader.loadClass(ClassLoader.java:356)
	at java.lang.Class.forName0(Native Method)
	at java.lang.Class.forName(Class.java:186)
	at jogamp.opengl.awt.Java2D$1.run(Java2D.java:217)
	at java.security.AccessController.doPrivileged(Native Method)
	at jogamp.opengl.awt.Java2D.(Java2D.java:117)
	at java.lang.Class.forName0(Native Method)
	at java.lang.Class.forName(Class.java:186)
	at jogamp.nativewindow.jawt.JAWTUtil.(JAWTUtil.java:183)
	at java.lang.Class.forName0(Native Method)
	at java.lang.Class.forName(Class.java:264)
	at javax.media.nativewindow.NativeWindowFactory$1.run(NativeWindowFactory.java:212)
	at javax.media.nativewindow.NativeWindowFactory$1.run(NativeWindowFactory.java:209)
	at java.security.AccessController.doPrivileged(Native Method)
	at javax.media.nativewindow.NativeWindowFactory.initSingleton(NativeWindowFactory.java:209)
	at javax.media.opengl.GLProfile.initProfilesForDefaultDevices(GLProfile.java:1355)
	at javax.media.opengl.GLProfile.access$000(GLProfile.java:74)
	at javax.media.opengl.GLProfile$1.run(GLProfile.java:142)
	at java.security.AccessController.doPrivileged(Native Method)
	at javax.media.opengl.GLProfile.initSingleton(GLProfile.java:131)
	at javax.media.opengl.GLProfile.initSingleton(GLProfile.java:160)
	at javax.media.opengl.GLProfile.getProfileMap(GLProfile.java:1902)
	at javax.media.opengl.GLProfile.get(GLProfile.java:809)
	at javax.media.opengl.GLProfile.get(GLProfile.java:838)
	at javax.media.opengl.GLProfile.getMaxFixedFunc(GLProfile.java:644)
	at javax.media.j3d.JoglPipeline.getDefaultProfile(JoglPipeline.java:6283)
	at javax.media.j3d.JoglPipeline.getBestConfiguration(JoglPipeline.java:7954)
	at javax.media.j3d.Renderer.doWork(Renderer.java:507)
	at javax.media.j3d.J3dThread.run(J3dThread.java:270)
Info: Unable to find class sun.java2d.opengl.CGLSurfaceData for OS X
JOGL/Java2D integration enabled

CGLSurfaceData is only present on Mac, it should not be used under GNU Linux:
http://jausoft.com/git/?p=jogl.git;a=patch;h=5b2803ebb3ac8957f7b33f9bfd74c085e9ab720a

That's pretty weird, as I have only the 64-bit Linux JRE (7u6) with linux-amd64 natives for JOGL - why would it make these references to OS X?