Sim IJskes - QCG wrote:
On 08-11-11 00:44, Peter Firmstone wrote:
I think a cooperatively maintained spec is good, providing motivation
for ongoing compatibility among different implementations, without the
burden of a standards body.
Yes, and what at stake is here, is: are the PMC members going to act
as proxies for external stakeholders, who do not participate in river,
or are we free to maintain and develop an implementation as we (PMC)
see fit, with only ourselfs as stakeholders. \
I don't think it's in our interest for PMC members to act as proxies,
however anyone who participates by mail list will have their ideas
heard, final vote will be up to the PMC.
A different issue (for me at least) is providing a software product,
which is divided in a spec and implementation.
In the past we've referred to and interpreted the spec for
implementation. I guess it depends on whether we code first document
later, or document first, then code, I think in both cases, it is still
useful.
Some problems are difficult enough that creating a spec first produces a
useful guide for implementation.
Here are some things I'd like to make part of the spec at some point in
future:
1. Naming of Jini Service artifacts - Dennis has some good
documentation for Rio, perhaps he might like to contribute back
for the spec?
2. Declarative proxy permissions, including a list of permissions in
jar files, to inform clients at runtime of the Permissions
required by proxy's.
3. Jini 2 security extensions, Secure discovery etc.
4. DNS-SRV Discovery
5. Lookup Service extensions to support delayed unmarshalling,
streaming results and local entry based logical filtering prior to
unmarshalling.
We still have some very hard problems to solve relating to ClassLoaders,
class visibility, memory isolation and codebase annotation loss, so
distributed objects behave intuitively, Gregg works around some of these
problems at present using MarshalledInstance's.
Other interesting research areas include Codebase Services, discovered
using DNS-SRV
Cheers,
Peter.
P.S. PMC == committer
