classpath-patches
[Top][All Lists]
Advanced

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

Re: [cp-patches] GNU Crypto and Jessie merge


From: Thomas Fitzsimmons
Subject: Re: [cp-patches] GNU Crypto and Jessie merge
Date: Fri, 06 Jan 2006 16:30:37 -0500

On Sun, 2005-12-25 at 17:06 -0800, Casey Marshall wrote:
> Hi,
> 
> I've moved GNU Crypto and Jessie into my Classpath tree, approximately
> as I proposed to do earlier. The patch to Classpath, and a tarball of
> all the new files, are available from
> <http://metastatic.org/source/gnu-crypto-jessie.patch> and
> <http://metastatic.org/source/gnu-crypto-jessie.tar.gz>. This
> patch/tarball:
> 
>   - Adds GNU Crypto and Jessie under the packages gnu.javax.crypto and
> gnu.javax.net.ssl.
>   - Adds a `--disable-crypto' switch to configure, and based on that,
> uses either `standard.omit' (the default) or `no-crypto.omit' (which
> omits crypto providers).
>   - Updates `classpath.security' to add the new providers.
> 
> Also, Jessie has been modified to use Classpath's debug logging
> mechanism, instead of printing to stderr, and it uses java.util.zip
> instead of jzlib. The SSL provider seems to work for me, at least as a
> client; I'll try a few more tests before I check it in.
> 
> Does this otherwise look OK to commit? I know some have expressed
> concern over including crypto in Classpath, and wanted to know if the
> configure switch will suffice for them.

Hi,

Thanks so much for doing this merge!  It was a nice Christmas
present. :-)

I'm testing this patch in my GCJ HEAD/Classpath HEAD tree.  Specifically
I'm testing Eclipse's extssh mode.  Jsch is still having some problems
though.  First it couldn't find the DiffieHellman KeyAgreement
algorithm.  I noticed the patch contains this change to
gnu/java/security/provider/Gnu.java:

-        // KeyAgreement
-        put("KeyAgreement.DiffieHellman", 
gnu.javax.crypto.DiffieHellmanImpl.class.getName());
-        put("Alg.Alias.KeyAgreement.DH", "DiffieHellman");

Re-adding those lines fixed the first failure.

Then it seems that Jsch requires other algorithms:

java.security.NoSuchAlgorithmException: DESede/CBC/NoPadding: DESede
updatekeys: java.security.NoSuchAlgorithmException: HmacMD5

Are these aliases for algorithms that GNU Crypto already implements or
are they missing?

Tom

> 
> Thanks.
> 
> - Casey
> 
> (Please CC this address in replies; I don't have easy access to my
> gnu.org account at the moment)
> 
> 
> _______________________________________________
> Classpath-patches mailing list
> address@hidden
> http://lists.gnu.org/mailman/listinfo/classpath-patches





reply via email to

[Prev in Thread] Current Thread [Next in Thread]