JDK 1.7_u25 OSX Text3D crash

Hi all!

First, thanks for your work to have made java3D working on java 1.7!

Since last java update 1.7.0_25, I have serious crash (application disapears) when I create a Text3D object.

I use the last java3D 6 pre7 and jogl 2 rc11.

My soft is launched with java web start and when execution comes to Text3D line, it simply disapears!

This occurs only on OSX. It works on Linux and Windows.
It was working with java 1.7.0_21.

Does someone have the same issue?

jimmypag.
Toulouse, France.

Hi

Please can you give us your logs (you've just talked about a crash)?

Unfortunately, I only have java console that disapears so I do not have time to see what happens.

You're right, I should find a way to trace logs in a file first!

I keep you informed.

jimmypag.

I found an XML log in ~/Library/Application Support/Oracle/Java/Deployment/log but there no trace trace of an error.

Maybe there's a way to tell java3D to be more verbose?

Jimmypag.

Hi,

I finally found this strange problem.

An OSX java update was made and java3D 1.3.2 libraries were back in /System/Libraries/Java/Extension.

Now, the last problem I have is with JCanvas3D use.
It fixes the offset bug for OSX but I have this Exception on all platforms with JRE u25 when a repaint is needed:

java.lang.NullPointerException
        at javax.swing.RepaintManager.currentManager(Unknown Source)
        at javax.swing.RepaintManager.currentManager(Unknown Source)
        at javax.swing.RepaintManager.currentManager(Unknown Source)
        at javax.swing.JComponent.repaint(Unknown Source)
        at java.awt.Component.repaint(Unknown Source)
        at com.sun.j3d.exp.swing.JCanvas3D$InternalCanvas3D.postSwap(JCanvas3D.java:716)
        at javax.media.j3d.Renderer.doWork(Renderer.java:272)
        at javax.media.j3d.J3dThread.run(J3dThread.java:270)

Now, I use jogl 2 RC12.

I'll try to make a small test case to reproduce the problem.

Jimmy.

jimmypag wrote

An OSX java update was made and java3D 1.3.2 libraries were back in /System/Libraries/Java/Extension.

Apple seems to love bothering us. We'll have to use another namespace to work around this problem once for all.