Marcus Crafter wrote:
>Hi Stephen,
>
>On Mon, Jul 22, 2002 at 07:22:13PM +0200, Stephen McConnell wrote:
>
>
>>Re* makes me a little nervouse :-)
>>Two reasons - (a) would like more time for focussing on the validation
>>of what exists before going down that path, and (b) I think the entire
>>Re* world needs a lot of thinking about in terms of the overall
>>implications.
>>
>>
>
> Both good points mate. I didn't really know the implications either,
> hence the thread. Hopefully we can discuss them in greater detail
> over time. What else needs to be done with (a) ?
>
>
A couple of things I want to take care of - firstly, I need to go though
the process of moving all of the Merlin 1.0 components over to Merlin
2.0 (ORB, PSS, Naming, Time, and dozens of internal busienss
components). Merlin 1.0 mixed assembly and type informationwhereas
Merlin 2.0 provides a clean seperation - bottom line is that there is
some validation and testing needed after which I would like to do an
alpha release. Second thing is the Controller. I think I mentioned
before that the controller is handling the conversion of configuration
into a meta-data model and applying this modiel via context to the
Kernel. What I want to provide is more functionality inside the
Controller - namely the setup of multiple kernels in a controller
instead of current single kernel approach currently in place. E.g. one
kernel handling facilities and the second kernel handling applications.
This will enable the isulation of things like container specific
extensions - for example - the Phoenix ApplicationListener. The next
step is expantion of the Kernel so that it not only publishes the
services it is establishing, but can also publish unresolved dependecies
- and these dependecies can then be resolved by higher level kernels.
At the end of the day this would mean that Merlin could run any
application providing Merlin's facilities kernel was configured with the
appropriate extensions.
Cheers, Steve.
--
Stephen J. McConnell
OSM SARL
digital products for a global economy
mailto:[EMAIL PROTECTED]
http://www.osm.net
--
To unsubscribe, e-mail: <mailto:[EMAIL PROTECTED]>
For additional commands, e-mail: <mailto:[EMAIL PROTECTED]>
