2012-05-10 2 views
2

빌드 경로 (com.sun.deploy.net.JARSigningException)commons-configuration-1.3.jar 인 Web Start 응용 프로그램이 포함 된 .war package을 게시하는 데 많은 문제가 발생했습니다.태양 서명 된 jar 확인 사용 안 함

이미 javaws 캐시를 청소하려고 시도했지만 응용 프로그램을 다시 설치하고 심지어 java (1.6.0_24)을 다시 설치하십시오. 실행하려고 할 때

Warning: 
The signer certificate will expire within six months. 
Signing JAR: D:\Java\workspace\OTP\DeskOTP\atual\build\cluster\modules\ext\commons-configuration-1.3.jar to D:\Java\workspace\OTP\DeskOTP\atual\build\jnlp\app\br-com-petrobras-ep-gedig-gedigdesktoplibrary\ext-commons-configuration-1.3.jar as jnlp 

그러나, 나는이 병에 대한 JARSigningException있어하십시오 JNLP 응용 프로그램을 만드는 동안

NetBeans IDE 6.8 (Build 200912041610) 출력의 스트레칭입니다.

그래서이 확인을 사용 중지하는 문제를 해결하기로했습니다. 나는 내 항아리 (나의 책임)를 확인하지 말고 결정할 수 있다고 믿는다. jvm.

어쨌든 jvm 또는 javaws에 서명하지 않은 jars을 확인 하시겠습니까?

+0

* "jvm 또는 javaws에게 서명되지 않은 항아리를 절대 확인하지 말 것인가?"* 요점은 무엇입니까? 개발 기계에서이를 달성 할 수 있다고해도 클라이언트 시스템에서 수행해야하는 작업이 아닙니다. –

+0

최근 버전의 Java에는 인증서가 제대로 검증되지 않는 버그가 있기 때문에 버그가 해결 될 때까지 특정'.jnlp' 파일에 대해이를 우회 할 수 있으면 유용 할 것입니다. – Malvineous

답변

3

첫 번째 반응으로, 나는이 로컬있는 jarfile을 위해 작동합니다, 그러나 java -noverify -jar your_file.jar.

을 시도라고 말하고 싶지만. 웹 소스에서 작동하지 않습니다. 이는 사용자가하려는 것처럼 들리는 것입니다. 그게 맞습니까?

+0

예, 웹에서 확인하는 것을 무시해야합니다. 계속 여기에서 노력할 것입니다. 모든 성공은 여기에 게시됩니다. 감사. –

+0

로컬 파일에서도 작동하지 않습니다. noverify 옵션이 보안 확인을 제어한다고 생각하지 않습니다. –

0

웹에서 항아리를 다운로드하고 매니페스트의 서명 섹션을 수동으로 제거하면 작동 할 수 있습니다. jar 파일이 다른 응답에서 언급 된 @Riking처럼 웹에서 동적으로 다운로드되는 경우 URL을 다른 서버로 프록시 처리하여 이동할 수 있습니다.

배포 빌드 상태에 액세스 할 수 있고 이슈의 만료 된 서명에 문제가있는 경우 회사의 (Petrobras?) 서명 인증서를 사용하여 jar에 다시 서명 할 수 있습니다. 이렇게하면 만료 된 문제를 해결할 수 있습니다. 단, 빌드가 원본 평문 구성 대신 유선 버전을 가져 오는 것으로 알고있는 경우에 한합니다.