我尝试使用“javax.xml.ws.Endpoint”类在 Java 中部署具有 2 种 SSL 方式的 Web 服务。我的 SSL 设置非常严格。我必须设置一组特定的选项和设置。这是我无法讨论的要求。

为了设置 SSL，我需要提供一个服务器上下文对象。在做了一些搜索之后，我最终使用了“com.sun.net.httpserver.HttpsServer”类(以及其他一些也在包“com.sun”中的相关类)。它可以在 Windows JVM 和 HPUX JVM 上完美运行。

但是，我知道(我应该说，我相信)不应该使用包“com.sun”中的类，因为它们不是标准运行时环境的一部分。这些类可以在没有任何事先通知的情况下移动/修改/删除，并且依赖于 JVM 实现。

我的实际代码是:

private static HttpsServer createHttpsServer() throws KeyStoreException, NoSuchAlgorithmException, CertificateException, FileNotFoundException, IOException, UnrecoverableKeyException, KeyManagementException, NoSuchProviderException {

    final String keyStoreType = "...";
    final String keyStoreFile = "...";
    final String keyStorePassword = "...";
    final String trustStoreType = "...";
    final String trustStoreFile = "...";
    final String trustStorePassword = "...";
    final String hostName = "...";
    final int portNumber = "...;
    final String sslContextName = "TLSv1.2";

    KeyStore keyStore = KeyStore.getInstance(keyStoreType);
    keyStore.load(new FileInputStream(keyStoreFile), keyStorePassword.toCharArray());

    KeyStore trustStore = KeyStore.getInstance(trustStoreType);
    trustStore.load(new FileInputStream(trustStoreFile), trustStorePassword.toCharArray());

    KeyManagerFactory keyFactory = KeyManagerFactory.getInstance(KeyManagerFactory.getDefaultAlgorithm());
    keyFactory.init(keyStore, keyStorePassword.toCharArray());

    TrustManagerFactory trustFactory = TrustManagerFactory.getInstance(TrustManagerFactory.getDefaultAlgorithm());
    trustFactory.init(trustStore);

    SSLContext sslContext = SSLContext.getInstance(sslContextName);
    sslContext.init(keyFactory.getKeyManagers(), trustFactory.getTrustManagers(), getSecureRandom(pConfiguration));

    HttpsServer httpsServer = HttpsServer.create(new InetSocketAddress(hostName, portNumber), portNumber);
    HttpsConfigurator configurator = getHttpsConfigurator(pConfiguration, sslContext);
    httpsServer.setHttpsConfigurator(configurator);

    httpsServer.start();

    return httpsServer;
}

private static Endpoint publishSsl(final HttpsServer pHttpsServer, final String pPath, final Object implementationObject) {
    LOGGER.entering(LOGGER_SOURCE_CLASS, "publishSsl");

    HttpContext httpContext = pHttpsServer.createContext(pPath);
    Endpoint endPoint = Endpoint.create(implementationObject);
    endPoint.publish(httpContext);
    return endPoint;
}

private static HttpsConfigurator getHttpsConfigurator(final MyProperties pConfiguration, SSLContext pSslContext) {
    EnforcingHttpsConfigurator configurator = new EnforcingHttpsConfigurator(pSslContext);

    // Those are hidden properties to override the SSL configuration if needed.
    final String ciphers = pConfiguration.getProperty("overrideSslConfiguration.ciphers", "");
    final boolean needClientAuth = pConfiguration.getPropertyAsBoolean("overrideSslConfiguration.needClientAuth", true);
    final String protocols = pConfiguration.getProperty("overrideSslConfiguration.protocols", "");

    if (!ciphers.isEmpty()) {
        configurator.setCiphers(ciphers);
    }

    configurator.setNeedClientAuth(needClientAuth);

    if (!protocols.isEmpty()) {
        configurator.setProtocols(protocols);
    }

    return configurator;
}

