> Vinay! > > You are giving away a bunch of secrets here - stop! > STOP! If you keep > this up then everyone will figure out all of the > things you can really > do - and that's plain dangerouse - think of the > implications! > I am not even a fish in a sea of sharks :-)) .
> >Yet if we provide for a generic means to plugin > >extension points(eclipse style ) to the way we > resolve > >and export services from component types , we are > >actually addressing some of our concerns of dist'n. > >I was looking at a flexible means for doing this > >since not all of the platform instances > > might have this need. > >One way to handle this by making block.xml > >executable. (Infact I could dream further of > >making all descriptors executable,if needed). > > > > Take a look at merlin/meta/data - its already > executable (not in the > runtime yet but you can figure out where things are > heading). > Heading towards that direction. > Not so dramatic - just overloading of the the getURL > function to return > the object reference to somthing like > corbaloc://home.osm.net/... and > when you resolve the value of the service URL > reference - guess what - > it's in another JVM. > Interesting. But this is not as transparent as a component developer might want it to be. Getting service decorations out into the type descriptors and their decorators/handlers into block descriptors can provide a feature that can be a really neat. > AltRMI has a role to play. > > The script isn't finalized just yet. > Hopefully we can write one soon. Regards, Vinay __________________________________ Do you Yahoo!? SBC Yahoo! DSL - Now only $29.95 per month! http://sbc.yahoo.com --------------------------------------------------------------------- To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
