Java 如何使用rest-Assured从公司代理后面验证rest调用?

Java 如何使用rest-Assured从公司代理后面验证rest调用?,java,rest,rest-assured,Java,Rest,Rest Assured,我正试图通过我们的公司代理给rest服务打电话,但不断得到回复: 407 Proxy Authentication Required. Forefront TMG requires authorization to fulfill the request. Access to the Web Proxy filter is denied. 有人能推荐我可以尝试的其他东西吗,或者是支持NTLM的重新发行的替代方案吗 这是我当前的代码: PreemptiveBasicAuthScheme

我正试图通过我们的公司代理给rest服务打电话,但不断得到回复:

407 Proxy Authentication Required. Forefront TMG requires authorization to fulfill the request. Access to the Web Proxy filter is denied.
有人能推荐我可以尝试的其他东西吗,或者是支持NTLM的重新发行的替代方案吗

这是我当前的代码:

    PreemptiveBasicAuthScheme auth = new PreemptiveBasicAuthScheme();
    auth.setUserName("my username");
    auth.setPassword("my password");

    // was getting desperate so tried adding this 
    System.setProperty("http.proxyHost", "XXXX");
    System.setProperty("http.proxyPort", "8080");
    System.setProperty("http.proxyUser", "my username");
    System.setProperty("http.proxyPassword", "my password");
    System.setProperty("https.proxyHost", "XXXX");
    System.setProperty("https.proxyPort", "8080");
    System.setProperty("https.proxyUser", "my username");
    System.setProperty("https.proxyPassword", "my password");

    Response r = RestAssured
            .given()
            // tried with and without this 
            .header("Proxy-Authorization", auth.generateAuthToken()) 
            .proxy("XXXX", 8080)
            .get(fullPath, key, key);

这里有几个问题——第一个问题我已经解决了,第二个问题我还没有解决

设置代理身份验证很简单,只需设置正确的头(正如许多其他帖子中所述):


阻止我的是,我正在调用一个运行在https而不是http上的服务,并且代理似乎没有被使用。。。回到绘图板上。

这里有几个问题-第一个问题我已经分类,第二个问题我仍然无法解决

设置代理身份验证很简单,只需设置正确的头(正如许多其他帖子中所述):


阻止我的是,我正在调用一个运行在https而不是http上的服务,并且代理似乎没有被使用。。。因此,回到绘图板。

如果您找到了解决方法,请在“放心问题跟踪器”(rest assured issue tracker)上创建一个问题,我将尝试更好地集成它。如果您找到了解决方法,请在“放心问题跟踪器”(rest assured issue tracker)上创建一个问题我会尽量把它整合得更好。你的回答是不是说你解决了NTLM的问题?你发现另一个框架工作了吗?(我知道你在一年多前就回答了自己的问题):-)我最终选择了HttpUrlConnection,因为我不能放心地通过代理——我写了自己的包装,并一直在考虑发布它,因为我现在已经在几个项目上使用了它。我最近发现了一些其他的GitHub项目提供了一个围绕HttpUrlConneciton的包装器(不知道为什么我在写我的之前没有找到它们!),它们看起来相当不错。你的回答是不是说你解决了NTLM问题?你发现另一个框架工作了吗?(我知道你在一年多前就回答了自己的问题):-)我最终选择了HttpUrlConnection,因为我不能放心地通过代理——我写了自己的包装,并一直在考虑发布它,因为我现在已经在几个项目上使用了它。我最近发现了一些其他的GitHub项目提供了一个围绕HttpUrlConneciton的包装器(不知道为什么我在写我的之前没有找到它们!),它们看起来相当不错。
.header("Proxy-Authorization", auth.generateAuthToken())