• View
• Edit
• History
• Print

Java3D

Summary: Java 3D does not work well under Mac OS X. The solution is to Install Java 3D for Mac and Ptolemy

Install Java 3D for Mac and Ptolemy II (JDK10)

Running Java 3D under JDK 10 under macOS has various problems.

See http://forum.jogamp.org/Crash-on-Macos-using-Java-9-td4038267.html for a description of a possible solution.

The files in $PTII/vendors/j3d were copied from http://show.docjava.com/book/cgij/code/jnlp/libs/jogl/:

The files in $PTII/vendors/jogl were copied from http://show.docjava.com/book/cgij/code/jnlp/libs/jogl/:

NPE under Travis

In June 2019, under Travis, Xvfb changed and needed to be started a different way. As part of this, $PTII/.travis.yml was modified to use the Xenial distribution, which defaults to OpenJDK 10. After these changes, we started seeing NPEs while exporting models that used Java3D:

• Re: Jogl/Jogamp on Java 9 no compatible graphics context (jogamp forum)

Building Java3d in July 2019

In java3d-core/build.xml and java3d-utils/build.xml: Add classpath for the javadoc target.

Edit java3d-utils/src/com/sun/j3d/utils/applet/JMainFrame.java and java3d-utils/src/com/sun/j3d/utils/applet/JMainFrame.java

Finish the build:

Running

  $PTII/bin/vergil /home/cxh/src/ptII/ptolemy/domains/gr/demo/StickyMasses/StickyMasses.xml 

Need Jogamp in the path

As a hack edited $PTII/bin/vergil and added

  :/home/cxh/src/jogl-v2.3.2/gluegen-rt.jar:/home/cxh/src/jogl-v2.3.2/jogl-all.jar

to the ALL_JARS line

Now Vergil fails with:

Running a demo with debugging turned on:

indicates that the code is looking for the native jars in the same directory as the main jars, so moving the native jars fixes the problem.

createImpl ARB n/a but required, profile > GL2 requested (OpenGL >= 3.1).

During a run on Travis with

• http://www.sweethome3d.com/support/forum/viewthread_thread,8253_lastpage,yes;jsessionid=8ADC40FCB3D354DE0F55BB61FB999E4D Sweet Home 3D Forum
  • I have finally solved my problem. It was an issue of jogl-2.3.2 not supporting correctly the mesa version I have installed (17.2.7), basically jogl-2.3.2 is not correctly recognizing the mesa driver for opengl support. You can read more details here:
  • https://github.com/hharrison/java3d-core/issues/23
  • http://forum.jogamp.org/problem-using-jogl-2-3-2-on-linux-tc4038557.html
  • where there is a patch needed to fix the issue. Anyway the problem will be definitely fixed with the future jogl-2.3.3 version.
• http://forum.jogamp.org/problem-using-jogl-2-3-2-on-linux-td4038557.html problem using jogl-2.3.2 on linux
  • We have already fixed this bug, this fix will be available in JOGL 2.3.3:
  • https://jogamp.org/bugzilla/show_bug.cgi?id=1357
• https://jogamp.org/wiki/index.php?title=Downloading_and_installing_JOGL#Downloading_the_latest_aggregated_autobuild Downloading the latest aggregated autobuild says:
  • Got to this page and navigate into the first folder, which shall be the latest aggregated autobuild.
  • Then navigate further down to archive and download the file jogamp-all-platforms.7z.
  • For example, on 13-Mar-2013 20:19 CET, the latest aggregated autobuild was:
  • https://jogamp.org/deployment/archive/master/gluegen_646-joal_408-jogl_930-jocl_756/archive/jogamp-all-platforms.7z
  • Now you can continue https://jogamp.org/wiki/index.php?title=Downloading_and_installing_JOGL#Using_the_7z_jogamp-all-platforms_archive here
• So, we would download https://jogamp.org/deployment/archive/master/gluegen_916-joal_642-jogl_1483-jocl_1122/archive/jogamp-all-platforms.7z

TriangleArray: illegal vertexCount

TextString3D does not work under JDK 12 and Ubuntu

The summary is that GR domain models that use TextString3D under JDK 12 and Ubuntu fail with a illegal vertexCount message.

TextString3D works fine under JDK 12 and Darwin.

TextString3D works fine under JDK 8 and Ubuntu

Changing the version of JOGL from the Mac version shipped with 11.0 (see below for where those jars came from) to a version built using the JOGL head does not change anything.

