Web 根用户应该启动gsoap独立服务器吗

Web 根用户应该启动gsoap独立服务器吗,web,service,root,gsoap,Web,Service,Root,Gsoap,我已经创建了一个Gsoap独立服务器。我希望在一台主机上有3个版本的GSoap服务器(一个用于开发,另一个用于测试,最后一个用于生产)。当然,每个端口将驻留在不同的端口上 我也看到了这个链接: 我想知道哪个用户应该启动服务器-应该是root用户还是其他用户 TIA对于端口80和443以及其他一些依赖于系统的端口(一些端口已经被其他进程保留),您需要root用户。对于更高的端口(如8080),不需要以root用户身份运行服务器 < >为了创建产品质量服务,您应该考虑使用GOSO../P>或OR。

我已经创建了一个Gsoap独立服务器。我希望在一台主机上有3个版本的GSoap服务器(一个用于开发,另一个用于测试,最后一个用于生产)。当然,每个端口将驻留在不同的端口上

我也看到了这个链接:

我想知道哪个用户应该启动服务器-应该是root用户还是其他用户


TIA

对于端口80和443以及其他一些依赖于系统的端口(一些端口已经被其他进程保留),您需要root用户。对于更高的端口(如8080),不需要以root用户身份运行服务器

< >为了创建产品质量服务,您应该考虑使用GOSO../P>或OR。
您可以轻松地使用gSOAP创建一个,但是如果您在服务的后端部分的代码(不是gSOAP代码)不是100%健壮的,那么…

感谢您的响应,但是我已经使用Java、Eclipse、Maven、Hibernate和Spring切换到CXF、JSON和REST。到目前为止,一切都很顺利。老实说,我很高兴我不再需要使用gSoap产品。也许你的回答将来会对其他人有所帮助。我之所以选择REST而不是SOAP,是因为这里提到的原因:前端是使用Android/IPhone——需要能够快速工作的东西。您对SOAP的忠诚就在于此——最后,关于REST的使用有大量的信息。很容易相处。当我听到“休息很容易相处”时,我笑了。根据定义,REST=HTTP头+有效负载和SOAP=REST,其中有效负载=Envelope(XML)。此外,SOAP在任何方面都不慢:与使用JSON的REST一样快(至少在C/C++中)。我同意从实现的角度来看,使用JSON更容易。当尝试在没有模式或高性能模式驱动的解析器的情况下进行扩展并使其工作时,问题就开始了。我与许多开发人员交谈,他们花时间用JSON修复数据问题,或者使用速度慢且本质上不可伸缩的JSON模式验证器。“此外,SOAP无论如何都不慢:和REST一样快”——如果您注意到一些已发布的基准测试表明SOAP比REST更快(或与REST一样快),那将是非常有用的。在一些项目(示例)中使用SOAP与iOS/Android配合使用会更好。