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

[Pepijn V. E. <pep...@lu...>]

We have solved this problem by simply adding the jars to the classpath 
and defining the java.library.path system property. If you don't set 
this property manually it is set to the system path (on windows at  
least). In our application for instance we set this property to 
./lib/native. This doesn't mess up the loading of the jdks own dlls 
because the path to these is defined in a property called 
sub.boot.library.path (or something like that). Hope this helps.

Pepijn Van Eeckhoudt

On woensdag, apr 9, 2003, at 18:04 Europe/Brussels, Antony Ribot wrote:

> [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
>
>
>
> -------------------------------------------------------
> 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
>