At 09:46 1/4/01 +0200, Leo Simons wrote:
>I've been looking at the kernel, and to be honest, I find it
>a lot more complicated than it has to be.
It is complicated and a bit messy - but that is more because it evolved out
of 3 different codebases rather than being rewritten from scratch.
>I think that for version 4, Main.class should be rewritten so
>that the Kernel is a Component with all the lifecycle methods.
It is ;) (Follow inheritance hierarhy for ServerKernel interface)
>This allows for easier jmx management (since it can simply
>be managed through the standard to-be-created default
>dynamic MBean).
right.
>The class that creates the kernel would look like the file
>I've attached (it's non-working yet). Note: I'm not using a
>pipeline for creation of the kernel. I'm assuming this is not
>neccessary for security, though I'm not sure about that.
>
>thoughts?
Well for one you didn't follow the code conventions ;) but other than that
the following
kernel.loadServices();
kernel.installServices();
kernel.runServices();
kernel.loadServerApplications();
kernel.installServerApplications();
kernel.runServerApplications();
IMHO it should be up to a Deployer (or Installer) to load/install services
and applications. This allows different types of installers/deployers to
install different types of applications (Something I need for my own
projects).
I think we need to formally define a new object to make things easier. The
Services JSR calls this object the "Embeddor" (sp?). Essentially it is
responsible for
* creating MBeanServer
* starting MBeanServer
* creating kernel
* starting kernel
and optionally for
* creating deployer
* using deployer to deploy from default location(s)
* creating default logEngine
* setting up default log for kernel
* loading kernel services (aka facilities)
Cheers,
Pete
*-----------------------------------------------------*
| "Faced with the choice between changing one's mind, |
| and proving that there is no need to do so - almost |
| everyone gets busy on the proof." |
| - John Kenneth Galbraith |
*-----------------------------------------------------*
---------------------------------------------------------------------
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
