Update JOGL libraries (to support Java 7 on Mac OS X)
Java 7 (from Oracle) on Mac OS X is currently not supported, because the jogl libraries used (version 1.1) only support the Java supplied by Apple (support ended with Java 6).
Try out the current jogl libraries and see if MT4j is compatible with it.
Comments (17)
-
reporter -
reporter Someone ported MT4j to Processing 2.1: http://nuigroup.com/forums/viewreply/74240/
The code is available on GitHub (https://github.com/lodsb/UltraCom/tree/proc2).
-
reporter - changed title to Update JOGL libraries (to support Java 7 on Mac OS X)
-
reporter Resolved issue
#176: Improved resource management. Added support to locate resources either within the file system (IDE) or a JAR (deployed).The resources need to be located in a source folder. Then, a package can be created for different kinds of resources. This allows to use the class loader to find those resources, even when running it from a JAR.
To achieve that, a new ResourceUtil class in commons is used.
Checkstyle is disabled for resources.
Unfortunately, it is currently not possible to load native libraries from within a JAR. This needs a separate class loader or the appropriate libraries need to be extracted to the file system (JOGL 2 supports that, see issue
#14).→ <<cset d9619b4ea7d8>>
-
reporter References
#14: Replaces MT4j to the updated version including Processing 2.x and JOGL 2.x.Removes native libraries and adds the JARs supporting automated native library loading.
→ <<cset 0da96d01c03d>>
-
reporter References
#14: Updates event handling to the new way introduced in Processing 2.0.→ <<cset 693487340444>>
-
reporter References
#14: Changes the default display number to 0 as this seems to be the first display now.→ <<cset ae9ee7563edd>>
-
reporter References
#14: Updates drawing of RamTextComponent from GL10 to GL2.Removes the old P3D drawing, because it is not supported anymore.
→ <<cset 9ad7ba855bdc>>
-
reporter References
#14: Fixes closing the window through the native window's close button (x).The instance's frame is a JFrame and by default closing on exit. Also, when the window adapter calls handleQuitRequest the "Exception in thread "AWT-EventQueue-0" javax.media.opengl.GLException: No OpenGL context current on this thread" exception is thrown (even though it is the same thread). Therefore, the call is invoked later to make sure it happens when convenient for Processing.
→ <<cset dfe7f5041840>>
-
reporter References
#14: Updates ResourceUtil to only append the operating system and architecture in case of windows. This supports the Win7Touch library. All other configurations will use lib/ as the library path.→ <<cset 13cae7622d23>>
-
reporter References
#14: Adds gluegen and jogl main JARs to the classpath of the JAR's manifest in order to allow loading the native libraries through the automated method.→ <<cset 96288ebc0686>>
-
References
#14: weaver: notify of events in weaver through an interface. Resolve issue where gui was called on weaver's thread.→ <<cset 916707483d19>>
-
References
#14: Update EventWheelProcessor to the new way introduced in Processing 2.0→ <<cset 4e452896bc5a>>
-
References
#14: RightClickDragProcessor and UnistrockeProcessorLeftClick now use the operations isXButton()→ <<cset b52fbb1cb705>>
-
reporter References
#14, #378: Updates README and quick reference guide to remove comments about Java 6 on OSX.→ <<cset 44f09626a47d>>
-
reporter - changed component to GUI
-
assigned issue to
-
reporter - changed status to resolved
Merged in master (commit fd4fb95).
JAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA!
- Log in to comment
Using updated JOGL libraries requires lots of code changes and also affects processing, so it might be worth to update processing at the same time too.
Someone already did this and wants to share that: http://nuigroup.com/forums/viewthread/14924/#74171