在 JAX-WS 客户端 .jar 中嵌入 Web 服务的 WSDL

发布于 2024-11-06 00:23:11 字数 950 浏览 3 评论 0原文

我有一个几年前用 C++ 创建的 Web 服务，由 .NET 客户端使用 C# 的“wsdl.exe”来生成客户端存根。由于各种原因，我现在还需要一个 Java 客户端，并且愿意将使用限制为 Java 6 (JDK 1.6) 和 JAX-WS。生成的存根工作正常，即使打包在 .jar 中也是如此，但我对 JAX-WS Web 服务客户端想要部署的方式遇到了问题。看起来我遇到的问题是可以解决的，但建议的方法似乎都不起作用。

JAX-WS 期望 WSDL 是可访问的，最好是从网络访问，因为它每次启动时都会解析 WSDL 以创建绑定。就像 Creating a web-service client with 中的 jgrowl 一样已知但无法访问的 wsdl，客户端可能无法访问 JAX-WS 使用的 URL 处的 WSDL（可能是构建计算机上的文件或指向本地主机的指针）。我想将 WSDL 发送到客户端 .jar 中，但最简单的解决方案 (-wsdllocation "/path/to/wsdl/in/jar.wsdl") 会打印出我不想要的警告出现。

我也希望不让客户做类似 jgrowl 找到的解决方案的事情，它似乎有效，但并不只是有效。 Google 上找到的文章主要涉及服务器 WSDL 位置，但建议客户端应该能够使用 META-INF/jax-ws-catalog.xml 文件来转换 -wsdllocation 中使用的 URL 到 .jar 文件中的路径，但这些在我们的测试中似乎不起作用。

是否有一个“秘诀”，以便我可以将 WSDL 放入 .jar 中的某个位置，并使 JAX-WS 客户端正常工作，而无需客户端用户付出额外的努力，也不会发出任何警告？

原文

分享到QQ

分享到微博

如果你对这篇内容有疑问，欢迎到本站社区发帖提问参与讨论，获取更多帮助，或者扫码二维码加入 Web 技术交流群。

发布评论

需要登录才能够评论，你可以免费注册一个本站的账号。

有木有妳兜一样 2024-11-13 00:23:11

如果您不想在构造函数中设置 WSDL 的 URL，您也许可以依赖生成的工件的行为。当我使用以下 -wsdlLocation：

-wsdllocation wsdl/MaintainAddress.wsdl

以下内容在服务代码中作为静态初始化程序生成：

static {
    URL url = null;
    try {
        URL baseUrl;
        baseUrl = demo.ws.service.MaintainAddress_Service.class.getResource(".");
        url = new URL(baseUrl, "wsdl/MaintainAddress.wsdl");
    } catch (MalformedURLException e) {
        logger.warning("Failed to create URL for the wsdl Location: 'wsdl/MaintainAddress.wsdl', retrying as a local file");
        logger.warning(e.getMessage());
    }
    MAINTAINADDRESS_WSDL_LOCATION = url;
}

这基本上会执行与您找到的解决方案相同的操作，但使用默认构造函数。 WSDL 必须是 wsdl 文件夹中类路径上的资源。

这种方法不会对我发出任何警告。

我认为规范中没有定义此行为——至少，我没能找到它。我相信这是我的 JDK 中 wsimport 工具的实现细节。

如果您要部署到 Java EE 容器，您有更多选择 - 请参阅 JSR 109。我相信这就是 jax-ws-catalog.xml 发挥作用的地方。

If you prefer not to set the URL to the WSDL in the constructor, you might be able to rely on the behaviour of the generated artifacts. When I use the following -wsdlLocation:

-wsdllocation wsdl/MaintainAddress.wsdl

The following is generated in the service code as a static initializer:

static {
    URL url = null;
    try {
        URL baseUrl;
        baseUrl = demo.ws.service.MaintainAddress_Service.class.getResource(".");
        url = new URL(baseUrl, "wsdl/MaintainAddress.wsdl");
    } catch (MalformedURLException e) {
        logger.warning("Failed to create URL for the wsdl Location: 'wsdl/MaintainAddress.wsdl', retrying as a local file");
        logger.warning(e.getMessage());
    }
    MAINTAINADDRESS_WSDL_LOCATION = url;
}

This will essentially do the same thing as the solution you found, but with the default constructor. The WSDL needs to be a resource on the classpath in the the wsdl folder.

This approach issues no warnings for me.

I don't think this behaviour is defined in the spec - at least, I haven't been able to find it. I believe it is an implementation detail of the wsimport tool in my JDK.

You have more options if you're deploying to a Java EE container - see JSR 109. I believe this is where jax-ws-catalog.xml comes into play.

回复收藏 0 原文

~没有更多了~