Re: OSGi [PREVIOUSLY]Re: Maven Build

2017-10-03 Thread Peter
Thanks Gregg, those are very good points. Cheers, Peter. On 2/10/2017 10:35 PM, Gregg Wonderly wrote: I like the constructor argument mechanism as it becomes thread local detail, rather than VM level detail. Too many “platform” things in Java have ended up being “service type platform”

Re: OSGi [PREVIOUSLY]Re: Maven Build

2017-10-02 Thread Gregg Wonderly
I like the constructor argument mechanism as it becomes thread local detail, rather than VM level detail. Too many “platform” things in Java have ended up being “service type platform” like, instead of multiple services platform like. Keeping things thread of execution specific helps us

Re: OSGi [PREVIOUSLY]Re: Maven Build

2017-10-02 Thread Peter
I'm considering api that may be required for improved OSGi support. In order for an OSGi environment to deserialize a proxy, it needs to first install a bundle for the proxy and resolve any dependencies. For OSGi a ProxyPreparer must first locally marshall (create a MarshalledInstance) a

Re: OSGi [PREVIOUSLY]Re: Maven Build

2017-09-27 Thread Peter
Yes, I've been thinking about it. My current thoughts; ServiceUI can be accessed through net.jini.lookup.ServiceAttributesAccessor, so you can unmarshall ServiceUI objects, without unmarshalling the service itself. However I haven't given much consideration to locating codebases for

Re: OSGi [PREVIOUSLY]Re: Maven Build

2017-09-27 Thread Peter
Yes that's correct. Sun chose to use the ClassLoader to represent the service's pincipal, dynamically granting permission after proxy verification. So that's what we have available on the call stack to use when performing authorisation permission checks: 1. Client's Principal. (Principal

Re: OSGi [PREVIOUSLY]Re: Maven Build

2017-09-27 Thread Dennis Reedy
Hi Peter, In reading your missive I'm not sure I understand when you say "Maven will present a new alternative of maximum sharing, where different service principals will share the same identity.", or "Maven class resolution". Are you referring to an approach where a service may declare it's

Re: OSGi [PREVIOUSLY]Re: Maven Build

2017-09-27 Thread Gregg Wonderly
Do you have anything planned around ServiceUI? I really use ServiceUI as a discovery mechanism to find services which export a UI that a user can interact with. What can happen at registration time, besides Entry specification to help with codebase where ServiceUI bits are at? Are you just

OSGi [PREVIOUSLY]Re: Maven Build

2017-09-27 Thread Peter
Some updates on thoughts about OSGi: 1. In JGDMS, SafeServiceRegistrar (extends ServiceRegistrar), ServiceDiscoveryManager and ProxyPreparer allow provisioning of OSGi bundles for Jini services. 2. SafeServiceRegistrar lookup results contain only instances of