http://jcp.org/en/eg/download/jsr-277-service-provider-strawman-05222007.pdf?id=277fileId=3438
Glyn
Andy Piper [EMAIL PROTECTED] wrote on 14/06/2007 12:43:45 PM:
I share Glyn's concerns, but can someone remind me where the strawman
is?!
Thanks!
andy
At 11:07 AM 6/14/2007, Glyn Normington
, this);
}
}
Now resolution becomes simply:
context.resolve(definition);
(I also left out any use of the ImportPolicy, as it isn't yet clear to
me that it should remain a separate type in this model.)
// Bryan
Glyn Normington wrote:
*Bryan Atsatt [EMAIL PROTECTED]* wrote on 30/05/2007 07:57:59
Some feedback from an observer which may help:
Bryan misses the need for extender model to load internal impl classes
ala
Bundle.loadClass in OSGi.
You do not want to have to export the service impl class from a module.
You want to hide the class from others' casual loading. However an
Adrian [EMAIL PROTECTED] wrote on 25/05/2007 12:44:54:
On Thu, 2007-05-24 at 11:00 +0100, Glyn Normington wrote:
A better approach would be for the Java 7 platform to provide first
class support for JSR 291. This boils down to standardising the
experimental class loader deadlock fix ([1