Wildfly的JAXWS实现似乎忽略了bindingProvider属性com.sun.xml.ws.transport.https.client.SSLSocketFactory

25-03-29 4

想了解Wildfly的JAXWS实现似乎忽略了bindingProvider属性com.sun.xml.ws.transport.https.client.SSLSocketFactory的新动态吗？

想了解Wildfly的JAXWS实现似乎忽略了bindingProvider属性com.sun.xml.ws.transport.https.client.SSLSocketFactory的新动态吗？本文将为您提供详细的信息，此外，我们还将为您介绍关于android – google-api-java-client NetHttpTransport导致NoClassDefFoundError、android – OKHttp – 找不到setSslSocketFactory、android – 警告：忽略匿名内部类的InnerClasses属性(org.ksoap2.transport.KeepAliveHttpsTransportSE $1)、ASP.NET Core 2.1 中的 HttpClientFactory (Part 4) 整合Polly实现瞬时故障处理的新知识。

本文目录一览：

Wildfly的JAXWS实现似乎忽略了bindingProvider属性com.sun.xml.ws.transport.https.client.SSLSocketFactory
android – google-api-java-client NetHttpTransport导致NoClassDefFoundError
android – OKHttp – 找不到setSslSocketFactory
android – 警告：忽略匿名内部类的InnerClasses属性(org.ksoap2.transport.KeepAliveHttpsTransportSE $1)
ASP.NET Core 2.1 中的 HttpClientFactory (Part 4) 整合Polly实现瞬时故障处理

Wildfly的JAXWS实现似乎忽略了bindingProvider属性com.sun.xml.ws.transport.https.client.SSLSocketFactory

我的环境是作为应用程序服务器的Maven项目和Wildfly（8.2.1）。我需要使用SOAP将传入的REST调用与第三方服务器连接。我需要SSL客户端身份验证；因此，我有自己的KeyStore和TrustStore。因此，我创建了自己的SSLContext，需要让WebService使用此SSLContext。

Wildfly出现问题，并且使用了JAXWS的实现（Apache CXF？）-我在这里描述了它（但是还有另一种方法可以解决该问题；因此，它不是重复的帖子！）：
Wildfly：如何使用JAXWS-RI而不是Apache CXF（仅WebService客户端）

主要问题之一似乎是Wildfly中使用的JAXWS似乎忽略了使用property设置自己的SSLContext com.sun.xml.internal.ws.transport.https.client.SSLSocketFactory：

MyWS_Service service = new MyWS_Service(null, new QName("http://...", "MyWS"));MyWS port = service.getMyWSSOAP();BindingProvider bindingProvider = (BindingProvider) port;bindingProvider.getRequestContext().put(BindingProvider.ENDPOINT_ADDRESS_PROPERTY, "https://hostname:443/.../...");// the following setting is ignored!bindingProvider.getRequestContext().put("com.sun.xml.internal.ws.transport.https.client.SSLSocketFactory", mySslSocketFactory);// in some posts, we see that we need to eliminate ''internal'' in the property. This does not help!bindingProvider.getRequestContext().put("com.sun.xml.ws.transport.https.client.SSLSocketFactory", mySslSocketFactory);

可以忽略的证据是，如果我HttpsURLConnection.setDefaultSSLSocketFactory(mySslSocketFactory)用来设置SSLContext，它确实可以工作-意味着SSL连接的建立要归功于导入到SSLContext中自定义的TrustStore设置的根CA。

如果我们查看其他文章（例如，如何以编程方式设置JAX-WS客户端的SSLContext？），则该属性应该有效（即使对于Wildfly，根据那里的一些评论）。但这不是我的情况。这可能是什么原因？

答案1

小编典典

问题是Apache CXF忽略了

bindingProvider.getRequestContext().put(    "com.sun.xml.[internal.]ws.transport.https.client.SSLSocketFactory", mySslSocketFactory);

在某些地方有些评论相反。

