答案 0 :(得分：1)
你实际上是在考虑这个问题。 Web服务背后的想法是充当消费应用程序的接口。最后，它只是通过HTTP协议从客户端发送到服务器的一些有效负载。
您提到的大多数问题都与为使用应用程序构建存根/代理客户端有关。 .Net有Visual Studio和命令行wsdl.exe实用程序，Java有Apache Axis2和其他工具等。这个列表可以用于您可以想到的其他语言/平台。我不会过分关注这些工具的细节;他们不断变化，所以坚持下去可能是一场斗争。
要找到所需的信息，请深入研究世界 - 编写.Net客户端，Java客户端，Python客户端，Ruby客户端等。找出在这些环境中使用服务的必要条件（如果真的那么必要。）根据您的客户集或您希望成为客户集的人来确定列表的优先级。
我相信您会发现，精通这些环境的开发人员也会知道如何使用您的服务。如果它们是您市场中有价值的一部分，请找出他们需要的内容，以便于他们访问和使用。
答案 1 :(得分：1)
SOAP并不像你说的那么糟糕。事实上，对于许多客户来说，更容易，只需，因为有工具包。你正在谈论的所有“数字签名”内容都不存在使用普通的SOAP 1.2 over HTTP。
另外，请记住，如果您选择SOAP以外的技术，那么您的所有客户都需要“手动”构建“代理”类。
您应该考虑以多种方式公开此服务。没有理由不使用SOAP和REST或POX公开相同的代码。你没有sai你正在使用什么平台，但是WCF使这种事情变得简单，我确信它在基于Java的平台上至少是可能的。