问题标签 [client-server]

想象一个 Java 客户端/服务器 ERP 应用程序服务多达 100 个并发用户，包括 Web 和 Swing 客户端。对于持久性，我们可以使用 Persistence API 和 Hibernate。但是当涉及到客户端/服务器通信时，我们真的有替代使用带有 EJB 的 AS 来降低远程通信的编程成本吗？

加入 EJB 和应用程序服务器似乎是一个非常重量级的解决方案，仅用于远程处理。也有使用 RMI 的标准方式，但现在谁想自己编写所有代码......

我知道除了远程处理部分之外，您还可以通过 AS 免费获得许多功能。而且，也许这是要走的路。但是，对于企业应用程序进行客户端/服务器通信，真的有任何其他（低编程成本）替代 AS 吗？

双向验证是否需要从双方导入证书？

我有一个客户端/服务器应用程序。其中一个客户端是 CLI。CLI 执行一些基本验证，然后向服务器发出 SOAP 请求。响应被解释并且相关信息被呈现给用户。每个命令都涉及对 Web 服务的请求。

每次在服务器端修改服务时，都需要发布一个新的 CLI。

我想知道的是，如果让我的 CLI 变得异常纤薄会不会有什么问题。它所要做的就是将命令字符串发送到服务器，在那里将对其进行验证、解释并返回响应字符串。

（即使是 TAB 完成也可以在服务器的配合下完成。）

我觉得在我的情况下，这将简化开发并减少维护工作。

有我忽略的陷阱吗？

更新

可扩展性问题不是高优先级。

任何人都知道如今 MMORPG 开发人员加密他们的客户端/服务器协议的趋势是什么？

优缺点如下。

加密协议：

• 在一定程度上保护有关客户端/服务器协议的商业机密？
• 机器人并没有停止，它只是改变了，因为人们将创建读取屏幕状态并触发鼠标+键盘事件的机器人然后将被开发，只是缓解机器人的发展而不是无论如何阻止它们。尽管机器人开发的供应量有所减少，但需求仍然存在，他们只是在rentacoder.com上获得更高的出价

常规纯文本：

• 更高级的机器人，因为开发人员能够将自己的数据报注入客户端/服务器协议。（即：穿墙，传送......服务器端现在必须检查，这反过来又导致通过注入修补漏洞之间的开发竞赛（耗时）

我正在编写一个基于消息的客户端/服务器应用程序。我想尽可能地重复使用，而不是编写另一个实现并好奇其他人在使用什么。

图书馆应提供的功能：

• 客户端和服务器端功能
• 应该基于消息工作
• 支持多线程
• 应该在负载平衡器/防火墙后面工作

我用HTTPCore做了几个测试，但底线是必须同时实现客户端和服务器，只覆盖传输层。由于网络相关要求，RMI 也不是一个选项。

任何想法都受到高度赞赏。

我的想法是实现一个客户端/服务器包装器，它处理客户端通信（包括用户/密码验证）并将传入请求写入 JMS 队列：

单独的进程将处理请求，并可以通过包装器回复客户端。我想使用 JMS，因为：

• 它很好地处理持久性
• 负载平衡——通过添加额外的服务器作为消费者很容易处理峰值
• JMSTimeToLive 也很方便

不幸的是，我没有看到自己使用 JMS 的方法，因为客户端应该只能访问他们的消息，并且在 JMS 端设置不同的用户听起来也不可行。

问候读者！所以我正在尝试开发一个客户端服务器系统。由于我之前没有设计过客户端服务器系统，所以我想我会发布一个问题，看看这里的专家有什么要说的。

要求：.NET 3.5 WCF 至少 2 台计算机，主机和从机。

用例是一个测试环境，从属设备应主设备的请求运行测试。

问题：我希望从站定位并连接到主站，然后主站控制并启动要运行的测试。从站还进行进度报告：新的测试数据、意外事件等。

我比较困惑的部分是，如果奴隶主动与主人接触，那不就是让他成为主人吗？

这是否意味着我在从属和主控上都需要服务主机，以便它们可以启动活动？

我正在使用 TIdTCPCmdServer 来处理与客户端应用程序的所有通信。我希望我的服务器记录所有类型的东西，包括网络流量。有什么简单或聪明的方法可以查看 TCPCmdServer 实际接收和发送了多少字节？我只能想到像这样的代码

这在我看来是非常难看的，因为这些流量更新会分布在我的代码中，而且也相当复杂。

有什么建议么？

谢谢你的帮助。

当我实现 RMI 服务器（实现扩展 java.rmi.Remote 的接口）时，有没有办法获取有关当前 RMI 请求上下文的信息，特别是远程客户端的 IP 地址？

我必须创建一个服务器（java）-客户端（c++）系统，服务器和客户端都必须使用对象（数据类型），对于客户端和服务器来说，对象（数据类型）是相同的，例如将创建一个汽车对象在客户端，然后发送到服务器，在该服务器上将对汽车对象进行额外的计算。我想做的是创建汽车对象的一个​​通用实现，然后在服务器和客户端中使用这个实现。首先，我考虑创建一个 dll（在 c++ 中），所有数据类型对于客户端和服务器都是相同的，但是这个解决方案有一个缺点。因为这个解决方案只适用于 Windows 操作系统，我必须支持 Win、Mac、Linux。那么是否有针对我的问题的多平台解决方案？

我感谢您的所有回复。

我正在开发客户端/服务器软件，并且正在寻找使客户端时钟与服务器时钟保持同步的最佳方法。

当然，我不能使用NTP，因为我不想碰系统时钟。我只是想计算一个时间间隔，以便我可以将它添加到从服务器接收到的每个日期时间中，以将其转换为“本地时间”

我知道的是：

• 我使用 GMT 时间处理 TimeZone 问题

• 服务器在连接时将其当前时间发送给客户端，客户端从其时间中减去服务器时间以计算时间间隔。

当网络延迟恒定时，这很有效（阅读“我的局域网”......）

不幸的是，我希望我的软件可以在 Internet 上运行，甚至可以在移动客户端上运行，我已经见证了长达1 分钟的延迟变化。

对于我正在开发的软件，这样的滞后是不可接受的。

计算客户端/服务器时间间隔的好策略是什么？

最后一件事：我可以以两种方式发送消息（客户端到服务器和服务器到客户端）

这可能无关紧要，但这背后的技术是一个.net WCF客户端，它使用带有一些轮询的httpbinding