-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1
Hi, I agree with Thilina. Apache Neethi provides extension mechanism where domain specific types can be used as assertions. The framework provides processing model to combine and interpret them. IMHO MTOM policy assertions are yet another extension. Therefore it doesn't belong in Neethi rather in Axis2. Best, Sanka Thilina Gunarathne wrote: > AFAIK Neethi is the policy framework.. The concrete implementations > like these stay in the relevant locations.. Ex: sec policy resides in > Axis2 & will get moved with security.. > > IMHO this needs to go in to Axis2. > >> It is also used for optimizing encrypted attachments. So should it go >> to Neethi, because it is used both by Rampart and Axis2. > Rampart anyway depends on Axis2.. So i don't see any issue in putting > it to Axis2. > > Thanks, > ~Thilina > > On 1/5/07, Dimuthu Leelaratne <[EMAIL PROTECTED]> wrote: >> It deosn't depend on Axis2. >> >> -Dimuthu >> >> On 1/5/07, David Illsley <[EMAIL PROTECTED]> wrote: >> > IMO If it doesn't depend on axis2 classes it should go into >> neethi. If >> > it does it should go in Axis2. >> > >> > David >> > >> > On 05/01/07, Dimuthu Leelaratne <[EMAIL PROTECTED]> >> wrote: >> > > Hi Deepal, >> > > We can argue both ways. >> > > >> > > This policy assertion will be mainly used by Axis2 to optimize >> binary >> > > data. So it should go to Axis2. >> > > >> > > It is also used for optimizing encrypted attachments. So should >> it go >> > > to Neethi, because it is used both by Rampart and Axis2. >> > > >> > > Thanks, >> > > Dimuthu. >> > > >> > > On 1/5/07, Deepal Jayasinghe <[EMAIL PROTECTED]> wrote: >> > > > Hi Dimuthu ; >> > > > >> > > > If it is Axis2 specific then , it should go to Axis2 .o.w to >> Neethi >> > > > >> > > > >> > > > Thanks >> > > > Deepal >> > > > >> > > > >> > > > > Hi All, >> > > > > >> > > > > I am coding MTOM Policy assertion mentioned in >> > > > > http://blogs.cocoondev.org/dims/archives/003534.html >> > > > > >> > > > > >> > > > > I coded a builder and the relevant model for the policy >> assertion. The >> > > > > problem is where to put the implementation? To which >> project should >> > > > > this belong to? >> > > > > >> > > > > We can put this in "Axis2" or "Neethi". >> > > > > >> > > > > Thanks, >> > > > > Dimuthu. >> > > > > >> > > > > >> --------------------------------------------------------------------- >> > > > > To unsubscribe, e-mail: [EMAIL PROTECTED] >> > > > > For additional commands, e-mail: [EMAIL PROTECTED] >> > > > > >> > > > > >> > > > > >> > > > >> > > > -- >> > > > Thanks, >> > > > Deepal >> > > > ................................................................ >> > > > "The highest tower is built one brick at a time" >> > > > >> > > > >> > > > >> > > > >> --------------------------------------------------------------------- >> > > > 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] >> > > >> > > >> > >> > >> > -- >> > David Illsley - IBM Web Services Development >> > >> > >> --------------------------------------------------------------------- >> > 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] >> >> > > - -- Sanka Samaranayake WSO2 Inc. http://sankas.blogspot.com/ http://www.wso2.net/ -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.2.1 (GNU/Linux) iD8DBQFFoR8N/Hd0ETKdgNIRAireAJ9VFH7Q+80GTvmXlsgtYrZVg/4p2wCfbasn yQDtK3EMIfNJwPFoI4S4O5w= =rhje -----END PGP SIGNATURE----- --------------------------------------------------------------------- To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
