> Because the plugins that are to be loaded to the application are
> different: one might be compiled and running in 1.4 but not in 1.5 (for
[quoted text clipped - 3 lines]
> only start them up, during runtime, in an appropriate JVM (1.4, 1.5,
> etc) but also use their classes within the JVM of my application.
Hmm,
afaik, 1.5 should be backwards compatible to earlier JVMs, meaning 1.4
code should work on 1.5 without recompilation. I might be wrong on that
but using a 1.5 JVM should provide a host for all plugins no matter
which JVM version they were compiled against. Then you shouldnt have a
problem accessing their classes from within the main application.
Jan
Oliver Wong - 15 Mar 2006 18:26 GMT
>> Because the plugins that are to be loaded to the application are
>> different: one might be compiled and running in 1.4 but not in 1.5 (for
[quoted text clipped - 11 lines]
> which JVM version they were compiled against. Then you shouldnt have a
> problem accessing their classes from within the main application.
There are some tiny backwards compatibility issues. I've personally
never encountered any of these issues in practice, but I know of them
because I got into an argument with someone about just how backwards
compatible Java is.
For example, between 1.5 and 1.4, on X windows servers, Drag and Drop
*MIGHT* behave differently, depending on the underlying implementation.
Like I said, very minor differences.
- Oliver