Adding similar code to the PyramidExample does not cause the PyramidExample to fail under JDK12 and Ubuntu.

Using XDummy to address the GL warnings does not cause TextString3D to work under JDK12 and Ubuntu.

Interesting, enabling JOGL debugging causes a NPE at EGLGraphicsConfigurationFactory.getAvailableCapabilities, even if we use XDummy.

For now, the workaround is to not use TextString3D under JDK 12 and Ubuntu

Details

Under travis,

  ptolemy/domains/gr/demo/Pendulum/Pendulum.xml (RunExportModel)

was failing with:

• J3D font problems on Ubuntu + OpenJDK has a similar stack trace. Running in debug mode is suggested.
  • "I advise you to use the debug mode, maybe the loading of the font fails and it tries to build a triangle array with a vertex count that can't make triangles."
    • Running with Jogl debugging
      java -Dnewt.debug=all -Dnativewindow.debug=all -Djogl.debug=all -classpath "$PTII/vendors/j3d/lib/Linux/*:/home/cxh/src/jogl/jogl/build/jar/jogl-all.jar:/home/cxh/src/jogl/jogl/build/jar/jogl-all-natives-linux-amd64.jar:/home/cxh/src/jogl/gluegen/build/gluegen-rt-natives-linux-amd64.jar:/home/cxh/src/jogl/gluegen/build/gluegen-rt.jar:$PTII:.:/home/cxh/src/jogl/jogl/build/jogl/jogl-fonts-p0.jar" ptolemy.vergil.basic.export.ExportModel -force htm -run -openComposites -timeOut 30000 -whiteBackground ptolemy/domains/gr/demo/Pendulum/Pendulum.xml $PTII/ptolemy/domains/gr/demo/Pendulum/

      [$[Get Code]]
    • throws a NPE?
      Caused by: java.lang.NullPointerException
              at jogamp.opengl.egl.EGLGraphicsConfigurationFactory.getAvailableCapabilities(EGLGraphicsConfigurationFactory.java:191)
              at jogamp.opengl.egl.EGLDrawableFactory.getAvailableCapabilitiesImpl(EGLDrawableFactory.java:1015)
              at com.jogamp.opengl.GLDrawableFactory.getAvailableCapabilities(GLDrawableFactory.java:494)
              at com.jogamp.opengl.JoglVersion.getAvailableCapabilitiesInfo(JoglVersion.java:79)
              at com.jogamp.opengl.JoglVersion.getAllAvailableCapabilitiesInfo(JoglVersion.java:106)
              at com.jogamp.opengl.JoglVersion.getDefaultOpenGLInfo(JoglVersion.java:124)
              at com.jogamp.opengl.GLProfile.initSingleton(GLProfile.java:247)
              at com.jogamp.opengl.GLProfile.getProfileMap(GLProfile.java:2297)
              at com.jogamp.opengl.GLProfile.get(GLProfile.java:1021)
              at com.jogamp.opengl.GLProfile.get(GLProfile.java:1050)
              at com.jogamp.opengl.GLProfile.getMaxFixedFunc(GLProfile.java:803)
              at javax.media.j3d.JoglPipeline.initialize(JoglPipeline.java:131)
              at javax.media.j3d.Pipeline.createPipeline(Pipeline.java:92)
              at javax.media.j3d.MasterControl.loadLibraries(MasterControl.java:858)
              at javax.media.j3d.VirtualUniverse.<clinit>(VirtualUniverse.java:267)

      [$[Get Code]]
  • To enable Java3D debugging, edit java3d-core/build.xml and recompile with ant jar
    <property name="is_dev_phase" value="true"/>
    <property name="is_production" value="false"/>
    ...
    <filter token="IS_DEBUG" value="true"/>
    

    [$[Get Code]]
• The problem occurs under Ubuntu JDK 12, but not Oracle JDK 8 using recent Jogl and Java3D compiled from github.

• The problem occurs with the older version of JoGL and Java3D that was shipped with Ptolemy II 11.0. See Install Java 3D for Mac and Ptolemy II for where we got the jar files.

Could the libGL errors be part of the problem?

• Adding the following to PyramidExample.java (see far below) does not replicate the problem:

• Run a single Jogl font test:

XDummy

Running Xdummy solved the libGL problems but the triangle vertex error continued.

As root

    Xorg -noreset +extension GLX +extension RANDR +extension RENDER -logfile ./10.log -config ./xorg.conf :10

