The same Java code works fine when running as a stand-alone app. The
NoSuchAlgorithmException error ~only~ occurs when running in WLS.
I did try putting the SunJCE jar file (sunjce_provider.jar) at the front
of the WLS startup classpath. I also tried with the SunJCE jar at the
end of the classpath, and also not in the classpath at all (pulling it
from the java ext directory). None of these configs worked for me.
Here is the error: which is only a slight variation on the previously
posted error:
java.security.NoSuchAlgorithmException: Algorithm DESede not available
at javax.crypto.SunJCE_b.a(DashoA6275)
at javax.crypto.Cipher.getInstance(DashoA6275)
...
From the java.security file:
security.provider.1=sun.security.provider.Sun
security.provider.2=com.sun.net.ssl.internal.ssl.Provider
security.provider.3=com.sun.rsajca.Provider
security.provider.4=com.sun.crypto.provider.SunJCE
security.provider.5=sun.security.jgss.SunProvider
Any ideas or suggestions would be appreciated!
Greg wrote:
> We have a webapp the uses SunJCE as a security provider. In porting the app to
> 7.0sp1 from 6.1sp3 I am getting this error:
>
> ROOT CAUSE EXCEPTION ::
> java.security.NoSuchAlgorithmException: Algorithm DES not available
> STACK TRACE ==>
> java.security.NoSuchAlgorithmException: Algorithm DES not available
> at javax.crypto.b.a([DashoPro-V1.2-120198])
> at javax.crypto.KeyGenerator.getInstance([DashoPro-V1.2-120198])
>
> The java.security entry is:
> security.provider.1=sun.security.provider.Sun
> security.provider.2=com.sun.crypto.provider.SunJCE
> security.provider.3=com.sun.rsajca.Provider
>
> JCE 1.2.2 jars installed in java_home/jre/lib/ext
>
> Of course everything works OK in wl6.1. Any help/ideas greatly appreciated.
>