Hi. I sent this to [EMAIL PROTECTED], but thought it might fit better over here at [EMAIL PROTECTED]
---------- Forwarded message ---------- Date: Mon, 29 Dec 2003 12:41:44 -0500 (EST) From: Fernando Padilla <[EMAIL PROTECTED]> Reply-To: Avalon framework users <[EMAIL PROTECTED]> To: Avalon framework users <[EMAIL PROTECTED]> Subject: Re: Merlin Dynamic Block Un/Loading I have some more thoughts I would like to get comments on :) Should I be posting emails like this to [EMAIL PROTECTED] --- The model hiearchy in a kernel is defined by the blocks themselves. Like when I added the hello block to / it created /tutorial/hello. But if I truly want to manage block loading/unloading, then I can't let blocks pick their own names, or there might be clashing, etc.. Should there be a way to do, addModel( URL, name )? Or should I segregate the block I'm loading within a ContainmentModel which I can manage?? --- An example of using ContainmentModel segregation: I could do: hellomodel = root.createContainmentModel( "hellomodel" ); hellomodel.addModel( "http:......hello.jar" ); Then when I'm all done with it, I simply remove the ContainmentMoel, hellomodel: root.removeModel( "hellomodel" ); --- This way, it could let me ignore the names the loaded block is using. Right? As long as it exposes the services through its top level container.. hellomodel should expose those services too?? using the service proxy? Right? So I could do: (turorial.Hello) hellomodel.resolve(); --- Is there an easy equivalent to root.createContainmentModel( "name" ) right now? --- --- In my neophite (right word?) mind, Blocks are defined and loaded from a block.xml file ( within jar file, or pointed to directly ). This defines the structure of the Model, thus the Container/Block Hierarchy. So if I would like to modify/define the Container/Block Hierarchy I would have to create my own block.xml in memory, then save it somewhere, then load it into the kernel. How close am I?? Is there an easier way to programmatically create/define/load a Container/Block Hierarchy for merlin to run off of? --- Is there a way to somehow hook a SourceResolver into the addModel method call? So we can use user defined protocols? - like a protocol to access in memory block.xml files ;) --- --------------------------------------------------------------------- To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] --------------------------------------------------------------------- To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
