Re: Java 3D 64 bit problem.
Posted by Rajesh on Jun 22, 2012; 2:16am
URL: https://forum.jogamp.org/Java-3D-64-bit-problem-tp4025257p4025291.html
Hi,
Thank you very much for your response.
Please pardon me for being so dumb. I have downloaded the 7z zip file that you suggested. I see that there are a lot of jar files and also a lot of .dll and .so files. My questions are specifically the following:
1. Firstly, what are all the jar files that I should use? I guess I should be using the three jar files of Java 3D + jogl.all.jar + gluegen-rt.jar + a jar file containing the native libraries for the platform I am targeting. Is this statement correct?
2. The folder containing the .dlls and .so files says “This folder contains deprecated plain native libraries for platform windows-amd64, please use the native JAR files in the jar folder.” Ok. I need to use the “jogl-all-natives-windows-amd64.jar” file. If I use the natives jar, I don’t need to use any .dll or .so files. Am I correct in my thinking?
3. I need to use NetBeans and the Rich Client Platform application. I have a lot of modules in my overall program. Do I need to create three wrapper modules for Java 3D? One for the three Java 3D jars (say Module A), one for gluegen-rt.jar (say Module B) and the last one for jogl.all.jar (say Module C). If so, where do I put the natives jar file?
4. What dependencies should I use? Module A depends on Module B and Module B depends on Module C?
5. I don’t know on which machine my program will run. The computer that runs my program could be Windows or Linux, and could be 32 bit or 64 bit. In my program, if I create a fourth wrapper module (say Module D) and place all possible native libraries (both Windows and Linux 32 and 64 bit jar files), will it work? Will the program automatically pick up the correct jar file at run time? My apologies, if this question is not a jogl specific one, but a NetBeans one. If it does, what does this module depend on, or what modules should depend on this module?
Thanks you for your patience.
Regards,
Rajesh.