我的问题是一个设计问题;在我们运行在Glassfish 3.1.2上的JavaEE应用程序中,我们有一个将SMS发送给客户的JSMPP代码的实现。此代码使用第三方SMS提供者(SMSC),它为我们提供IP、端口和登录凭据。
代码是如何工作的:代码由一个EJB组成,它在启动时打开连接(@postconstruct)
问题:当应用程序运行时,会话丢失/删除/关闭--这将导致在尝试调用ResponseTimeoutException时出现SMPPSession.submitShortMessage。
我的问题是:为了重新连接/重新打开这个会话,应该遵循什么设计。这似乎是一个共同的要求,我希望有人已经在这里这样做,可以指出我的正确方向。
非常感谢
发布于 2015-03-24 07:40:02
默认情况下,连接超时发生在60000 ms之后,这足以在任何阶段发送sms。为什么你想让你的连接始终保持打开。如果您没有发送任何消息,理想情况下,您的连接不应该打开。如果您的EJB在启动时启动了连接,那么必须公开api,以便在需要时进行检查和重新编码。连接超时是实现的标准方法。调整您的连接是可能的,但是您应该首先分析为什么您首先需要它?这是一种标准的实施方式吗?
https://stackoverflow.com/questions/28968784
复制相似问题