因此，我的最终解决方案是以编程方式设置HTTPConduit使用的（而不是在cxf.xml文件中设置配置）。

// Set custom SSLContext.HTTPConduit conduit = (HTTPConduit) ClientProxy.getClient(port).getConduit();TLSClientParameters tlsClientParameters = new TLSClientParameters();tlsClientParameters.setSSLSocketFactory(customSSLContext.getSocketFactory());conduit.setTlsClientParameters(tlsClientParameters);

我希望这可以帮助遇到类似问题的人…

android – google-api-java-client NetHttpTransport导致NoClassDefFoundError

我刚开始在 Android上学习google-api-java-client.
将下3个库添加到项目中. (我不使用Maven.)

> google-api-client-1.4.1-beta.jar
> google-api-client-googleapis-1.4.1-beta.jar
> google-api-client-googleapis-extensions-andr

并选择了可供使用的示例代码.在示例中,它使用了GoogleTransport,现在似乎无法使用.

HttpTransport transport = GoogleTransport.create();

所以我把它改成了在网上找到的NetHttpTransport().

import com.google.api.client.http.javanet.NetHttpTransport;
...
   HttpTransport transport = new NetHttpTransport();

但是,我得到了例外.

05-24 15:54:33.310: ERROR/AndroidRuntime(4586): java.lang.NoClassDefFoundError: com.google.common.base.Preconditions
05-24 15:54:33.310: ERROR/AndroidRuntime(4586):     at com.google.api.client.util.ClassInfo.<init>(ClassInfo.java:324)
05-24 15:54:33.310: ERROR/AndroidRuntime(4586):     at com.google.api.client.util.ClassInfo.of(ClassInfo.java:77)
05-24 15:54:33.310: ERROR/AndroidRuntime(4586):     at com.google.api.client.util.GenericData.<init>(GenericData.java:44)
05-24 15:54:33.310: ERROR/AndroidRuntime(4586):     at com.google.api.client.http.HttpHeaders.<init>(HttpHeaders.java:37)
05-24 15:54:33.310: ERROR/AndroidRuntime(4586):     at com.google.api.client.http.HttpTransport.<init>(HttpTransport.java:82)
05-24 15:54:33.310: ERROR/AndroidRuntime(4586):     at com.google.api.client.http.javanet.NetHttpTransport.<init>(NetHttpTransport.java:35)
05-24 15:54:33.310: ERROR/AndroidRuntime(4586):     at net.DailyTimer.test.MainActivity.onCreate(MainActivity.java:290)

这有什么问题？

解决方法

正如您在错误中看到的那样,您有一个类缺失,来自 Guava.您可以下载guava lib并将其添加到类路径中,或者使用maven(或Ivy)来管理您的依赖项.

android – OKHttp – 找不到setSslSocketFactory

我正在使用OkHttp 3.4.0-RC1.我正在尝试编写一个通过TLSv1.2连接Android 4.2.2 / API 17设备的Web服务.我在这篇文章Android Enable TLSv1.2 in OKHttp的底部看到了答案,但显然方法setSslSocketFactory不再存在.我也没有在OKHttp的Https文档中看到任何内容.
谢谢！

解决方法:

现在,在OkHttpClient.Builder上配置了SslSocketFactory

client = new OkHttpClient.Builder()
    .sslSocketFactory(sslSocketFactory, trustManager)
    .build();

https://github.com/square/okhttp/blob/3f7a3344a4c85aa3bbb879dabac5ee625ab987f3/samples/guide/src/main/java/okhttp3/recipes/CustomTrust.java#L54

android – 警告：忽略匿名内部类的InnerClasses属性(org.ksoap2.transport.KeepAliveHttpsTransportSE $1)

当使用ksoap2-android-assembly-2.5.8-jar-with-dependencies.jar作为引用库(外部jar)编译Android项目时,我收到此警告：

