gSOAP 和 ONVIF NVT Namespace/Tag 问题

Question

我正在尝试使用 gsoap 实现 ONVIF 服务器 (nvt) 设备。我正在按照 gsoap's website 中给出的说明和 typemap.dat 进行代码生成。我对 wsdl2h 使用“-P”和“-x”参数，对 soapcpp2 使用“-S -i -x -w”。一切都按预期工作，但有一个小怪癖。

ONVIF 核心规范定义了 GetServices() 操作，它在 "Service" 实现下的响应中包含一个可选的 "Capabilities" 成员。由于可选成员不是由 wsdl2h 创建的（我猜是由于我的参数），我对我的类型映射文件进行了以下修改：

_tds__Service_Capabilities = $ xsd__anyType * Capabilities;

然后我可以根据 ONVIF 规范的要求，根据服务类型实现，将 custom/derived 功能对象分配给该成员。但是，最终的 Capabilities 对象始终使用与 GetServices() 操作相同的命名空间来表示，这不是所需的操作。例如这里是预期的响应（简化）：

<tds:Service>
    <tds:Capabilities>
        <tds:Capabilities>
        </tds:Capabilities>
    </tds:Capabilities>
</tds:Service>
<tds:Service>
    <tds:Capabilities>
        <trt:Capabilities>
        ...
        </trt:Capabilities>
    </tds:Capabilities>
</tds:Service>
<tds:Service>
    <tds:Capabilities>
        <tev:Capabilities>
            ...
        </tev:Capabilities>
    </tds:Capabilities>
</tds:Service>

而实际响应是：

<tds:Service>
    <tds:Capabilities>
        <tds:Capabilities>
        </tds:Capabilities>
    </tds:Capabilities>
</tds:Service>
<tds:Service>
    <tds:Capabilities>
        <tds:Capabilities>
        ...
        </tds:Capabilities>
    </tds:Capabilities>
</tds:Service>
<tds:Service>
    <tds:Capabilities>
        <tds:Capabilities>
            ...
        </tds:Capabilities>
    </tds:Capabilities>
</tds:Service>

为了克服这个怪癖，我将以下丑陋的补丁应用于创建的 soapC.cpp 文件：

@@ -42068,7 +51777,7 @@ void tev__Capabilities::soap_serialize(struct soap *soap) const

 int tev__Capabilities::soap_out(struct soap *soap, const char *tag, int id, const char *type) const
 {
-   return soap_out_tev__Capabilities(soap, "tev:Capabilities", id, this, type);
+   return soap_out_tev__Capabilities(soap, tag, id, this, type);
 }

 SOAP_FMAC3 int SOAP_FMAC4 soap_out_tev__Capabilities(struct soap *soap, const char *tag, int id, const tev__Capabilities *a, const char *type)
@@ -64741,7 +74450,7 @@ void trt__Capabilities::soap_serialize(struct soap *soap) const

 int trt__Capabilities::soap_out(struct soap *soap, const char *tag, int id, const char *type) const
 {
-   return soap_out_trt__Capabilities(soap, "trt:Capabilities", id, this, type);
+   return soap_out_trt__Capabilities(soap, tag, id, this, type);
 }

我每次重新生成文件时都必须应用这个补丁，我非常担心这可能会在未来导致一些兼容性问题。覆盖命名空间标签的正确方法是什么？

Answer 1

它不需要在 typemap.dat 文件中修改，您应该可以使用 gSOAP dom api.

为了允许将 DOM 元素分配给 xsd_anyType，您应该将 -d 添加到 wsdl2h 命令：

-d use DOM to populate xs:any and xsd:anyType elements

然后分配的专用功能结构如下：

tev__Capabilities *tevcapabilities = soap_new_tev__Capabilities(soap);

可以像这样设置到 tds::Capabilities 结构的 _any 字段：

tds__Service_Capabilities *capabilities = soap_new__tds__Service_Capabilities(soap);
capabilities->__any = soap_dom_element(soap, NULL, "tev:Capabilities", 
                          tevcapabilities, tevcapabilities->soap_type());

gSOAP 和 ONVIF NVT Namespace/Tag 问题

gSOAP and ONVIF NVT Namespace/Tag Issue

c++

gsoap

onvif