Hi i got the same error as Mange: Exception in thread "main" java.lang.UnsatisfiedLinkError: no gluegen-rt in java.library.path at java.lang.ClassLoader.loadLibrary(ClassLoader.java:1682) at java.lang.Runtime.loadLibrary0(Runtime.java:822) at java.lang.System.loadLibrary(System.java:993) at com.sun.gluegen.runtime.NativeLibLoader$1.run(NativeLibLoader.java:68) at java.security.AccessController.doPrivileged(Native Method) at com.sun.gluegen.runtime.NativeLibLoader.loadGlueGenRT(NativeLibLoader.java:66) at com.sun.gluegen.runtime.NativeLibrary.ensureNativeLibLoaded(NativeLibrary.java:399) at com.sun.gluegen.runtime.NativeLibrary.open(NativeLibrary.java:163) at com.sun.gluegen.runtime.NativeLibrary.open(NativeLibrary.java:129) at com.sun.opengl.impl.x11.DRIHack.begin(DRIHack.java:109) at com.sun.opengl.impl.x11.X11GLDrawableFactory.<clinit>(X11GLDrawableFactory.java:99) at java.lang.Class.forName0(Native Method) at java.lang.Class.forName(Class.java:164) at javax.media.opengl.GLDrawableFactory.getFactory(GLDrawableFactory.java:111) at javax.media.opengl.GLCanvas.<init>(GLCanvas.java:113) at javax.media.opengl.GLCanvas.<init>(GLCanvas.java:82) at javax.media.opengl.GLCanvas.<init>(GLCanvas.java:75) at org.tests.SimpleJOGL.main(SimpleJOGL.java:22)

I'm running Kubuntu, so i guess that it might be some linux issue with your template.Very nice work though // Gregof

Strange. Maybe I packaged the wrong binaries!? Is there any way to check if the libgluegen-rt.so is suitable for your platform? If so, would you mind doing that?

Another test would be to create a distribution, by right-clicking the project node and select "build project".After that, open a shell and go to the dist-linux-i586 folder in the projects directory. Type

Hi againI'm not sure how to check if the libgluegen-rt.so is correct for my plattform, I did a ldd though;ldd -v libgluegen-rt.so linux-gate.so.1 => (0xffffe000) libc.so.6 => /lib/tls/i686/cmov/libc.so.6 (0xb7dc9000) /lib/ld-linux.so.2 (0x80000000)

second: I found the bug...I made the wrong asumption, that "/foo/bar/jogl.jar/../jogl-natives-linux-i586" resolves to "/foo/bar/jogl-natives-linux-i586" on linux, which is wrong. "/foo/bar/jogl.jar/../jogl-natives-linux-i586" simple is an invalid path on linux :/

I have to change the libraries layout in the module to fix that. In the meanwhile, open the "nbproject/project.properties"-file and change the property "run-sys-prop.java.library.path" (line 59) to your jogl-natives folder in the netbeans-installation (e.g for gregorf: /opt/netbeans-5.5/nb5.5/libs/jogl-natives-linux-i586)

Hi, thank you for fixing this.With the changes to nbproject/project.properties it worked, I cant belive I missed the broken path before I look forward to the next version, keep the good work up!// Gregof

I also did the changes but still get the very same error message. Even tried downloading the library myself and set a path to that without any luck. I'm gonna try on a different computer to see if that makes any difference, since I get the very same error in Eclipse (even when using -Djava.library.path=path/to/natives). I've started to experimenting with OpenGL in C/C++ insead in the mean time.

Might take a week or so before I get that other computer up and running. It's a desktop and I only have a wireless connection right now, need to drill some holes and get some network cables in place. But when I'm finished I'll report back. I'm running xubuntu with an ATI-based graphics card. Should not be an issue since all examples work fine (glx gears etc).

I have written a NB module for native GLSL compiler integration into the IDE (screen shot attached). I have some questions on your implementation of the GLSL modules. Perhaps it would make sense to add my module to your updatecenter. So, if you are interested, please send me a PM with your mail address.

After that you can install the modules (and keep track of future updates) via the "Gamedev Updatecenter" under |Tools|->|Update Center|.

This version should also fix the problems when running under linux, so try it out!

NOTE: existing projects will not get updatedI had to change the natives layout to fix the linux bug, so this version is not compatible with already created projects. The old projects will remain to work, but don't benefit from the jogl update - they will still use the old jar versions. I am confident, that this is the last time this will occur.

I have very limited free time at the moment due to work, but bienator has contacted me some time ago and he set up a project on java.net: NetBeans OpenGL Pack. We will merge our codebases there, prepare a NB6 compatible release and make the source available under BSD licence via SVN. I will post here as soon as something is available.

Actually there is not so much to do and the SVN-trunk already runs fine on NB6, but it still misses some polishing and minor improvements. We plan to make a release available within the next two weeks.

Also the form designer? integration generates 1.6 dependant code so that's out the window.

But I really like the fact the red book demos and jogl demos are mostly there. Not sure what else I might be missing because the plugin and NB are brand new to me But I like this template approach. look forward to some JOGL 2 templates

Hi, I am using the Netbeans OpenGL pack on Netbeans 6.7. I am having a small issue with webstart when I am not connected to the internet. It looks like whenever a project using the OpenGL pack is run via webstart it attempts to download jogl/gluegen files remotely. Thus, if I am not online, I get the following error:

That is, after I have built the webstart project (while connected), I try to run it again via the dist/launch.html link (while offline).

Now it is my understanding that webstart will attempt to cache downloaded resources or jars and use them if no updates are found or if no internet connection to the resource is available.

Can anyone more experienced with the openGL pack (or with webstart in general) advise me on how to alter my project so that it will launch even if something goes amiss with the internet connection? Or, if I am totally mistaken about the caching thing I guess ignore this post...

java-gaming.org is not responsible for the content posted by its members, including references to external websites,
and other references that may or may not have a relation with our primarily
gaming and game production oriented community.
inquiries and complaints can be sent via email to the info‑account of the
company managing the website of java‑gaming.org