[2012-03-20 11:50:50 - AddressBook] Dx warning: Ignoring InnerClasses attribute for an anonymous inner class
(org.ksoap2.transport.KeepAliveHttpsTransportSE$1) that doesn't come with an
associated EnclosingMethod attribute. This class was probably produced by a
compiler that did not target the modern .class file format. The recommended
solution is to recompile the class from source, using an up-to-date compiler
and without specifying any "-target" type options. The consequence of ignoring
this warning is that reflective operations on this class will incorrectly
indicate that it is *not* an inner class.

我正在尝试从Android客户端访问EWS SOAP服务,我的代码是：

String NAMESPACE = "http://schemas.microsoft.com/exchange/services/2006/messages";

String SOAP_ACTION = "http://schemas.microsoft.com/exchange/services/2006/messages";
String METHOD_NAME = "GetUserAvailability";
String URL = "https://vpnqrd0302.outlook.com/EWS/Exchange.asmx";

        String result = null;
        Object resultRequestSOAP = null;

        SoapObject request = new SoapObject(NAMESPACE, METHOD_NAME);

        SoapSerializationEnvelope envelope = new SoapSerializationEnvelope(
                SoapEnvelope.VER11);

        envelope.dotNet = true;
        envelope.setoutputSoapObject(request);

        HttpTransportSE androidHttpTransport = new HttpTransportSE(URL);
        androidHttpTransport.debug = true;


        List<HeaderProperty> headerList = new ArrayList<HeaderProperty>();
        headerList.add(new HeaderProperty("Authorization", "Basic "
                + org.kobjects.base64.Base64
                .encode("temp@tempsuer.onmicrosoft.com:Password1"
                                .getBytes())));

        try {
            androidHttpTransport.call(SOAP_ACTION, envelope, headerList);

            String requestDumpString = androidHttpTransport.requestDump;
            System.out.println("requestDump : " + requestDumpString);


            resultRequestSOAP = envelope.getResponse(); // Output received

            System.out.println("resultRequestSOAP : " + resultRequestSOAP);

            result = resultRequestSOAP.toString(); // Result string

            System.out.println("OUTPUT : " + result);
        } catch (Exception e) {
            e.printstacktrace();
        }

错误是：

03-20 12:21:16.488: W/System.err(7919): SoapFault - faultcode: 'a:ErrorSchemaValidation' faultstring: 'The request Failed schema validation: Could not find schema information for the element 'http://schemas.microsoft.com/exchange/services/2006/messages:GetUserAvailability'.' faultactor: 'null' detail: org.kxml2.kdom.Node@4801ce80
03-20 12:21:16.491: W/System.err(7919):     at org.ksoap2.serialization.soapSerializationEnvelope.parseBody(SoapSerializationEnvelope.java:136)
03-20 12:21:16.491: W/System.err(7919):     at org.ksoap2.soapEnvelope.parse(SoapEnvelope.java:137)
03-20 12:21:16.495: W/System.err(7919):     at org.ksoap2.transport.Transport.parseResponse(Transport.java:96)
03-20 12:21:16.495: W/System.err(7919):     at org.ksoap2.transport.HttpTransportSE.call(HttpTransportSE.java:189)
03-20 12:21:16.499: W/System.err(7919):     at net.vivekiyer.gal.ActiveSyncManager.getUserAvailabilityRequest(ActiveSyncManager.java:978)
03-20 12:21:16.499: W/System.err(7919):     at net.vivekiyer.gal.CorporateAddressBook$galSearch.doInBackground(CorporateAddressBook.java:510)
03-20 12:21:16.507: W/System.err(7919):     at net.vivekiyer.gal.CorporateAddressBook$galSearch.doInBackground(CorporateAddressBook.java:1)
03-20 12:21:16.507: W/System.err(7919):     at android.os.AsyncTask$2.call(AsyncTask.java:185)
03-20 12:21:16.507: W/System.err(7919):     at java.util.concurrent.FutureTask$Sync.innerRun(FutureTask.java:305)
03-20 12:21:16.511: W/System.err(7919):     at java.util.concurrent.FutureTask.run(FutureTask.java:137)
03-20 12:21:16.511: W/System.err(7919):     at java.util.concurrent.ThreadPoolExecutor.runWorker(ThreadPoolExecutor.java:1068)
03-20 12:21:16.511: W/System.err(7919):     at java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:561)
03-20 12:21:16.515: W/System.err(7919):     at java.lang.Thread.run(Thread.java:1096)

