Mailing-List: contact harmony-dev-help@incubator.apache.org; run by ezmlm
Precedence: bulk
Reply-To: harmony-dev@incubator.apache.org
Received-SPF: neutral (asf.osuosl.org: local policy)
Mime-Version: 1.0 (Apple Message framework v746.2)
In-Reply-To: <6694B22B6436BC43B429958787E45498D558A8@mssmsx402nb>
References: <6694B22B6436BC43B429958787E45498D558A8@mssmsx402nb>
Content-Type: text/plain; charset=US-ASCII; delsp=yes; format=flowed
Message-Id: <2068692D-C922-43E2-9540-5A65667F3CC5@apache.org>
Content-Transfer-Encoding: 7bit
From: "Geir Magnusson Jr." <geirm@apache.org>
Subject: Re: Contribution of security, crypto, and x-net libraries
Date: Fri, 18 Nov 2005 14:10:27 -0500
To: harmony-dev@incubator.apache.org

woo hoo!

:)

(full disclosure... I am an employee of Intel)

geir

On Nov 18, 2005, at 1:46 PM, Loenko, Mikhail Y wrote:

> With pleasure I announce the first contribution to Harmony on  
> behalf of
> Intel. The archive with the contribution is uploaded to the following
> location:
>
> http://issues.apache.org/jira/browse/HARMONY-16
>
> The contribution includes the following things related to Java  
> security:
>
> 1) Java Security Architecture (public API)
> 2) Java Cryptography Architecture (JCA) and Java Cryptography  
> Extension
> (JCE)
> 3) Java Secure Socket Extension (JSSE)
> 4) Simple Authentication and Security Layer (SASL)
> 5) Java Authentication and Authorization Service (JAAS)
> 6) GSS-API (JGSS)
> 7) ASN.1 support framework and documentation for it.
>
> The contribution does not include security providers and login modules
> except for NT and UNIX login modules, provided as an example, and a
> Certificate Factory provider.
> We have tested this code with BouncyCastle, GNU-crypto, and JESSIE
> third-party security providers.
>
> The code is a result of efforts of Intel Managed Runtime Division  
> team.
> One should be able to run this code with a 1.4+ compatible JRE/VM (we
> tested it with commercial JVMs). Classes that require special support
> from the VM are not included into the contribution. This is, for
> example, the reason why there isn't java.security.AccessController
> class. The implementation is done according to Java 5 specification,
> with the exception of where Java 5 specific language features, such as
> generics, are required. There are some package names starting with
> com.openintel.*, but, should the contribution be accepted, these are
> easy to rename.
>
> Most of the code is pure Java, but where the native parts are  
> required,
> they are provided for Linux and Windows on IA-32 architecture.
>
> Some folks at Intel spent some time over the last week trying to  
> figure
> out whether or not it is going to work with the recent contribution of
> lang/util/io/net/nio packages by IBM, and the general consensus is  
> that
> they, mostly, should be compatible. We have verified that it is  
> already
> possible to run ant and the Eclipse compiler with this combination and
> we are committed to work with the community to get more complex
> workloads to work under Harmony.
>
> The archive contains the README file that explains the things doable
> with this code, but should any additional clarification be required, I
> am ready to answer any questions. Please try this code out!
>
> Mikhail Loenko,
> Intel Managed Runtime Division

-- 
Geir Magnusson Jr                                  +1-203-665-6437
geirm@apache.org