public class EnforcingHttpsConfigurator extends HttpsConfigurator {
private static final Logger LOGGER = Logger.getLogger(EnforcingHttpsConfigurator.class.getCanonicalName());
private static final String LOGGER_SOURCE_CLASS = EnforcingHttpsConfigurator.class.getName();

private String mProtocols = "TLSv1.2";
private String mCiphers = "TLS_ECDHE_RSA_WITH_AES_128_GCM_SHA256,TLS_RSA_WITH_AES_128_GCM_SHA256";
private boolean mNeedClientAuth = true;

public EnforcingHttpsConfigurator(SSLContext pSslContext) {
    super(pSslContext);
}

public String getProtocols() {
    return mProtocols;
}

public void setProtocols(String pProtocols) {
    LOGGER.warning("Override SSL configuration, Set protocols '" + pProtocols + "'. This is potentially unsafe.");
    mProtocols = pProtocols;
}

public String getCiphers() {
    return mCiphers;
}

public void setCiphers(String pCiphers) {
    LOGGER.warning("Override SSL configuration, Set ciphers '" + pCiphers + "'. This is potentially unsafe.");
    mCiphers = pCiphers;
}

public boolean isNeedClientAuth() {
    return mNeedClientAuth;
}

public void setNeedClientAuth(boolean pNeedClientAuth) {
    if (!pNeedClientAuth) {
        LOGGER.warning("Override SSL configuration, no client authentication required. This is potentially unsafe.");
    }
    mNeedClientAuth = pNeedClientAuth;
}

@Override
public void configure(HttpsParameters params) {
    LOGGER.entering(LOGGER_SOURCE_CLASS, "configure");

    final SSLContext context = getSSLContext();
    final SSLParameters sslParams = context.getDefaultSSLParameters();

    // Override current values
    sslParams.setCipherSuites(mCiphers.split(","));
    sslParams.setProtocols(mProtocols.split(","));
    sslParams.setNeedClientAuth(mNeedClientAuth);

    params.setSSLParameters(sslParams);

    LOGGER.exiting(LOGGER_SOURCE_CLASS, "configure");
}

}

问题 1:“不应在 com.sun 中使用类”这一说法是否有效？因为我解释的原因？通过我的搜索(例如 What is inside com.sun package?)，我发现包“sun.”和“com.sun.”之间似乎有所不同。仍然没有明确的(记录在案的)答案。请为您的答案提供引用。

问题 2:如果我不应该使用“com.sun.net.httpserver.HttpsServer”类，我可以/应该使用什么？

注意:我不想使用容器(如 Tomcat、Jetty 等)。我不会解释原因。那是题外话。

最佳答案

使用 com.sun.net 包 HTTP 服务器没有问题，除了它不是 JDK 规范的一部分，它只是 Oracle 将更多代码捆绑到他们的发行版中。你不会在 OpenJDK 中找到这些类，但它与 tomcat 或 jetty 没有什么不同。使用 sun 或 com.sun 包的问题一直是它们不是 JDK 规范的一部分，它们是实现各种 JDK 组件的代码或只是它们的东西提供，因为他们是好人/好人。参见 this SO question和 this FAQ from Oracle有关 sun. 和 com.sun

我个人会避免使用它，因为有更好的选择。您可以将端点打包为 WAR 文件并部署到 servlet 引擎或使用 Spring Boot/Dropwizard 将 servlet 引擎捆绑到一个大 jar 文件中。

我会查看使用经过实战测试的非阻塞 IO 并具有更好的管理和操作控制的 servlet 引擎。已经提到的 Jetty 和 Tomcat 都非常好，还有 JBoss Wildfly 和许多其他商业选项(WebLogic、Websphere，可能还有数千个)

所有这些都将允许您执行双向 SSL，并且许多将允许您重新使用现有的 KeyStore 和 TrustStore 代码。

Spring Boot 有一个 nice SOAP example您会发现同样的方法适用于许多其他 servlet 引擎。

关于java - 'javax.xml.ws.Endpoint' 和 2 种 SSL 方式，我们在Stack Overflow上找到一个类似的问题： https://stackoverflow.com/questions/43761160/