解决方法:

我知道这是一个老问题,但万一有人像我一样偶然发现：你提到的警告是由一个匿名的内部类引起的,而且ksoap2是用java 1.3兼容性编译的(为了兼容我认为的J2ME).除非您对这些类进行一些反思性工作(甚至在这种情况下：只有在检查类是内部类的事实时)才能安全地忽略此警告.

更好的是,这个特殊警告已经修复了ksoap2-android的2.6.4版本(见this pull request on github).

您的错误完全不相关,更可能是由于您尝试调用的Web服务使用不当造成的.

ASP.NET Core 2.1 中的 HttpClientFactory (Part 4) 整合Polly实现瞬时故障处理

原文：https://www.stevejgordon.co.uk/httpclientfactory-using-polly-for-transient-fault-handling
发表于：2018年6月

在本系列的上一篇文章中，我介绍了使用命名和类型客户端注册的DelegatingHandlers的传出中间件的概念。尽管可以使用该方法，但ASP.NET团队希望在大多数情况下，我们无需手动构建自己的处理程序。在某些情况下，库的内置功能可能会提供我们需要的功能。例如，有时将请求包装在时序代码中以跟踪它们执行所需的时间有时会很有用。现在，它已作为默认日志记录的一部分内置到IHttpClientFactory中。在其他情况下，第三方集成可能会提供您所需的功能。例如，基于横切面的思想，在HTTP请求期间处理瞬态故障。在这种情况下，与其制作自己的重试逻辑，不如使用Polly之类的库。
Polly是一个流行的瞬态故障处理库，它提供了一种机制来定义在发生某些故障时可以应用的策略。重试策略是最常用的策略之一。您可以封装一些代码，如果发生故障，将重试这些代码，有时需要多次重试。这在您的应用程序需要与外部服务进行通信的情况下非常有用。通过HTTP之类的传输工具与服务进行通信时，始终存在瞬态故障的风险。暂时性故障可能会阻止您的请求完成，但也可能是暂时的问题。在这种情况下，使用重试是明智的选择。
除重试外，Polly还提供了许多其他类型的策略，您可能希望将其中许多策略与重试结合使用，以建立处理故障的复杂方法。我将在本文中介绍一些常见的示例，但是如果您想更全面地介绍，我建议您查看Polly Wiki。
ASP.NET团队与Polly的主要维护者Dylan和Joel紧密合作，加入了一种集成模式，以使将Polly策略应用于HttpClient实例变得非常简单。
在使用Polly集成之前，我们需要为项目添加一个包引用。 IHttpClientFactory的常规功能位于Microsoft.Extensions.Http包中，该包作为依赖项包含在Microsoft.AspNetCore.App 2.1元包中。这是ASP.NET Core 2.1中新的元数据包，其中不包含第三方依赖项。因此，为了对IHttpClientFactory使用Polly扩展，我们需要将Microsoft.Extensions.Http.Polly包添加到我们的项目中。
完成之后，csproj文件将如下所示：

<Project Sdk="Microsoft.NET.Sdk.Web">

  <PropertyGroup>
    <TargetFramework>netcoreapp2.1</TargetFramework>
  </PropertyGroup>

  <ItemGroup>
    <PackageReference Include="Microsoft.AspNetCore.App" />
    <PackageReference Include="Microsoft.Extensions.Http.Polly" Version="2.1.0" />
  </ItemGroup>

</Project>

应用策略

