SweetHome3D tesing of Java3D 1.6.0 showed a failure running under parallels
For more information.
The salient comment from Emmanuel is:
I discovered that removing the two calls to glColor4f in resetColoringAttributes and updateMaterialColor in JoglPipeline fixed the problem without changing colors in the scenes rendered by Sweet Home 3D!
Actually, these two calls happen only in the resetImmediateRendering method of Canvas3D and there's probably an issue in Parallels driver that doesn't like a change of the current color before rendering is started, because other calls to glColor4f work correctly.
This should be done in the pipelines and tested under normal Java3D operations.
resolved in 1.6.0 and 1.7.0