在 JavaEE 环境中实现 JSMPP 的最佳实践是什么？
What is the best practice to implement JSMPP in a JavaEE environment?
我的问题是设计问题；在 Glassfish 3.1.2 上的 JavaEE 应用程序 运行 中，我们有一个 JSMPP 代码的实现，可以向客户发送 SMS。此代码使用第三方 SMS 提供商 (SMSC)，它为我们提供了 IP、端口和登录凭据。
代码的工作原理：
代码由启动时打开连接的EJB组成(@postconstruct)
问题：
session 是 lost/dropped/closed，而应用程序是 运行，这会在尝试调用 SMPPSession.submitShortMessage
时导致 ResponseTimeoutException
我的问题：
为了 reconnect/reopen 这个 session 应该遵循什么设计。这似乎是一个常见的要求，我希望有人已经在这里完成了，可以为我指明正确的方向。
非常感谢
默认情况下，连接超时发生在 60000 毫秒之后，这足以在任何阶段发送短信。
为什么要始终保持连接打开。如果您不发送任何消息，理想情况下您的连接不应打开。
如果您的 EJB 在启动时启动您的连接，则必须公开 api 以便稍后在需要时进行检查和重新连接。连接超时是实现的标准方法。
调整你的连接是可能的，但你应该首先分析你为什么想要它？是不是标准的实现方式？
我的问题是设计问题；在 Glassfish 3.1.2 上的 JavaEE 应用程序 运行 中，我们有一个 JSMPP 代码的实现，可以向客户发送 SMS。此代码使用第三方 SMS 提供商 (SMSC)，它为我们提供了 IP、端口和登录凭据。
代码的工作原理： 代码由启动时打开连接的EJB组成(@postconstruct)
问题： session 是 lost/dropped/closed，而应用程序是 运行，这会在尝试调用 SMPPSession.submitShortMessage
时导致 ResponseTimeoutException我的问题： 为了 reconnect/reopen 这个 session 应该遵循什么设计。这似乎是一个常见的要求，我希望有人已经在这里完成了，可以为我指明正确的方向。
非常感谢
默认情况下，连接超时发生在 60000 毫秒之后，这足以在任何阶段发送短信。 为什么要始终保持连接打开。如果您不发送任何消息，理想情况下您的连接不应打开。 如果您的 EJB 在启动时启动您的连接，则必须公开 api 以便稍后在需要时进行检查和重新连接。连接超时是实现的标准方法。 调整你的连接是可能的，但你应该首先分析你为什么想要它？是不是标准的实现方式？