Paul Fisher <[EMAIL PROTECTED]> writes:
>
> I haven't been keeping up with all the multi-VM discussions, so these
> questions might sound stupid. Please be gentle. :)
>
> "John Keiser" <[EMAIL PROTECTED]> writes:
>
> > And even when they do, it is literally impossible for current code
> > to automagically work in a multi-VM situation
>
> Are you 100% sure of this? NSA caches values which the JNI spec says
> _explicitly_ can be cached. It's an optimization that everyone does,
> and Sun recommends that people do it.
which values does the JNI spec say can be cached? field and method
ID's? this seems problematic, unless you use something like an SHA
hash to get the id, which I would imagine Sun does not do.
The reason for this is simple -- the VM's may not even be in the same
process. The JNI was written so that there are no direct memory
accesses to java objects/classes/fields/methods. a JNI could marshall
the data to a different process.
xtoph