glxinfo looks good:

Still failed:

Ancient History

Below here is mainly for historical reasons and probably not that interesting

Java3D seems to have various problems.

Windows via Windows Remote Desktop (RDP) on the Mac.

It appears that running a Java3D app on a Windows box and displaying it on a Mac will not work. See https://www.java.net/node/688085

Running Java 3D with Xvfb causes problems

1/8/15: RHEL6. After installing Eclipse, which updated a bunch of X stuff, running a Ptolemy model that uses Java3D fails:

3/16/2015: The NPE returns

Between Mar. 4 and Mar 6, we started seeing java.lang.NullPointerException: Canvas3D: null GraphicsConfiguration

• Build #85 (Mar 4, 2015 9:38:00 PM) OK
• Build #88 (Mar 6, 2015 10:29:51 AM) Failed
• Build #94 (Mar 9, 2015 9:41:30 PM) Failed

The machine was patched on Mar. 6

Xvfb changed, though the create time does not match the update?

yum history info 85 includes these packages, note that Xvfb was updated.

Solution: Copy old binary from Sisyphus

I copied the old Xvfb binary that worked from sisyphus.eecs to jenkins.eecs. Below is what is on Jenkins.

1/26/2015: glxinfo and Xvfb solve the problem

While working on the Matlab problem, I came across http://dri.freedesktop.org/wiki/glxinfo/, which said to run glxinfo | grep render. When I run it on terra, where Java 3D does not work, I get nothing. On sisyphus, I get:

So as root I ran yum install glx-utils.x86_64

Then glxinfo | grep render worked!

Solution: Use Xvfb from the old machine

That did not solve it. I looked at how Xvfb was installed on sisyphus and when I copied the binary over to terra, it worked!

My notes about how I installed Xvfb say: "So, my workaround was to install the Centos 6.2 package at http://rpmfind.net/linux/RPM/centos/updates/6.2/x86_64/Packages/xorg-x11-server-Xvfb-1.10.4-6.el6.centos.3.x86_64.html"

Here's what's in it.

 root@sisyphus ~]# rpm -qpl xorg-x11-server-Xvfb-1.10.4-6.el6.centos.3.x86_64.rpm
 warning: xorg-x11-server-Xvfb-1.10.4-6.el6.centos.3.x86_64.rpm: Header V3 RSA/SHA1 Signature,  key ID c105b9de: NOKEY
 /usr/bin/Xvfb
 /usr/bin/xvfb-run
 /usr/share/man/man1/Xvfb.1.gz

Another attempt

1/23/2015

Interestingly, the tests are working on sisyphus, which is running the same OS, but has not been rebooted for 70 days.

I suspect this 12/11 change: https://ucbrhn.Berkeley.EDU/rhn/errata/details/Details.do?eid=60134

1/8/2015 An attempt

I fixed the permissions of /tmp/.X11-unix/ but the problems persist. They seem to be intermittent.

The problem is that com.sun.j3d.utils.universe.SimpleUniverse.getPreferredConfiguration() is returning null. ViewScree3D.java looks like:

It seems like config is sometimes null.

One possible solution was as root to do yum groupinstall "X Window System".

Rolling back

The Java 3D tests worked with Build #20 (Jan 7, 2015 9:50:07 AM):

 and started failing with Build #21 (Jan 7, 2015 9:38:00 PM) 

Looking at the output of yum history:

As the tests stopped working after Jan 7, 2015 9:50:07 AM, Numbers 51-54 are suspect and 48-50 could be problems

• 54: groupinstall KDE Desktop
• 53: groupinstall Desktop
• 52: groupinstall X Window System
• 51: update (glibc was changed)
• 50: install eclipse-*
• 49: install eclipse-rcp.x86_64
• 48: install firefox

Test procedure

1. history rollback N 2. Reboot 3. As jenkins, try to replicate the problem

Linux via ssh -X

Logging in to a RHEL box from Mac OS X with ssh -X and then running javaws fails:

Mac

UnsatisifiedLinkError: jogamp.common.jvm.JVMUtil.initialize(Ljava/nio/ByteBuffer;)Z

When running open Vergil.app and then running the GR Pendulum demo, I get

The issue here is that DYLD_LIBRARY_PATH includes Matlab, which presumably includes jogamp.

If I do unset DYLD_LIBRARY_PATH, then the demo works.

Java 1.8: apple/awt/CGraphicsDevice

