ok, the site demo still throws, as said above: (it has worked earlier this year though)
Exception in thread “AWT-EventQueue-2” java.lang.RuntimeException: Can not get proc address for method “alcCaptureCloseDevice”: Couldn’t set value of field “_addressof_alcCaptureCloseDevice” in class net.java.games.joal.impl.ALCProcAddressTable
at com.sun.gluegen.runtime.ProcAddressHelper.resetProcAddressTable(ProcAddressHelper.java:113)
at net.java.games.joal.impl.ALProcAddressLookup.resetALCProcAddressTable(ALProcAddressLookup.java:109)
at net.java.games.joal.impl.ALCImpl.alcOpenDevice(ALCImpl.java:341)
at net.java.games.joal.util.ALut.alutInit(ALut.java:69)
Caused by: java.lang.RuntimeException: Unable to find and load OpenAL library
at net.java.games.joal.impl.ALProcAddressLookup$DynamicLookup.dynamicLookupFunction(ALProcAddressLookup.java:66)
My own program was giving me an exception on initing AL, this is however working again.
Exception in thread “AWT-EventQueue-7” java.lang.NoClassDefFoundError: de/jarnbjo/vorbis/VorbisStream
So it seems being dependent on some other site to get the correct libraries is just a crap decision, if they change or
are down for whatever reason the applet wont work, AND it wont get caught with a try/catch!
With LWJGL seems like i can put the relevant libs in the server, and be 100% certain they will work, not relying on outside links.
Still all this is a farcry from the ease of Flash deployment, and I’m starting to understand why most game sites won’t accept Java applications…
If I cant pack my game into ONE file, then app management for a big game site becomes that much more of a hassle.
They have to have the right stuff in the html, and extra files for either the jnlp header.
The JNLP loading is dead ugly… I’m starting to seriously think about switching to Flash after this project sigh