Java-Gaming.org Hi !
Featured games (83)
games approved by the League of Dukes
Games in Showcase (524)
Games in Android Showcase (127)
games submitted by our members
Games in WIP (593)
games currently in development
News: Read the Java Gaming Resources, or peek at the official Java tutorials
 
   Home   Help   Search   Login   Register   
  Show Posts
Pages: [1]
1  Java Game APIs & Engines / JOGL Development / Re: JSR-231: Getting more control over native library loading on: 2006-03-22 15:48:51
JNLP files are just not an option.  They don't accept relative codebase arguments in the .jnlp file, only on the command line.  Since JWS wasn't designed to run applications this way, it is probably a hack that it even works from the command line.  Moreover, since one has to pass command line options I'd have to create a batch file to call JWS to call my app... which is not pretty.

The bottom line is that there is no easy way to run non-web java applications using jogl.

The problem is with java of course, but jogl is going to continue getting a slew of bug reports and help requests originating from people moving the jogl.jar and dll's all over the place trying to get their apps to just run.

FYI, I've decided to use JexePack http://www.duckware.com/jexepack/ which is a $100 commercial program.  It will bundle all the jars and dlls into one .exe so things just work.  I didn't notice an opensource option (JSmooth, launch4j,..) that would work with JNI dlls.

I've attached my jexepack ini file for anyone intereted.  It's pretty simple.
2  Java Game APIs & Engines / JOGL Development / Re: JSR-231: Getting more control over native library loading on: 2006-03-21 22:55:59

Again, if you assume JRE >= 1.5 then you can just give them a .jnlp file plus the associated jars and Java Web Start will "import" that into its cache without needing to go out on the network. From a distribution point of view it works exactly like a web-based Web Started app, but you don't need network connectivity and can import from sources like a CD-ROM. Have you looked into this possibility? What are the issues you see with using it?


Ken,

I can't figure out how to launch a app using jnpl that retreives files from a local dir.  I imagine you mean to set codebase to point to the current working directory, but I don't think this it possible.  At least it doesnt work for me.  Can you point me to the docs on how to setup the scenario you described?
3  Java Game APIs & Engines / JOGL Development / Re: JSR-231: Getting more control over native library loading on: 2006-03-03 13:05:04
Regarding the distribution of Jogl, I wanted to throw in my 2 cents.  I think Java Web Start is great, but I can't use it at all.

I distribute an application which uses jogl and I have a terrible time getting jogl installed.  The machines that the application is used on are not connected to the internet, and in general aren't connected to any network.  Moreover, I don't know what's installed on them other then the jre version I specify.  I've found no way for my applications to load the jogl jars and dll's that I distribute other that with a second wrapper application, which frankly is embarassing.  It's hard to extol the greatness of java over .net to my colleagues when they had to write a .net wrapper to get my java programs to reliably run.

It is my hope that jogl would have an official release (when its out of beta) like the other optional java packages. 

4  Java Game APIs & Engines / JOGL Development / Re: jsr231 beta3 build problem on: 2006-02-19 23:22:48
Yeah, that fixed it.  Thanks.
5  Java Game APIs & Engines / JOGL Development / Re: jsr231 beta3 build problem on: 2006-02-19 14:51:09
java is setup correctly.  I tried the 1.6 jdk beta and I get the same error.  I'm pretty sure the problem is in the glugen guessing:

Quote
gluegen.cpptasks.detect.os:
     [echo] FreeBSD=${isFreeBSD}
     [echo] IA64=${isIA64}
     [echo] Linux=true
     [echo] LinuxAMD64=${isLinuxAMD64}
     [echo] LinuxIA64=${isLinuxIA64}
     [echo] LinuxX86=${isLinuxX86}
     [echo] OS X=${isOSX}
     [echo] Solaris=${isSolaris}
     [echo] Unix=true
     [echo] Windows=${isWindows}
     [echo] X11=true