Invoking with:

fails with:

https://stackoverflow.com/questions/12738469/java3d-not-working-on-mac-mountain-lion - "I'm afraid that Java3D 1.5 is incompatible with newer versions of OSX, there's nothing you can do." The poster did post jars that might work with Java 1.6, but not Java 1.8?

Looking at the Java 3D installation instructions, it looks like I need to install Jogl. I did that and this command:

fails with:

• Compiling the example at http://www.java3d.org/samples.html yields a similar error:

AbstractGraphicsDevice is not in the Java3D 1.5.2 source from https://java3d.java.net/binary-builds.html (http://download.java.net/media/java3d/builds/release/1.5.2/j3d-1_5_2-src.zip)

However, -Dj3d.rend=noop helps?

Solution:

To restate the problem, compiling the example at http://www.java3d.org/samples.html fails for me under Mac OS 10.7 with Java 1.8.

Get Java 3D:

Get Jogl:

Get the sample Java3D test PyramidExample.java from http://www.java3d.org/samples.html

Compile:

Attempt to run:

Rebuilding Java 3D for Mac OS and Java 1.8

Note that $PTII/vendors/j3d has Java 3D jars build as below

Download and build a new version of Java3D, see http://forum.jogamp.org/NoClassDefFoundError-GLCapabilitiesChooser-on-OS-X-Snow-Leopard-and-Java-1-6-td4008344.html#a4020428

Run using the new Java3D:

It works!

Install Java 3D for Mac and Ptolemy II (JDK1.8)

This is the old way of installing Java3D, see Install Java 3D for Mac and Ptolemy II (JDK10) above.

The solution is to build a special version from http://forum.jogamp.org/NoClassDefFoundError-GLCapabilitiesChooser-on-OS-X-Snow-Leopard-and-Java-1-6-td4008344.html#a4020428

The http://chess.eecs.berkeley.edu/ptexternal Ptolemy II svn tree includes the above special version of Java 3D in $PTII/vendors/j3d. Jogl must be installed as follows

1. Install Mac Ports, see https://www.macports.org
2. Install 7z: sudo port install p7zip
3. Download and install Jogl:
   mkdir -p $PTII/vendors/jogl
   cd $PTI/vendors/jogl
   wget http://jogamp.org/deployment/v2.2.4/archive/jogamp-all-platforms.7z
   7z x jogamp-all-platforms.7z
   

   [$[Get Code]]
4. Reconfigure:
   cd $PTII
   ./configure
   

   [$[Get Code]]

AWT not found

Under Mac OS X with Java 1.8, if you get a message on standard out like:

Then the problem is likely that an older version of Java 3D is installed in /Systems/Library/Java/Extensions. The solution is to remove Java 3D from that location with:

Under El Capitan, the OS has been "upgraded" so that removing files from /System will fail. (lame)

This is because of the "Rootless" feature, see http://apple.stackexchange.com/questions/193368/what-is-the-rootless-feature-in-el-capitan-really

To remove these files, see http://apple.stackexchange.com/questions/208478/how-do-i-disable-system-integrity-protection-sip-aka-rootless-on-os-x-10-11/209530#209530

This requires rebooting twice:

1. Reboot by restarting and holding down Command+R until the Apple logo appears
2. Click on Utilities -> Terminals and run csrutil disable
3. Reboot
4. Login, start a terminal, run sudo rm /System/Library/Java/Extensions/{*J3D*,*j3d*}
5. Reconfigure and build: cd $PTII;./configure; ant build build-bin. Note that you have not yet done so, you will need to install Jogl.
6. Verify that Java3D runs: $PTII/bin/vergil ptolemy/domains/gr/demo/Pendulum/Pendulum.xml
7. Reboot by restarting and holding down Command+R until the Apple logo appears
8. Click on Utilities -> Terminals and run csrutil enable
9. Reboot

• Apparently, Java3D is shipped with the JDK 1.6 that was shipped by Apple. /System/Library/JavaExtensions has various files: (j3daudio.jar, j3dcore.jar, j3dutilities.jar and jnilibs)

Can't load library: /System/Library/Frameworks/gluegen-rt.Framework/gluegen-rt

Under Mac OS X El Capitan, after rebooting in recovery mode and running csrutil disable and rebooting, I was able to run

  $PTII/bin/vergil ptolemy/domains/gr/demo/Pendulum/Pendulum.xml

