将gSOAP用于VS 2003/C++;使用WS-Security访问SOAP Web服务? 我们有一个即将启用的项目,它允许只使用C++或VS 2003扩展一个使用WS-Security的基于SOAP的Web服务。
我在谷歌的研究表明,这可能是最好的方式将gSOAP用于VS 2003/C++;使用WS-Security访问SOAP Web服务? 我们有一个即将启用的项目,它允许只使用C++或VS 2003扩展一个使用WS-Security的基于SOAP的Web服务。,c++,soap,visual-studio-2003,ws-security,gsoap,C++,Soap,Visual Studio 2003,Ws Security,Gsoap,我在谷歌的研究表明,这可能是最好的方式 我正在寻找验证和/或其他建议。我一直在使用gSoap和wsse插件,在Windows和Linux的客户端和服务器端使用签名,以实现WS-Security。这花了一些时间,但效果很好。它也非常快 它将要求您将OpenSSL与您的项目链接起来。事实上,我在几次发布的wsse插件中发现了一个bug,涉及直接调用OpenSSL生成和验证签名。所有的bug都涉及泄露OpenSSL结构。(修复已被接受到源代码树中,并且是当前版本的一部分。) 总的来说,这真的不是很难开
我正在寻找验证和/或其他建议。我一直在使用gSoap和wsse插件,在Windows和Linux的客户端和服务器端使用签名,以实现WS-Security。这花了一些时间,但效果很好。它也非常快 它将要求您将OpenSSL与您的项目链接起来。事实上,我在几次发布的wsse插件中发现了一个bug,涉及直接调用OpenSSL生成和验证签名。所有的bug都涉及泄露OpenSSL结构。(修复已被接受到源代码树中,并且是当前版本的一部分。) 总的来说,这真的不是很难开始。我使用SoapUI()对签名生成进行故障排除,以验证我是否做错了什么或远程端是否存在问题 如果您在Apache2下执行服务器端WS-Security,则必须坚持使用gsoap附带的mod_gsoap 0.6。我不得不稍微修改一下,因为默认情况下它不会处理WS-Security 我相信,但没有做太多调查,有人破坏了SourceForge当前发布的mod_gsoap 0.7。我花了一段时间才发现0.7是apache2的缺陷,所以也许这会帮你省去一些痛苦