harmony-dev mailing list archives

Site index · List index
Message view « Date » · « Thread »
Top « Date » · « Thread »
From Stepan Mishura <stepan.mish...@gmail.com>
Subject Re: [classlib] proposal to revisit componentization for security (was: Re: problems with security2)
Date Fri, 27 Jan 2006 13:46:05 GMT
>
>Sounds dirty.  How about security-x?
>

Ok. I named it by analogy with x-net. Your variant works for me.

Thanks,
Stepan


On 1/27/06, Geir Magnusson Jr <geir@pobox.com> wrote:
>
> Sounds dirty.  How about security-x?
>
> Stepan Mishura wrote:
> > I agree with the proposal and I'm ready to start working on a patch for
> > splitting 'security2' into suggested components and integrating them
> with
> > the current build.
> >
> > Also I'd like to suggest a name for a new component: 'x-security'.
> >
> > Thanks,
> > Stepan Mishura
> > Intel Middleware Products Division
> >
> >
> >
> > On 1/19/06, Mikhail Loenko <mloenko@gmail.com> wrote:
> >> Hello
> >>
> >> Let's start a different thread for that.
> >>
> >> I suggest revisiting current componentization for security related
> parts.
> >> Now we have for example crypto architecture in security module but
> >> crypto extension in the crypto module.
> >>
> >> See natural components in the UserGuide
> >> http://java.sun.com/j2se/1.5.0/docs/guide/security/
> >>
> >> The proposal is to have 3 components:
> >> 1. general security & crypto
> >> 2. ssl
> >> 3. jaas
> >>
> >> The logical content of those components would be:
> >> 1.
> >> - General Security
> >> - Certification Path
> >> - JCE
> >>
> >> 2.
> >> - JSSE
> >>
> >> 3.
> >> - JAAS
> >> - JGSS
> >> - SASL
> >>
> >>
> >> Physical content of those components:
> >>
> >> 1.
> >> java.security
> >> javax.crypto
> >> javax.security.cert
> >> 2.
> >> javax.net
> >> 3.
> >> javax.security w/o javax.security.cert
> >> org.ietf
> >>
> >> Opinions?
> >>
> >> Thanks,
> >> Mikhail Loenko
> >> Intel Middleware Products Division
> >>
> >
> >
> >
> > --
> >
>



--
Thanks,
Stepan Mishura
Intel Middleware Products Division

Mime
  • Unnamed multipart/alternative (inline, None, 0 bytes)
View raw message