However, after rebooting in recovery mode, running csrutil enable and rebooting, when I ran

  $PTII/bin/vergil ptolemy/domains/gr/demo/Pendulum/Pendulum.xml

The fix was to add vendors/jogl/jogamp-all-platforms/jar/gluegen-rt-natives-macosx-universal.jar to the classpath.

Eclipse fails with: references non existing library '/System/Library/Java/Extensions/j3daudio.jar'

After removing the jars in question, rerunning configure and refreshing the ptII project in Eclipse, the following error appeared

The fix is to

1. In Eclipse, find the JRE with: Eclipse -> Preferences -> Java -> Installed JREs
2. Click on Edit
3. Click on the offending jar file
4. Click on Remove
5. Repeat until all the missing jar files are gone.

Another solution is to install a new JDK and tell Eclipse about it via Eclipse -> Preferences -> Java -> Installed JREs

Mac Java 1.6 from the command line with the ptII devel head: Works!

• Java 1.6.0_26 works with a Ptolemy II Java3D

Mac Java 1.6 WebStart ptII8.0.1: Fails

• /Library/Java/JavaVirtualMachines/1.6.0_26-b03-383.jdk/Contents/Home/bin/javaws http://ptolemy.eecs.berkeley.edu/ptolemyII/ptII8.0/ptII8.0.1/ptolemy/domains/ddf/demo/HanoiTower/HanoiTower.jnlp fails:

This is because the Ptolemy II 8.0.1 HanoiTower.jnlp file uses the java.net java3d JNLP files which are not signed

Mac Java 1.6 WebStart ptII devel head: fails

• /Library/Java/JavaVirtualMachines/1.6.0_26-b03-383.jdk/Contents/Home/bin/javaws http://ptolemy.eecs.berkeley.edu/ptolemyII/ptII10.0/ptII10.0.devel/ptolemy/domains/ddf/demo/HanoiTower/HanoiTower.jnlp fails:

Presumably, this is because something changed between Java 1.6 and 1.8.

http://bugs.java.com/bugdatabase/view_bug.do?bug_id=7197652 has the same stack trace

https://community.oracle.com/message/10753282 suggests: "As a workaround, users can disable "Enable online certificate validation" in the Java Control Panel -> Advanced -> Security -> General section. Note that this workaround seems to conflict with a workaround mentioned for getting JNLP applets to work (http://www.java.net/forum/topic/jdk/java-se-snapshots-project-feedback/os-x-jdk-7u6-will-not-run-signed-jnlp-apps)."

However, the Java Control Panel seems to control Java 8?

I tried:

and got a control panel that seemed to let me set the order of JVMs, but it did not have settings to change online certificate validation.

It looks like one of the "upgrades" removed the control panel for JDK 1.6.0. Seems like a significant bug.

Mac Java 1.6 ptII head works with a self signed certificate.

In ptolemy/copernicus/applet/makefile, changing

and then running

worked if and only if AppletWriter.java was not including the j3d extension signed with our certificate:

This indicates that the problem is with our cert?

https://community.oracle.com/message/10753282 says:

"..and a followup: DigiCert now has a workaround available: they can issue a new code signing certificate with intermediates that have the "DigitalSignature" flag set in the "KeyUsage" section (apparently Java expects all certificates in the chain to have this DigitalSignature flag when OCSP is enabled)

This should be doable by any other provider as well. You can check the flags in your chain with e.g. keytool -list -v -alias ... -keystore ... "

http://grepcode.com/file/repository.grepcode.com/java/root/jdk/openjdk/7-b147/java/security/Signature.java#Signature.initVerify%28java.security.cert.Certificate%29 has:

Running

Shows that our cert has:

But the next cert in the chain has:

Java test file

Sample run:

/Library/Java/JavaVirtualMachines/jdk1.8.0_05.jdk/Contents/Home/bin/java -classpath $PTII ptolemy.actor.lib.security.test.KeyUsageTest xxxxx works just fine.

setting the deployment properties.

https://www.java.net/forum/topic/jdk/java-se-snapshots-project-feedback/os-x-jdk-7u6-will-not-run-signed-jnlp-apps states:

http://docs.oracle.com/javase/7/docs/technotes/guides/jweb/jcp/properties.html says that for the Oracle JVM (not the Apple 1.6 JVM), Mac OS X ~/Library/Application Support/Oracle/Java/Deployment/deployment.properties

/Users/cxh/Library/Caches/Java/deployment.properties contains:

