incubator-general mailing list archives

Site index · List index
Message view « Date » · « Thread »
Top « Date » · « Thread »
From Davanum Srinivas <dava...@gmail.com>
Subject Re: [PROPOSAL] Apache TSIK
Date Sat, 21 May 2005 15:46:51 GMT
Noel,

will ask the WS-PMC.

thanks,
dims

On 5/21/05, Noel J. Bergman <noel@devtech.com> wrote:
> This looks alright, but I have some questions.  First, why isn't the WS PMC
> sponsoring this as WS-TSIK?
> 
> There is a proposed "PGP" package being discussed in Jakarta Commons.  Would
> there be any overlap at lower levels (not at the WS layer) between them,
> providing for some collaboration?
> 
> > The intent with Apache TSIK is to create a web services project
> > to implement standards as defined by W3C, OASIS, and others:
> 
> > Rather than trying to implement 100% of a specific standard,
> > we wanted to provide simplified APIs that would make sense
> > in most use cases.  However, what's implemented will always
> > be to specification.
> 
> So this only works if the standard permits a subset implementation?
> 
> > The WS-FX project is an umbrella for several sub projects. The
> > composability of WS standards means that a division into a
> > subproject structure is reasonable.  WS-FX's main emphasis, though
> > not the only way of deployment, is by way of Axis filters.
> 
> > We propose TSIK as a separate project, somewhat competitive to
> > WS-FX, but focused more on a toolkit usage model.
> 
> > There are a number of Java Community Process JSR's in various stages
> > of development.  These JSR APIs will probably end up in ASF projects,
> > some sooner than later.
> 
> So would the TSIK be implementing these capabilities and then be leveraged
> by other API providing projects?  Or is the primary issue here that:
> 
> > The JSR APIs often strive to completely implement each specification.
> > While this is sometimes valuable, few applications use more than the
> > most common functions.  Again, TSIK is designed to simplify security
> > usage as much as possible.
> 
> And therefore, the TSIK would not be the implementation, but would be a
> simplified API on top of a fuller implementation?
> 
>         --- Noel
> 
> 
> ---------------------------------------------------------------------
> To unsubscribe, e-mail: general-unsubscribe@incubator.apache.org
> For additional commands, e-mail: general-help@incubator.apache.org
> 
> 


-- 
Davanum Srinivas - http://webservices.apache.org/~dims/

---------------------------------------------------------------------
To unsubscribe, e-mail: general-unsubscribe@incubator.apache.org
For additional commands, e-mail: general-help@incubator.apache.org


Mime
View raw message