Re: [gl4java-usergroup] Packing GL4Java with a program

[Antony R. <ri...@to...>]

[also assuming Windows OS]

I realise that the dll files need to be in the same folder that the
application is run from (either custom bin folder, System32, j2sdk/bin, or
anywhere else on your PATH environment variable).

So if I want to package the entire application (dlls, application classes,
gl4java jars) up into a single executable jar file, what kind of amendments
would I have to make to the standard manifest to tell the application to
look for specific dll files included within jar?  Would I still need to
create a bin folder to place the dll files in?

Maybe everyone on the list can work together to produce a HelloWorld sample
package? I'd be happy to host the files for everyone.

Let me know what you think.

ribot.
----- Original Message -----
From: "Montana, Patrick M" <pat...@lm...>
To: "Gary Stewart" <gi...@st...>;
<gl4...@li...>
Sent: Wednesday, April 09, 2003 4:40 PM
Subject: Re: [gl4java-usergroup] Packing GL4Java with a program


> Gary,
>
> (BTW, I am assuming a Windows OS for this discussion.)
>
>
> We distribute our program with GL4Java.  However, we also provide the SDK,
> Java3D, JAI, and some various comm packages. Our approach was to install
the
> SDK on our development machines, then we installed Java3D and JAI within
> that SDK (using the standard installers). Next, we copied the relevant
> GL4Java jar files to:
> j2sdk/jre/lib/ext
>
>
> This way the JVM can find the jar files automatically when it runs (any
> program, not just ours). Then we copy the GL4Java .dll's into the bin
> directory for our application (where we have the batch file that launches
> our application). You could also copy the .dll's to the j2sdk/bin
directory.
> The point is, those dll's have to be in the directory that you run from,
or
> they must be in a directory that is set in your PATH environment variable.
> If you want to copy stuff into people's System32 directory, then it is
> automatically in their PATH variable.
>
>
> And don't forget to include the appropriate license files, readme files,
and
> other documentation required by the software providers.
>
>
> Then we include our entire SDK with our application using InstallShield.
The
> installation is a simple "Next, Next, Next" operation for the user. Then
> they have an icon on their desktop (and an entry in the Start menu) to
> launch our program with no troubles.
>
>
> Hope that helps.
> -Mark
>
>
>
>
> Gary Stewart wrote:
>
>
> Assuming you can roughly predict that someone is using a given setup is it
> possible to pack GL4Java with a program? Looking at it you need the .dll
(or
>
> .so) that matches the java version (1.4 in this case) and the GL4Java jar
> files.
> From that is it possible just to provide the .dll and jars in a zip with
the
>
> program and someone launching your program will hopefully have it running
> *if*
> the enviroment and class path reference "." and the jar files are in the
> class
> path (for example if you use another jar with extensions).
>
>
> Many thanks,
>
>
> Gary
>
>
> -------------------------------------------------------
> This sf.net email is sponsored by:ThinkGeek
> Welcome to geek heaven.
> http://thinkgeek.com/sf <http://thinkgeek.com/sf>
> _______________________________________________
> gl4java-usergroup mailing list
> gl4...@li...
> https://lists.sourceforge.net/lists/listinfo/gl4java-usergroup
> <https://lists.sourceforge.net/lists/listinfo/gl4java-usergroup>
>
>
>
>
> -------------------------------------------------------
> This SF.net email is sponsored by: Etnus, makers of TotalView, The
debugger
> for complex code. Debugging C/C++ programs can leave you feeling lost and
> disoriented. TotalView can help you find your way. Available on major UNIX
> and Linux platforms. Try it free. www.etnus.com
> _______________________________________________
> gl4java-usergroup mailing list
> gl4...@li...
> https://lists.sourceforge.net/lists/listinfo/gl4java-usergroup