axis-java-dev mailing list archives

Site index · List index
Message view « Date » · « Thread »
Top « Date » · « Thread »
From "Dimuthu Leelaratne" <dimuthu.leelara...@gmail.com>
Subject Re: [AXIS2] MTOM Policy assertion
Date Mon, 08 Jan 2007 02:56:10 GMT
Hi,

Then we'll put it in Axis2 tree.

Thanks everybody.
Dimuthu

On 1/7/07, Ajith Ranabahu <ajith.ranabahu@gmail.com> wrote:
> I also have to agree with Thilina. This is something like savan ,
> which we can initially put under the Axis2 tree and move out later if
> needed. It is better to leave neethi alone without cluttering it with
> other stuff such as specific policy assertions.
>
> Ajith
>
> On 1/7/07, Sanka Samaranayke <ssanka@gmail.com> wrote:
> > -----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 <dimuthu.leelaratne@gmail.com> wrote:
> > >> It deosn't depend on Axis2.
> > >>
> > >> -Dimuthu
> > >>
> > >> On 1/5/07, David Illsley <davidillsley@gmail.com> 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 <dimuthu.leelaratne@gmail.com>
> > >> 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 <deepal@opensource.lk> 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: axis-dev-unsubscribe@ws.apache.org
> > >> > > > > For additional commands, e-mail: axis-dev-help@ws.apache.org
> > >> > > > >
> > >> > > > >
> > >> > > > >
> > >> > > >
> > >> > > > --
> > >> > > > Thanks,
> > >> > > > Deepal
> > >> > > > ................................................................
> > >> > > > "The highest tower is built one brick at a time"
> > >> > > >
> > >> > > >
> > >> > > >
> > >> > > >
> > >> ---------------------------------------------------------------------
> > >> > > > To unsubscribe, e-mail: axis-dev-unsubscribe@ws.apache.org
> > >> > > > For additional commands, e-mail: axis-dev-help@ws.apache.org
> > >> > > >
> > >> > > >
> > >> > >
> > >> > >
> > >> ---------------------------------------------------------------------
> > >> > > To unsubscribe, e-mail: axis-dev-unsubscribe@ws.apache.org
> > >> > > For additional commands, e-mail: axis-dev-help@ws.apache.org
> > >> > >
> > >> > >
> > >> >
> > >> >
> > >> > --
> > >> > David Illsley - IBM Web Services Development
> > >> >
> > >> >
> > >> ---------------------------------------------------------------------
> > >> > To unsubscribe, e-mail: axis-dev-unsubscribe@ws.apache.org
> > >> > For additional commands, e-mail: axis-dev-help@ws.apache.org
> > >> >
> > >> >
> > >>
> > >> ---------------------------------------------------------------------
> > >> To unsubscribe, e-mail: axis-dev-unsubscribe@ws.apache.org
> > >> For additional commands, e-mail: axis-dev-help@ws.apache.org
> > >>
> > >>
> > >
> > >
> >
> >
> > - --
> > 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: axis-dev-unsubscribe@ws.apache.org
> > For additional commands, e-mail: axis-dev-help@ws.apache.org
> >
> >
>
>
> --
> Ajith Ranabahu
>
> ---------------------------------------------------------------------
> To unsubscribe, e-mail: axis-dev-unsubscribe@ws.apache.org
> For additional commands, e-mail: axis-dev-help@ws.apache.org
>
>

---------------------------------------------------------------------
To unsubscribe, e-mail: axis-dev-unsubscribe@ws.apache.org
For additional commands, e-mail: axis-dev-help@ws.apache.org


Mime
View raw message