如何将本地安装的应用程序公开为Web服务？

Question

假设我在SOA项目中有2个Web服务A和B。 这两个Web服务都在远程服务器上运行。 Web服务A仅依赖于可从actor机器上本地安装的桌面应用程序获得的信息，这就是所有Web服务A所做的，即提供此信息。 有数百个此类人类参与者具有相同的本地安装应用程序，它们提供Web服务A所需的自身信息。 Web服务B需要Web服务A的此信息，其结果（这是该项目的全部收益）被提供给发起此过程的那个人类参与者（通过登录系统并单击某些命令按钮）。 因此，这个人类参与者的行为就像Web服务B的使用者。问题是，如何使这个本地安装的应用程序充当Web Service A（在SOA项目的上下文中）？

这个问题最好由在Web服务和SOA方面具有丰富经验的人来回答。

该SOA项目使用Java，例如基于Java的ESB，尽管桌面应用程序是Windows应用程序，但是没有运行Microsoft特定的服务。 该应用程序为外部过程提供c / C ++ API，以调用和检索Web服务A所需的信息。我想要的是Web服务A和B都托管在远程服务器上，并且通过ESB相互交互，但是问题是如何使本地应用程序信息可用于Web服务A？

Answer 1

解决方案有两种

第一个：让原始客户端应用程序添加一个带有Web服务A地址的参数，并使用该地址来调用该服务。

第二个：从客户端传递一个更抽象的用户标识符（实际上，您很有可能在服务中拥有这样的字段）。 并使用翻译服务检索与此ID对应的物理地址。 为了允许这种翻译，启动时充当服务器的桌面应用程序需要在翻译服务中“注册”。

如果您使用的是ESB或其他SOA基础结构（例如服务目录，消息队列服务），它将包含构建翻译服务所需的许多功能。

有关在客户端计算机中实际托管服务的信息。

最简单的解决方案是使用与实际应用程序不同的过程，并仅访问应用程序使用的文件或数据库。 在这种情况下，您可以使用任何喜欢的基础结构来开发服务。

一个更复杂的场景是当您需要实际的应用程序来提供服务时。 在这种情况下，您将需要在应用程序中有一个线程来侦听服务请求。 如果您使用的是WCF，请参阅Hosting Services，以了解如何在应用程序中托管Web服务。

编辑

关于您的一些补充说明。

据我了解，桌面应用程序公开了一个C \\ C ++ API，该API可用于同一台计算机上的外部进程。

您可以编写将使用此API的Web服务。 谷歌搜索“ C ++ Web服务Windows”将为您提供实现这些目标的几个相关指示。

另一个好的选择是使用消息传递基础结构。 大多数JMS提供程序以Java以外的其他语言（包括C ++）提供API。 您的应用程序将是一个C ++ Windows服务，它将侦听并将消息发送给您的JMS提供程序。