Date: 2004-05-19T23:59:28 Editor: DieterBogdoll <[EMAIL PROTECTED]> Wiki: Jakarta HiveMind Wiki Page: NotXMLProposal URL: http://wiki.apache.org/jakarta-hivemind/NotXMLProposal
no comment Change Log: ------------------------------------------------------------------------------ @@ -315,3 +315,6 @@ Instead of giving the implementation method a map or array, it should be given the name of a method defined in the script. The method would have the same signature and the same function as !ServiceImplementationFactory.createCoreServiceImplementation. Now the implementation() method would look up the corresponding !BshMethod serialize it and store it (encoded) in an Element. Than it would setup the implementation-descriptor so that a special !BeanShellServiceImplementationFactory is called with the Element as parameter. During runtime the Factory would just take the BshMethod (cache it) and execute it. (This means of course that the method is not executed in the context of the descriptor-script - so it's not a closure). I think a similar aproach could be used for interceptors. Beside of this I like !BeanShell, because I think most of the verbosity of xml-descriptors for containers (not only for HiveMind) comes from cut-and-paste for common tasks. Ie if you want to add a logging interceptor to five services you have to type the whole implementation stuff 5 times where only the service-id changes. Compare this with !BeanShell where you just define a method (in a lib) and pass it an array of service-ids. + +DieterBogdoll: To be honest, I don't understand the necessity for a SDL. But if you all need them its okay for me. +But I think it is utmost important to '''keep''' XML as a configuration mechanism. --------------------------------------------------------------------- To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
