I have to agree with Glen .. I thought we came up with the module term because of the SOAP Module analogy too!
Sanjiva. ----- Original Message ----- From: "Glen Daniels" <[EMAIL PROTECTED]> To: <[email protected]> Sent: Tuesday, February 15, 2005 8:53 PM Subject: Re: [Axis2] Modules - Random thought > But the point is that Axis Modules are precisely the implementation of > SOAP Modules! "Block" in SOAP parlance refers to a single header > element, which is too fine a granularity for the thing we're talking > about here. A typical Module may process lots of different header > blocks, as well as affecting WSDL generation, understanding policy > assertions, etc. > > -1 to the changed terminology. > > --Glen > > P.S. Curious - why would you want to avoid the SOAP Module terminology? > > Davanum Srinivas wrote: > > I thought of trying to avoid the soap module terminology. my 2 cents, > > I think block will work for both #1 and #2. > > > > -- dims > > > > On Tue, 15 Feb 2005 09:21:36 +0600, Srinath Perera <[EMAIL PROTECTED]> wrote: > > > >>1) if the module is just a packaing of the Handler for usability > >>purposes am +1 for name it blocks > >>2) I think Module is littel bit more than that, for an example I would > >>like to have ability to have Service ref a module and have it enabled > >>as the j2ee does. > >>e.g. > >><service name="foo"> > >> <module ref="Authentication"/> > >></service> > >>then the service foo has the authentication enabled. > >> > >>In the context of #2 I feel module make more sense .. thoughts? > >>Thanks > >>Srianth > >> > >>On Mon, 14 Feb 2005 21:43:09 -0500, Davanum Srinivas <[EMAIL PROTECTED]> wrote: > >> > >>>Can we call them "blocks"? (instead of modules?) > >>> > >>>-- dims > >>> > >>>-- > >>>Davanum Srinivas - http://webservices.apache.org/~dims/ > >>> > >> > > > > >