Microsoft.Extensions.Http.Polly程序包在IHttpClientBuilder上包含一个名为AddPolicyHandler的扩展方法，我们可以使用该方法添加一个处理程序，该处理程序会将使用该客户端实例的所有请求包装在Polly策略中。当我们定义一个命名或类型的客户端时，将返回IHttpClientBuilder。
我们可以在ConfigureServices方法中使用扩展方法…

services.AddHttpClient("github")
  .AddPolicyHandler(Policy.TimeoutAsync<HttpResponseMessage>(TimeSpan.FromSeconds(10)));

　　在此示例中，我们定义了一个名为“ github”的客户端，并且使用了AddPolicyHandler方法来传递超时策略。您在此处提供的策略必须是IAsyncPolicy <HttpResponseMessage>。此政策将在10秒后使所有请求超时。

重用策略

在可能的情况下，使用Polly时，最好一次性的定义策略并在应用相同策略的情况下共享它们。这样，要更改策略规则，这些更改仅需要在一个地方进行。此外，它确保仅分配策略一次。当然，如果多个调用者希望通过同一断路器实例运行，则必须共享诸如断路器之类的策略。
在此示例中，我们将从上一个示例中声明一次超时策略，并与两个命名的客户端共享该策略。

var timeoutPolicy = Policy.TimeoutAsync<HttpResponseMessage>(TimeSpan.FromSeconds(10));

services.AddHttpClient("github")
  .AddPolicyHandler(timeoutPolicy);

services.AddHttpClient("google")
  .AddPolicyHandler(timeoutPolicy);

　　我们将在本文后面介绍另一种策略重用的选项，使用PolicyRegistry。

瞬时故障处理

在处理HTTP请求时，我们要处理的最常见情况是瞬时错误。由于这是一个常见的要求，因此Microsoft.Extensions.Http.Polly软件包包括一个特定的扩展名，我们可以使用该扩展名快速设置处理瞬态故障的策略。
例如，要在命名客户端的请求发生瞬时故障时添加基本重试，我们可以按以下方式注册重试策略：

services.AddHttpClient("github")
  .AddTransientHttpErrorPolicy(p => p.RetryAsync(3));

在这种情况下，当满足某些失败条件时，将重试通过客户端发出的所有请求。 AddTransientHttpErrorPolicy方法采用Func <PolicyBuilder <HttpResponseMessage>，IAsyncPolicy <HttpResponseMessage >>。这里的PolicyBuilder将被预先配置为处理HttpRequestExceptions，任何返回5xx状态码的响应以及任何带有408（请求超时）状态码的响应。这应该适合许多情况。如果您要求该策略在其他条件下应用，则需要使用其他重载来传递更具体的策略。
众所周知，重试时我们需要考虑幂等性。重试HTTP GET是一个非常安全的操作。如果我们拨打了电话但未收到任何回复，则可以安全地重试该电话，而不会造成任何危险。但是，请考虑如果我们重试HTTP POST请求，可能会发生什么。我们必须格外小心，因为有可能实际上收到了您的原始请求，但是我们收到的回复提示失败。在这种情况下，重试可能导致数据重复或损坏下游系统中存储的数据。在这里，您需要更多地了解如果下游服务多次收到相同的请求，下游服务将如何处理。重试操作安全吗？当您拥有下游服务时，更容易控制它。例如，您可能使用一些唯一的标识符来防止重复的POST。
当您无法控制游系统或知道重复的POST可能会带来负面影响时，您将需要更仔细地控制策略。更合适的选择可能是定义不同的命名/类型客户端。您可以为没有副作用与有副作用的请求分别创建一个客户端。然后，您可以使用正确的客户端来执行操作。但是，这可能会变得有点难以管理。更好的选择是使用AddPolicyHandler的重载，该重载使我们可以访问HttpRequestMessage，以便可以有条件地应用策略。该重载如下所示：
AddPolicyHandler(Func<HttpRequestMessage, IAsyncPolicy<HttpResponseMessage>> policySelector)
您会注意到，这里的policySelector委托可以访问HttpRequestMessage，并且应该返回IAsyncPolicy <HttpResponseMessage>。我们无法像前面的示例那样访问PolicyBuilder设置来处理瞬态故障。如果要处理常见的暂时性错误，则需要为我们的政策定义预期条件。为了使此操作更容易，Polly项目包含一个帮助程序扩展，我们可以使用它来设置一个PolicyBuilder，以处理常见的瞬时错误。要使用扩展方法，我们需要从Nuget添加Polly.Extensions.Http包。
然后，我们可以调用HttpPolicyExtensions.HandleTranisentHttpError（）来获取配置有瞬态故障条件的PolicyBuilder。我们可以使用PolicyBuilder创建合适的重试策略，然后在请求为HTTP GET时有条件地应用该策略。在此示例中，任何其他HTTP方法都使用NoOp策略。

