2017-02-20 5 views
0

私の開発環境とqa環境では、内部的に署名された証明書を使用して休憩中のエンドポイントを打つ予定です。私が働いているポリシーは、私たちのLinuxサーバー上で別々のバンドルに内部証明書を入れることです。ScalaやJavaの--cacertsと同等のものは何ですか?

次はカールで完璧に動作します:

curl -X GET -H "Content-Type: application/json" -H "Accept: application/json" --negotiate --cacert /etc/pki/tls/out-internal-bundle.pem -u : "https://<dev or qa root>/api/profile/8461869a8b6e4558b20b14411337440b"

このエンドポイントの私の実際のクライアントがしかし、Scalaで書かれています。現在、私はscala.io.Sourceを使用して、私の電話を作ってるんだ:

val url = s"$baseUrl/data-profiler/$id" 
using(Source.fromURL(url)) { source => { 
    val result = source.mkString 
    val jsonAst = result.parseJson 
    jsonAst.convertTo[Job] 
}} 

私たちの内部のバンドルを使用して、私のDEVとQA環境で、どのように把握したいと思います。誰でもScalaやJavaでそれをやっている?

答えて

1

"javax.net.ssl.trustStore"のJVMによって使用される "トラストストア"あなたは、Javaの起動オプション、すなわち

java -Djavax.net.ssl.trustStore=/etc/pki/tls/out-internal-bundle.jks ... 

(あなたがアプリを起動するためにSBTを使用している場合sbtは同じ-D引数を取ります)

あなたはJKS形式にあなたのCA証明書を取得する必要があります。

参照:

-2

この種のものには、Gatlingを使用することをお勧めします。 Gatlingはロードテストのための本当にクールなフレームワークであり、jms、jdbc、もちろんhttpのような多くのプロトコルをサポートしています。ここでそれを見てくださいhttp://gatling.io/#/(このフレームワークはScala上に構築されています)、それはあなたが探しているもののためのサポートを提供します

+0

これは本当に質問に答えていません。彼がGatlingに切り替えると、内部のCA設定を提供するようにGatlingクライアントを設定する必要があります。 – Rich

+0

ロードテストフレームワークに依存することは、スターターではありません。 – Stuart

関連する問題