[jsr294-modularity-eg] Runtime model
Glyn Normington
glyn_normington at uk.ibm.com
Fri Jun 8 06:51:03 EDT 2007
Perhaps Andreas and Alex are currently too busy, but can we agree that the
Expert Group will have a serious discussion of Bryan's runtime model by,
say, the middle of July, as I think it has some very useful properties and
I would hate it to be dismissed lightly. I really don't want JSR 294 to be
dogged with the "Not Invented Here" criticism like JSR 277.
A telecon or face to face meeting may help: England is lovely this time of
year. ;-)
Glyn
Bryan Atsatt <bryan.atsatt at oracle.com> wrote on 08/06/2007 02:50:35 AM:
> Andreas Sterbenz wrote:
> > Bryan Atsatt wrote:
> >>> Of course it is a collaborative process.
> >> If so, is it unreasonable of me to expect a response to the model I
> >> described?
> >
> > I responded to the parts that I saw issue with. For the rest I did not
> > have major comments, so it did not seem necessary to respond one by
one.
> > Silence does not imply disapproval.
>
> But, Andreas, you were not silent. You explicitly cut off discussion
> about my comments, bluntly saying:
>
> "We have not really gotten to details of the reflective API yet. Alex
> and I will send out a proposal soon."
>
> I was simply trying to begin a discussion about the runtime/APIs. You
> squashed that, in a very offensive manner.
>
> > It is easier for me (and I assume the rest of the EG) to evaluate a
> > proposal if its ideas are fully formulated and no major areas are left
> > blank. I don't think that is an unreasonable bar for proposals to the
EG
> > to meet, whoever they come from.
>
> It may not be unreasonable to you, but it is to me. Your idea of how to
> run a "collaborative" effort appears to eliminate working *together* to
> reach a design. You know, where everyone contributes ideas, discusses
> them and tries to reach a shared view? Where the spec lead(s) guide and
> drive that process, forcing decisions only when required?
>
> > Also, Sun's responsibilities as spec lead include producing a
> > specification, a reference implementation, and a TCK. If we don't
> > understand a proposal to sufficiently to produce them, we cannot
accept
> > it. That means if you make a proposal all of your own, you must commit
to
> > working with us to get it into a shape from which we can take it the
rest
> > of the way. Rights and responsibilities.
>
> Sorry, again, I truly don't understand your view of the collaboration
> process. So either EG members produce a "full" proposal, "all of our
> own", and "commit to working with Sun", or... what? We don't get to
> contribute ideas?
>
> The model you appear to be working from has the EG in the role of
> reviewers only. If that is all you want, why not just say so?
>
> // Bryan
> _______________________________________________
> jsr294-modularity-eg mailing list
> jsr294-modularity-eg at cs.oswego.edu
> http://cs.oswego.edu/mailman/listinfo/jsr294-modularity-eg
Unless stated otherwise above:
IBM United Kingdom Limited - Registered in England and Wales with number
741598.
Registered office: PO Box 41, North Harbour, Portsmouth, Hampshire PO6 3AU
-------------- next part --------------
An HTML attachment was scrubbed...
URL: /pipermail/attachments/20070608/6b9fe0a8/attachment.html
More information about the jsr294-modularity-eg
mailing list