var retryPolicy = HttpPolicyExtensions
  .HandleTransientHttpError()
  .RetryAsync(3);

var noOp = Policy.NoOpAsync().AsAsyncPolicy<HttpResponseMessage>();

services.AddHttpClient("github")
  .AddPolicyHandler(request => request.Method == HttpMethod.Get ? retryPolicy : noOp);

使用PolicyRegistry

最后一个示例是如何通过策略注册表（policy registry）应用策略的基本演示。为了支持策略重用，Polly提供了PolicyRegistry的概念，该概念实质上是策略的容器。可以在应用程序启动时通过将策略添加到注册表中来定义。然后可以将注册表传递出去，并通过名称访问策略。

IHttpClientBuilder的扩展方法支持使用注册表（registry）将基于Polly的处理程序添加到客户端。

var registry = services.AddPolicyRegistry();

var timeout = Policy.TimeoutAsync<HttpResponseMessage>(TimeSpan.FromSeconds(10));
var longTimeout = Policy.TimeoutAsync<HttpResponseMessage>(TimeSpan.FromSeconds(30));

registry.Add("regular", timeout);
registry.Add("long", longTimeout);

services.AddHttpClient("github")
	.AddPolicyHandlerFromRegistry("regular");

　　首先，我们必须通过DI注册一个PolicyRegistry。 Microsoft.Extensions.Http.Polly软件包包括一些扩展方法，可简化此过程。在上面的示例中，我调用了AddPolicyRegistry方法，该方法是IServiceCollection的扩展。这将创建一个新的PolicyRegistry并通过DI注册，作为IPolicyRegistry <string>和IReadOnlyPolicyRegistry <string>的实现。该方法返回策略，以便我们可以向其添加策略。

在此示例中，我们添加了两个超时策略并为其指定了名称。现在，在注册客户端时，我们可以调用IHttpClientBuilder上可用的AddPolicyHandlerFromRegistry方法，使用的是策略名称。当工厂创建命名客户端实例时，它会添加适当的处理程序，并调用“regular”重试策略。

总结

作为Polly的老用户，我很高兴看到IHttpClientFactory添加了这些集成。这些库整合在一起，能够无缝处理瞬态故障，HttpClient实例非常容易启动和运行。我展示的示例非常基础和笼统，但我希望它们能为如何使用和注册策略提供一个思路。有关Polly文档和示例的更多详细信息，建议您查看Polly Wiki。在设计这种集成时，与ASP.NET和Polly团队进行的一些早期讨论非常令人高兴，因为我能够提出策略注册表扩展的有用性。

今天的关于Wildfly的JAXWS实现似乎忽略了bindingProvider属性com.sun.xml.ws.transport.https.client.SSLSocketFactory的分享已经结束，谢谢您的关注，如果想了解更多关于android – google-api-java-client NetHttpTransport导致NoClassDefFoundError、android – OKHttp – 找不到setSslSocketFactory、android – 警告：忽略匿名内部类的InnerClasses属性(org.ksoap2.transport.KeepAliveHttpsTransportSE $1)、ASP.NET Core 2.1 中的 HttpClientFactory (Part 4) 整合Polly实现瞬时故障处理的相关知识，请在本站进行查询。

本文标签：