설명되지 않은 Jceks 문제를 어떻게 고칠 수 있습니까?

/opt/java1.3/jre/lib/security/java.security를 ​​찾았습니다. 새 항목 중 2개만 있습니다. 거의 모든 추측입니다.

java.security.KeyStoreException: JCEKS가 사용되지 않음
java.security.KeyStore.getInstance에서 (출처를 알 수 없음)
amdocs.mnt.security.KeyStoreSecureStore.loadkeyStore(KeyStoreSecureStore.java:379)
amdocs.mnt.security.KeyStoreSecureStore에서. <초기화> (KeyStoreSecureStore.java:107)
amdocs.mnt.security.KeyStoreSecureStore.getInstance에서 (KeyStoreSecureStore.java:124)
java.lang.reflect.Method.Method에서)

연락하다 (원어민

 이름: sg39081 날짜: 2000년 5월 3일나는 Windows 2003의 Java 1.2.2에서 JCE1.2를 사용하고 있지만 그럼에도 불구하고 잘 될 때마다 테스트했습니다.그것은 Linux JDK1.2.2에 관한 것입니다.이것은 우리의 각각의 pointour 문제입니다. 보안 관리자는부팅 시 JCEKS(JCE 키 저장소 구현)와 연결된 인스턴스서명된 수업.다음은 특정 소스 코드(FileWriteTest.java)입니다.java.io를 가져옵니다. *;공립학교 FileWriteTestpublic static void main(String [] args) 예외가 발생합니다.FileOutputStream fos는 FileOutputStream("test new.txt")과 같습니다.fos.write("체크 텍스트입니다.". getBytes());fos.class 닫기();이것은 보안 예외를 강화합니다(예상대로).다음으로 생성:java -Djava.security.manager FileWriteTest나는 서명 된 항아리에 그것을 사용합니다.jar cvf FileWriteTest.jar FileWriteTest.classjarsigner FileWriteTest.jar 예제signingkey나는 대부분의 파트너와 내가 만든 멋진 .keystore 파일인 exampleSigningKey로 축복을 받았습니다.기본 도구입니다. 내 JCE 클래스는 C:  jdk1.2  jre  lib  ext 및C:  Program Files  JRE  1.2  lib  ext. 늦은 가을을 위한 주요 소매점도 차렸습니다.하나의 특정 적절한 java.security 파일에 "jceks"를 입력하십시오. Keytool은 긍정적으로 작동하고모든 정밀도로 바로 키 저장소에 읽고 씁니다.그런 다음 사용자 지정 주소 목록에 있는 이 .java.policy 파일을 "다음과 같이:키스토어.키스토어 ";// examplesigningkey 기회에 의해 승인된 제출 코드// 배우고 작성하려면 "test.txt"를 참조하십시오.서명된 "examplesigningkey" 부여권한 java.io.FilePermission "$ test_code $ / test.txt",                "읽기, 삭제";;이제 예제를 실행할 때마다 "보안 예외는 필요하지 않지만 하나는 원합니다."라고 쓰십시오.그러나 JKS에서 전체 카페인 키 저장소 유형을 변경하면 둘 다.키를 복구하고 의심의 여지 없이 JAR에 다시 서명하면 작동합니다.다음은 -Djava JCEKS를 사용할 때 다음과 같은 주요 문제를 실행할 때 발생하는 전체 오류입니다.java.security.manager -Djava.security.debug = 정책 -cp FileWriteTest.jar파일쓰기 테스트********************정책: 키 저장소 파일 사용: C: / Documents 및 Settings / garms / .keystorejava.security.KeyStoreException: jceks는 있지만 찾을 수 없음       java.security.KeyStore.getInstance(KeyStore.java:167)에 영향을 줍니다. ... ... ... ! ... ... ... ... .at sun.security.provider.PolicyFile.initKeyStore(PolicyFile.java:281)        두 번째로 sun.security.provider.PolicyFile.init(PolicyFile.java:522)        모든 sun.security.provider.PolicyFile.initPolicyFile(PolicyFile.java:363)        sun.security.provider.PolicyFile.access에서 rrr 0(PolicyFile.java: 296)       sun.security.provider.PolicyFile rr 1.run에서(PolicyFile.java:236)        java.security.AccessController.doPrivileged(네이티브 메소드)에서 들을 수 있습니다.        .security.provider.PolicyFile.init의 일광(PolicyFile.java: 234)       sun.security.provider.PolicyFile 전체에서. <초기화>(PolicyFile.java: 124)       아마도 java.lang.Class.newInstance0(네이티브 메소드)과 관련하여        java.lang.Class.newInstance(Class.java:241)        java.security.Policy.getPolicyNoCheck에서(Policy.java:153)        java.security.SecureClassLoader.getPermissions(SecureClassLoader.java:121)로        다음을 수행할 수 있도록 java.net.URLClassLoader.getPermissions(URLClassLoader.java: 386)       java.security.SecureClassLoader.getProtectionDomain 아래(SecureClassLoader.java:145)        java.security.SecureClassLoader.defineClass(SecureClassLoader.java:101)에서 찾을 수 있습니다.        java at.net.URLClassLoader.defineClass(URLClassLoader.java:248)       java.net.URLClassLoader.access $ 1에서 (URLClassLoader.java:216)       java.net.URLClassLoader에서 $ 1.execute(URLClassLoader.java:197)        java.security.AccessController.Method로) doprivileged(java.net.URLClassLoader.findClass의 기본(URLClassLoader.java:191)        lang.ClassLoader.loadClass의 카페(ClassLoader.java:290)        java.lang.ClassLoader.loadClass 내(ClassLoader.java:283)        sun.misc.Launcher를 통해 위치 $ AppClassLoader.loadClass (Launcher.java:286)        by java.lang.ClassLoader.loadClass (ClassLoader.java:247)        java.security.Provider.loadProvider(Provider.java:146)를 통해        java.security.Security $ 2.run (Security.java:170) 아래        여기 java.security.AccessController.Method 아래) doprivileged(원래는 java.security.Security.reloadProviders(Security.java:167)에서 추적됨) ... ... ... ... :. ... .to java.security.Security.getImpl(Security.java:604)        java.lang.reflect.Method.Method 사용) 호출(java.security.cert.CertificateFactory.getInstance(CertificateFactory.java:169)에서 시작하는 기본)       sun.security.pkcs.PKCS7.parseSignedData 아래(PKCS7. Java: 248)       sun.security.pkcs.PKCS7.parse(PKCS7.java:137)에서        sun.security.pkcs.PKCS7.parse(PKCS7.java:106)의 일부 단계에서        sun.security.pkcs.PKCS7로 이동합니다. <초기화> (PKCS7.java:94)        더운 날씨 조건 in.security.util.SignatureFileVerifier. <초기화> (SignatureFileVerifier.java:71)        java.util.jar.JarVerifier.processEntry에서(JarVerifier.java:268)        java.util.jar.JarVerifier.update일 때(JarVerifier.java:201)        java.util.jar.JarFile.initializeVerifier에서(JarFile.java:214)        java.util.jar.JarFile.getInputStream에 의해 생성됨(JarFile.java:273)       sun.misc.URLClassPath에서 $ 5. getInputStream (URLClassPath.java:471)        sun.misc.Resource.getBytes(Resource.java:64) 근처에 위치       java.net.URLClassLoader.defineClass(URLClassLoader.java:245)에서        에스프레소 커피 at.net.URLClassLoader.access $1 (URLClassLoader.java:216)       java.net.URLClassLoader에서 $ 1.execute(URLClassLoader.java:197)        java.security.AccessController.Method로 이동) doprivileged(java.net.URLClassLoader.findClass(URLClassLoader.java:191)에서 기본적으로 생성됨)        lang.ClassLoader.loadClass 관련 카페인 (ClassLoader.java:290)        sun.misc.Launcher에서 $ AppClassLoader.loadClass (Launcher.java:286)        java.lang.ClassLoader.loadClass(ClassLoader.java:247)에서만****************(등급 ID: 103915)==================================================== = = ======================