|
Quick Lists
|
|
Bug ID:
|
6681652
|
|
Votes
|
0
|
|
Synopsis
|
Two new regression test failures in pkcs11 code
|
|
Category
|
jce:other
|
|
Reported Against
|
|
|
Release Fixed
|
7(b26)
|
|
State
|
10-Fix Delivered,
bug
|
|
Priority:
|
3-Medium
|
|
Related Bugs
|
|
|
Submit Date
|
28-MAR-2008
|
|
Description
|
I believe the addition of 4898461 has caused these two new tests to start failing on solaris boxes.
TEST: javax/crypto/Cipher/TestGetInstance.java
TEST: closed/javax/crypto/Cipher/TestGetInstance.java
They both fail for the same reason. The first instance is from a SunJCE provider, the second is from a PKCS11. Here is the output of the closed version.
java.lang.Exception: not same customer
at TestGetInstance.same(TestGetInstance.java:27)
at TestGetInstance.main(TestGetInstance.java:37)
at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.
java:57)
at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAcces
sorImpl.java:43)
at java.lang.reflect.Method.invoke(Method.java:623)
at com.sun.javatest.regtest.MainWrapper$MainThread.run(MainWrapper.java:
78)
at java.lang.Thread.run(Thread.java:674)
This needs to be fixed before Monday if possible.
Posted Date : 2008-03-28 18:36:37.0
|
|
Work Around
|
N/A
|
|
Evaluation
|
The two tests wrongly assumes that SunJCE provider is the most provider for DES algorithm. This assumption is fragile to begin with and becomes invalid after 4898461 "Support for ECB and CBC/PKCS5Padding" is fixed.
Changed the test to not assume so and changed the subcategory to other since this is a problem with the regression test and not JCE (framework and its providers).
Posted Date : 2008-03-31 18:26:51.0
|
|
Comments
|
PLEASE NOTE: JDK6 is formerly known as Project Mustang
|
|
|
 |