db-derby-dev mailing list archives

Site index · List index
Message view « Date » · « Thread »
Top « Date » · « Thread »
From "Kristian Waagan (JIRA)" <derby-...@db.apache.org>
Subject [jira] Commented: (DERBY-788) 'store/encryptionKey.sql' fails on Solaris 10
Date Wed, 15 Feb 2006 12:46:11 GMT
    [ http://issues.apache.org/jira/browse/DERBY-788?page=comments#action_12366473 ] 

Kristian Waagan commented on DERBY-788:
---------------------------------------

For the cases I have tested, the exception comes from the Cipher.init method. The skf.translateKey
seems to simply return what is passed in when it does not know what to do with the key. Note
that the capabilities of the method depends on the implementation/provider.

I tried using AES instead of DES, but got a few errors. I suspect they are only minor changes
in the error message that are reported, but I have not investigated.

I plan on rewriting this test to a JUnit test, but I am awaiting some JUnit framework commits.
Then we could have the test run with both DES and AES with minimal changes and code duplication
in the test.

My suggestion is that we create a new Jira issue to track the general problem regarding use
of the skf.translageKey method (as Sunitha suggested), and that the 16 byte key is replaced
with a 8 byte key to stop the test from failing in the regression test on Solaris10. I will
start/do the rewrite during a few days if I don't get pushback.

> 'store/encryptionKey.sql' fails on Solaris 10
> ---------------------------------------------
>
>          Key: DERBY-788
>          URL: http://issues.apache.org/jira/browse/DERBY-788
>      Project: Derby
>         Type: Bug
>   Components: Services, Test, Regression Test Failure
>     Versions: 10.0.2.1, 10.1.1.2, 10.1.2.1
>  Environment: Solaris 10 (generic hardware)
> Sun JDK 5.0 with the 'SunPCKS11-Solaris' Java Security provider
>     Reporter: Kristian Waagan
>     Priority: Minor
>      Fix For: 10.2.0.0

>
> The 'store/encryptionKey.sql' test fails on Solaris 10.
> Investigation revealed that the failure is caused by a difference in behavior between
the 'SunPCKS11-Solaris' provider and other providers (tested with 'SunJCE' and 'IBMJCE').
> The initialization of the DES cipher fails because the 16 byte key (specified in the
test) is not translated to a 8 byte DES key by SecretKeyFactory.translateKey(). This might
be a bug in the provider (I don't know the spec). Enquiries are being made.
> The exception is being thrown from the constructor of 'impl.services.jce.JCECipherProvider'.

-- 
This message is automatically generated by JIRA.
-
If you think it was sent incorrectly contact one of the administrators:
   http://issues.apache.org/jira/secure/Administrators.jspa
-
For more information on JIRA, see:
   http://www.atlassian.com/software/jira


Mime
View raw message