It's failing to set the isLinuxAMD64 variable even though I specify 'ant linux.amd64' at the command line.
since that variable is not set, the parameters in the jogl build.xml:339 are not getting set or are getting
set improperly.  I don't understand the build files well enough to understand what is going on, but I'm
pretty sure it has to do with these new isLinux, isLinuxAMD64, etc variables.  I get the same  error if I
just run 'ant' without specifying the build target.
6  Java Game APIs & Engines / JOGL Development / Re: jsr231 beta3 build problem on: 2006-02-18 15:31:16
If I manually set
java.includes.dir.platform=/usr/java/jdk1.5.0_06/include/linux
in jogl.properties, the build fails in a different spot:

Quote
...
c.build.jogl.core:

c.configure:

c.build:

BUILD FAILED
/home/sauron.0/cj/apps/jogl/beta3/jogl/make/build.xml:1276: The following error occurred while executing this line:
/home/sauron.0/cj/apps/jogl/beta3/jogl/make/build.xml:1206: The following error occurred while executing this line:
/home/sauron.0/cj/apps/jogl/beta3/jogl/make/build.xml:853: The following error occurred while executing this line:
/home/sauron.0/cj/apps/jogl/beta3/jogl/make/build.xml:789: Requires '${compiler.cfg.id}'
7  Java Game APIs & Engines / JOGL Development / jsr231 beta3 build problem on: 2006-02-18 15:04:52
I downloaded the source to beta3 and I'm having trouble building it.  It appears that the ant build process is picking up the gcc-java binary or classpath jar files, however java and javac both resolve to the sun jdk from the path.  I specifically set java.home.dir to be the sun jdk in jogl.properties.  Any ideas about what I'm doing wrong?

1  
2  
3  
4  
5  
6  
7  
8  
9  
10  
11  
12  
13  
14  
15  
16  
17  
18  
19  
20  
    ...
     [echo] Generating JAWT interface class
     [echo] java.home.dir=/usr/java/jdk1.5.0_06
Overriding previous definition of reference to stub.includes.fileset.platform
  [gluegen] java.io.FileNotFoundException: ${java.includes.dir.platform}/jawt_md.h (No such file or directory)
  [gluegen]    at gnu.java.nio.channels.FileChannelImpl.open(java.lang.String, int) (/usr/lib64/libgcj.so.6.0.0)
  [gluegen]    at gnu.java.nio.channels.FileChannelImpl.FileChannelImpl(java.lang.String, int) (/usr/lib64/libgcj.so.6.0.0)
  [gluegen]    at java.io.FileInputStream.FileInputStream(java.io.File) (/usr/lib64/libgcj.so.6.0.0)
  [gluegen]    at java.io.FileInputStream.FileInputStream(java.lang.String) (/usr/lib64/libgcj.so.6.0.0)
  [gluegen]    at java.io.FileReader.FileReader(java.lang.String) (/usr/lib64/libgcj.so.6.0.0)
  [gluegen]    at com.sun.gluegen.GlueGen.run(java.lang.String[]) (Unknown Source)
  [gluegen]    at com.sun.gluegen.GlueGen.main(java.lang.String[]) (Unknown Source)
  [gluegen]    at .main (/usr/lib64/libgij.so.6.0.0)
  [gluegen]    at .__libc_start_main (/lib64/libc-2.3.5.so)
  [gluegen] Exception occurred while generating glue code. Exiting.

BUILD FAILED
/home/sauron.0/cj/apps/jogl/beta3/jogl/make/build.xml:1276: The following error occurred while executing this line:
/home/sauron.0/cj/apps/jogl/beta3/jogl/make/build.xml:1203: The following error occurred while executing this line:
/home/sauron.0/cj/apps/jogl/beta3/jogl/make/build.xml:528: GlueGen returned: 1


My CLASSPATH is not set.
I'm runing FC4.x86_64 with the sun jdk-1.5.0_06-fcs.x86_64.  My ant build target was linux.amd64.
8  Java Game APIs & Engines / JOGL Development / Re: jogl jsr231 and pack200 support on: 2006-01-14 14:21:48

Any chance you can post an x86_64 beta2 build also?

