My aghast reaction to Andy's mail is that if we aren't solving this
simple issue, what is it that we are solving? This use case is far
more like what I would want in the real world. If we don't get
something out of this JSR and the language JSR that approximates a
runtime version of 'gem' (from
Did we decide which way it will be compatible? I'm a little concerned
that implementing something that can use OSGi modules is a far bigger
task that implementing something that OSGi can use. If we are going
for total compatibility it seems like we should just use OSGi.
Personally I