使用gSoap的异步、确认、点对点连接

我的情况如下:

1. 我有一个wsdl，"翻译"成这样的头文件:wsdl2h -o file.h file.wsdl
然后，执行soapcpp2 -Icorrect_path -j file.h 在"服务器端"上，我使用soapXXXService.[h|cpp] 实现了该服务。
2. 在"服务器端"再次，我使用soap_init2(与SOAP_IO_KEEPALIVE)，我有soap_bind, soap_accept, soap_copy等，它似乎工作得很好(见下文)
3. 在"客户端"，我使用生成的proxy对象(再次使用SOAP_IO_KEEPALIVE)，构造消息并将其发送到服务器
4. "服务器"接收此消息并发回ACK(自定义XML)
5. "客户端"收到ACK，一切都很好。

所以，我现在要做的是让"服务器"返回"real"响应到"客户端"，"客户端"必须返回一个ACK到"服务器"。

这怎么可能?(应该是)

---

"你试过什么?"

我想起了两件事。

第一个是以某种方式重用套接字的文件描述符，从soap_accept返回，将"真实响应"发送回服务器。但这可能吗?
Unix套接字是全双工的，所以这在技术上是可能的，但是gSoap限制这一点吗?因为我在文档中没有看到任何关于这个的内容。

第二个选项，我想到的是在"客户端"中创建相同的"服务"，以便有可能接收消息("真实响应")并以与"服务器"相同的方式返回ACK。但这意味着，"服务器"必须也有一个proxy对象的实例，以便能够发送这个所谓的"真实响应"。对我来说，这听起来真的很丑陋和可怕。如果这是唯一的选择，我不会感到惊讶，但是……

编辑:对于第二个选项-这意味着，客户端应该有一个侦听器端口，应该处理传入的连接，等等。听起来不像客户…

---

我明白，我可能错过了gSoap如何工作的一些基本部分，但我阅读了整个用户文档和"入门"指南，我没有找到任何关于这一点的内容。

_{如果有什么不清楚的地方请告诉我}

---

EDIT:这是我想要实现的场景:

1. 客户端发送请求到服务器
2. 服务器返回ACK作为响应(与标准ACK一样)-信号成功接收请求
之后，服务器发送响应给客户端(这是真正的响应)
3. 客户端返回ACK再次-信号成功接收到响应

这个场景也可以是相反的方向:服务器也可以向客户端发送请求。这将意味着-与上面相同的场景，但替换"客户端" <-> "服务器"。

注意: request/response 和 ACK SOAP消息。