JNI again

[John D. Gwinner]

Daniel:

  I agree heartily; anything to make it easier to embed Kaffe in products
would be a plus.

  I just noticed that Sun now says something about being able to
redistribute native programs that invoke Java through the JNI; this is a
180 of their position (it means I don't need a source license to embed Java
in my .exe) and may mean that Kaffe is less important to me than it once
was; however, anything to make the Java language unencumbered would be a
very, very good thing.

        == John D. Gwinner ==
== VisNet, Inc
== "Making CyberSpace Real" (TM)
== VisNet, VisCIS, and Making CyberSpace real are trademarks of VisNet, Inc
== for more info: http://www.vis-net.com or http://www.northnet.org/VisNet 
== or mailto:75162.514 at compuserve.com

----------
> From: Daniel Dittmar <dittmar at berlin.snafu.de>
> To: kaffe at soi.city.ac.uk
> Subject: JNI again
> Date: Tuesday, August 12, 1997 4:39 PM
> 
> Hello,
> 
> Another reason why Kaffe should support JNI or something similar:
> I would like to embed Kaffe in a server. As requests are handled in
> parallel, Java VMs should be independant of another. JNI solves this by
> passing a Java Environment variable into every routine while Kaffe seems
> to rely on global variables. As this parameter is passed through all
> routines, it isn't something I care to do on my own (as it would have to
> be repeated in eevery release). So even if Kaffe doesn't adopt JNI, it
> would still be very useful (at least to me) if a pointer to the VM would
> be passed along.
> 
> Daniel Dittmar (mailto:dittmar at berlin.snafu.de)