However, that file seems to get updated each time javaws or com.sun.javaws.Main is run.

Running dtrace on the 1.6 javaws indicates that /System/Library/Java/JavaVirtualMachines/1.6.0.jdk/Contents/Home/deployment.config is getting read. However, setting that does not help.

Misc Mac Java 3D.

• http://support.apple.com/kb/DL1206 is a 2003! download for "Java 3D and Java Advanced Imaging Update: Information and Download". The installer says that it will only install in Mac OS X 10.3.1.
• /usr/libexec/java_home shows which jvms are installed.

Caused by: java.lang.NoClassDefFoundError: javax/media/nativewindow/CapabilitiesImmutable

After a long hiatus, I tried starting Java3D under MacOS 10.12.6 (Sierra) with Java 1.8.0_144.

When running

  $PTII/bin/vergil -v ptolemy/domains/gr/demo/Pendulum/Pendulum.xml

I got:

Probably the issue here was that I had Jogl 2.3 in my tree instead of Jogl 2.2. In particular, vendors/jogl/jogamp-all-platforms/jogl.README.txt said:

   Java (TM) Binding for the OpenGL (r) API, version 2.3

The Ptolemy instructions say to install Jogl 2.2.

The solution is to install Jogl 2.2:

Caused by: java.lang.NoClassDefFoundError: com/jogamp/opengl/GL

If you get

  Caused by: java.lang.NoClassDefFoundError: com/jogamp/opengl/GL

Then the problem is likely that j3dcore.jar and j3dutil.jar were compiled for Jogl 2.3. The solution is to revert to the previous version of these files

Rebuilding

Below are the steps to rebuild j3dcore.jar and j3dutil.jar for use with Jogl 2.3

If you don't have ../jogl/jogamp-allplatforms, see Install Java3D For Mac And Ptolemy above, except install Jogl 2.3 instead of 2.2.

1. Create $PTII/vendors/j3d/PyramidExample.java from the above source
2. Rebuild Java3d:
   cd $PTII/vendors/j3d
   git clone https://github.com/hharrison/vecmath.git
   (cd vecmath; ant)
   git clone https://github.com/hharrison/java3d-core.git
   git clone https://github.com/hharrison/java3d-utils.git
   ln -s java3d-utils j3d-utils
   mkdir jogl-v2.3.2
   (cd jogl-v2.3.2; ln -s ../../jogl/jogamp-all-platforms/jar/*)
   (cd java3d-core; ant)

   [$[Get Code]]
3. Compile
   export JAVA3D_EXT=$PTII/vendors/j3d/java3d-core/build/jars
   export JOGL_JAR=$PTII/vendors/jogl/jogamp-all-platforms/jar
   javac -classpath ${JAVA3D_EXT}/j3dcore.jar:${JAVA3D_EXT}/j3dutils.jar:j3d/vecmath/build/jars/vecmath.jar:${JOGL_JAR}/jogl-all.jar:${JOGL_JAR}/gluegen.jar:${JOGL_JAR}/joal.jar:. PyramidExample.java

   [$[Get Code]]
4. Create a link:
   mkdir natives;
   (cd natives; ln -s ../../jogl/jogamp-all-platforms/lib/macosx-universal/ .)

   [$[Get Code]]
5. Run:
   java -classpath ${JAVA3D_EXT}/j3dcore.jar:${JAVA3D_EXT}/j3dutils.jar:j3d/vecmath/build/jars/vecmath.jar:${JOGL_JAR}/jogl-all.jar:${JOGL_JAR}/gluegen.jar:${JOGL_JAR}/joal.jar:. PyramidExample

   [$[Get Code]]
6. Update the versions checked in to the tree:
   # Run the Ptolemy model:(:source lang=bash:)
   $PTII/bin/vergil $PTII/ptolemy/domains/gr/demo/Pendulum/Pendulum.xml

   [$[Get Code]]
7. Commit the changes:
    svn commit -m "Updated jars to avoid java.lang.NoClassDefFoundError: javax/media/nativewindow/CapabilitiesImmutable" $PTII/vendors/Darwin/j3d-1.6.0-pre11-daily-experimental/lib/ext/

   [$[Get Code]]

NoClassDefFoundError: javax/media/opengl/GL

However, com/jogamp/opengl/GL.class is in the one of the jars listed in JAVA3D_JARS in $PTII/mk/ptII.mk:

Solution: Under Mac OS X, probably Jogl 2.3 is installed, see above