Stephen, > Hi Paul: > > I'll try to recap things (and I'm also posting this to the general > list because it is relevant to discussions concerning containers and > general lifecycle management).
Thanks for that lengthy roll-up. Very valuable for newbies (to an issue) like me. I've read it and the following discussion between you and PeterD. Peter Royal's flash of inspiration looks interesting. Even if it is not a 'third way' for this problem, then it will be useful for other things (at least for me). So I am a little clearer on terminology and the issues generated. Only a little though ;-). Terms ==== Stephen's words (generalized ?) : > Where composer == Merline/Phoenix/... > Container == any composite component (e.g. an ORB) > Component == the thing declaring the dependecy constraints Peter Donald's (specialized ?): > Component A = thing declaring dependencies > Component B = a composite component that A depends upon > Constraint x, y, z = Constraints that A requires from B > Kernel = Merlin/Phoenix I'm inclined to agree with Peter, however I think this is better : Component = thing declaring dependencies and that may be depended upon. Constraint = specialized information for a component's dependancies Kernel = Merlin/Phoenix/other that handles lifecycle management of components. May have multiple impls. Container = thing hosting specialized components, using a kernel that may also be a composite component. Hmmm, maybe that is not so useful for this discussion. Maybe it is unnecessary term defining on my part. Roll-up ======= Could we have another. The discussion have moved on since the last. Maybe it is not so important to re-establish context again. Ideally something along the lines are Brief descr of goals / issue. Peter's current proposition with snippets of example code/xml Stephen's doubts with that Stephen's current proposition with snippets of example code/xml Peter's doubts with that. It will help my example-orientated (oriented ?) mind to understand what you guys are discusing. It might be that my input is not needed as you are charging off in healthy discussions quite well. Having said that, there are two kernel/comtainers that I am involved with that might benefit (Jesktop and EOB). - Paul -- To unsubscribe, e-mail: <mailto:[EMAIL PROTECTED]> For additional commands, e-mail: <mailto:[EMAIL PROTECTED]>