9  Java Game APIs & Engines / JOGL Development / Re: JOGL 1.1.1 released on: 2005-08-29 12:37:12

Adding x86_64 to StructLayout seems to have solved the problem.
It's not an emt64, it's an Athlon 64.

Thanks.
10  Java Game APIs & Engines / JOGL Development / Re: JOGL 1.1.1 released on: 2005-08-28 22:06:10
When I try to compile jogl on an x86_64 Fedora Core 4 machine with the sun amd64 jdk1.5.0_04 JDK installed, I get the following error:

Quote
ant linux.amd64

  ... (lots of stuff deleted)

java.generate:
     [echo] Generating GL interface class
     [echo] Generating GL implementation class
  [gluegen] WARNING: "APIENTRY" redefined from "" to ""
  [gluegen] java.lang.RuntimeException: Please port StructLayout to your OS (linux) and CPU (x86_64)
  [gluegen]    at net.java.games.gluegen.StructLayout.createForCurrentPlatform() (Unknown Source)
  [gluegen]    at net.java.games.gluegen.JavaEmitter.getLayout() (Unknown Source)
  [gluegen]    at net.java.games.gluegen.JavaEmitter.layoutStruct(net.java.games.gluegen.cgram.types.CompoundType) (Unknown Source)
  [gluegen]    at net.java.games.gluegen.GlueGen.run(java.lang.String[]) (Unknown Source)
  [gluegen]    at net.java.games.gluegen.GlueGen.main(java.lang.String[]) (Unknown Source)
  [gluegen]    at .main (/usr/lib64/libgij.so.6.0.0)
  [gluegen]    at .__libc_start_main (/lib64/libc-2.3.5.so)
  [gluegen] Exception occurred while generating glue code. Exiting.

BUILD FAILED

Is this a bug or am I doing something wrong?
11  Java Game APIs & Engines / JOGL Development / Re: jogl API feedback requested for JSR 231 on: 2004-04-10 20:18:12
I would really like the API ro remove all the redundant gl and GL instances.
Isn't:

 gl.texParameteri (GL.TEXTURE_2D, GL.TEXTURE_WRAP_S, GL.CLAMP);

so much cleaner than:

gl.glTexParameteri (GL.GL_TEXTURE_2D, GL.GL_TEXTURE_WRAP_S, GL.GL_CLAMP);
Pages: [1]
 

Add your game by posting it in the WIP section,
or publish it in Showcase.

The first screenshot will be displayed as a thumbnail.

toopeicgaming1999 (19 views)
2014-11-26 15:22:04

toopeicgaming1999 (17 views)
2014-11-26 15:20:36

toopeicgaming1999 (7 views)
2014-11-26 15:20:08

SHC (24 views)
2014-11-25 12:00:59

SHC (24 views)
2014-11-25 11:53:45

Norakomi (24 views)
2014-11-25 11:26:43

Gibbo3771 (22 views)
2014-11-24 19:59:16

trollwarrior1 (36 views)
2014-11-22 12:13:56

xFryIx (74 views)
2014-11-13 12:34:49

digdugdiggy (52 views)
2014-11-12 21:11:50
Understanding relations between setOrigin, setScale and setPosition in libGdx
by mbabuskov
2014-10-09 22:35:00

Definite guide to supporting multiple device resolutions on Android (2014)
by mbabuskov
2014-10-02 22:36:02

List of Learning Resources
by Longor1996
2014-08-16 10:40:00

List of Learning Resources
by SilverTiger
2014-08-05 19:33:27

Resources for WIP games
by CogWheelz
2014-08-01 16:20:17

Resources for WIP games
by CogWheelz
2014-08-01 16:19:50

List of Learning Resources
by SilverTiger
2014-07-31 16:29:50

List of Learning Resources
by SilverTiger
2014-07-31 16:26:06
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
Powered by MySQL Powered by PHP Powered by SMF 1.1.18 | SMF © 2013, Simple Machines | Managed by Enhanced Four Valid XHTML 1.0! Valid CSS!