2011-12-07 4 views
3

コマンドラインでkeytoolを使用している可能性があります。 IveはkeyStoreを正常に作成し、証明書リクエストも正常に生成しました。しかし、要求から証明書を生成しようとすると、ハングアップするように見えます。コマンドラインでコマンドラインでキーツールの証明書生成がハングアップする可能性があります。

は、これは私が新しいプロンプトを取得しない私は

C:\Users\Mark\Desktop\Assignment 9>keytool -gencert -keystore myKeys\myKeys.keys 
tore -alias mr -v 
Enter keystore password: 
Enter key password for <mr> 

を取得し、すべてが、それだけで、コマンドライン上でそのようにそこに座っています。だから私はそれを取り消し、無駄なく何度か試してみました。また、プロセスマネージャにはkeytool.exeが実行されていることに注意してください。私はこれが長いプロセスかどうか、もし私がちょっと自分のためにそれを残しておかなければならないか、コマンドを掛けるかもしれないコマンドの原因があるかどうかは分かりません。

答えて

0

あまり長くない - 最大5秒あなたは試しましたか: 1. handle.exeを見てください誰かがキーストアを保持していますか? 2.別のJavaバージョンをお試しください。

+0

私はJDK6を使用していますが、gencertのオプションはありません。上記のコードは、jdk7を使って生成されましたが、再作成しようとしましたが、gencertのすべてのキーストアで同じことが起こりました。 – meriley

1

これもまたトリップされました。もちろん、パラメータを入力CSRファイルに指定するのを忘れてしまったので、keytoolは入力を待機していました。

(コマンドが強制的に中止されたときに表示されるエラーでヒントがありました:のkeytoolエラー:にjava.io.IOException:エンコーディングバイトが短すぎる。)

1

私はCentOSの6ドッキングウィンドウ内でこの問題を抱えていましたコンテナ

私が実行していたコマンドがある...

keytool -import -noprompt -alias root -keystore ./out/keystore.jks -trustcacerts -file ./out/parent.crt -storepass ${jkspass}; 

私は(容器の外に動作バージョンに)Javaのバージョンを変更しようとし、以下のように-infileみました...

keytool -import -noprompt -alias root -keystore ./out/keystore.jks -trustcacerts -infile ./out/parent.csr -file ./out/parent.crt -storepass ${jkspass}; 

何も問題ありませんでした。メモリを増やしても問題は解決しませんでした。 公式のJavaドッカー・コンテナに切り替えました。 動作しませんでした。 私は最後にあきらめました。

この修正をご存知の方は、アドバイスをお願いいたします。

関連する問題