Fatal编程技术网
  • java/
  • Java SMPP库比较

Java SMPP库比较

java

Java SMPP库比较,java,smpp,Java,Smpp,我们即将开始一个需要使用SMPP作为主要集成交换通道的项目。既然SMS不一定是我们业务的核心，我想使用一个最简单的Java SMPP库。除了实际的协议之外，我们不太可能需要更高级的能力，或者在引擎盖下进行调整 为此，我列出了一些可能的选择： Logica的开放式SMPP 阿帕奇骆驼 JSMPP 推特的云漏斗 一个在使用方面更有经验的人能把他们的一些经验告诉我吗 编辑：为了给用例提供范围，我们将同时发送和接收SMS，因此库应该希望通过客户端操作和服务器侦听器实现使生活更轻松。我将两者都用于单独

我们即将开始一个需要使用SMPP作为主要集成交换通道的项目。既然SMS不一定是我们业务的核心，我想使用一个最简单的Java SMPP库。除了实际的协议之外，我们不太可能需要更高级的能力，或者在引擎盖下进行调整

为此，我列出了一些可能的选择：

  • Logica的开放式SMPP
  • 阿帕奇骆驼
  • JSMPP
  • 推特的云漏斗
一个在使用方面更有经验的人能把他们的一些经验告诉我吗

编辑：为了给用例提供范围，我们将同时发送和接收SMS，因此库应该希望通过客户端操作和服务器侦听器实现使生活更轻松。

我将两者都用于单独的项目，这些项目涉及在以下情况下通过smpp发送和接收SMS：

  • 接收中高数量的MOs
  • 发送大量MTs（高达70/秒）
这两个库都运行得很好，IMO jsmpp更方便用户立即开始编写代码。但是我在使用github的最新版本时遇到了一些bug，这些bug仍然没有修复

在使用cloudhopper之后，我认为它非常值得学习，这与jsmpp（主观）相比有点陡峭。

我目前正在使用Logica的库通过Java实现SMPP解决方案。它很容易使用。以下信息说明了试验结果：

应用程序：部署在Glassfish 3.1.2.2中的企业Java Beans应用程序
语言：Java（使用JMS）
库：Logica SMPP（版本1.3）
源（ESME）：本地主机
目的地（SMSC）：开发服务器上的Logica SMSC模拟器（托管在Amazon Web服务中）
类型：异步收发器
平均发送速率（80%）：246 msg/秒 低发送速率（15%）：50毫秒/秒
高发送速率（5%）：255 msg/秒

只要您坚持使用异步模式，这是非常有效的。如果您需要保持消息及其响应之间的相关性，请使用消息和响应中的“序列号”。

仅更新我最终决定的内容（以及库如何审查）：

  • Logica：看起来很有希望，但我担心社区总体上缺乏更新/活跃性。上一次有意义的构建是在yonks之前，所以我并不想进行真正的投资

  • ApacheCamel：我们开始使用它，但它们的库有一些限制（我们需要在SMPP数据包中插入自定义头）。公平地说，他们在论坛上对问题的响应相当迅速，但他们的构建周期对我的sprint来说太长了，所以我们忽略了这一点

  • JSMPP：这就是我们最终使用的。总体来说非常简单，但感觉好像希望您已经对SMPP有了一个相当好的想法。事情正在进行中，所以我无法告诉您它在生产负载下的表现。将在上线时更新

  • Cloudhopper：老实说，这是我最想用的玩具，但更多的是因为和任何极客一样，我想跳上最闪亮的最新玩具。我没有得到足够的答复，我们提出的任何问题，从小康，所以是担心上船。没有理由采用这样一个库，当有其他更多文档化的选项可用时，我需要费力地阅读它们的代码

    • 我在一个生产项目中使用了Logica SMPP。它不再是主动维护的，并且存在一些固有的bug，这些bug导致不得不产生变通方法，或者实际上需要对代码库进行修复。话虽如此，我发现API非常稳定且性能良好（300msg/s）

    我简要介绍了JSMPP，它有一个比Logica好得多的API，尽管在问题列表上已经存在很长时间了，但似乎有很多缺陷尚未修复

    刚刚遇到了Cloudhopper SMPP，它似乎是以一种更先进的方式编码的，但它同样需要更多的示例。必须在代码库中进行繁琐的工作是没有吸引力的。不过，gituhub的例子越来越好

    我们的SMSC是在Logica SMPP（v1.3）上编写的，它仍然可以很好地处理企业负载。关于这个库只有几个小问题，主要是消息负载，老实说，我不记得还有其他问题。但它很容易修复，因为它是一个开源产品

    虽然我个人相信logica的来源，但对于小客户机，我使用jsmpp。我同意@Farhan的观点，即它更加用户友好，开发简单的客户端所需的时间更少。

    我使用了jsmpp和，发现后者更好，因为jsmpp当时（2010年）只有同步阻塞模式-不确定是否仍然是这样

    当我连接到的SMPP服务器遇到一些性能问题并且响应速度比平时慢时，jsmpp的阻塞特性成为了大问题的根源。突然，我发现我所有的线程都在等待响应。迁移到SMPAPI显然解决了问题。

    Cloudhopper是最佳选择，Apache的Camel也不错，但它是一个非常大的项目，有许多与pdf、salesforce等的接口。。。。你不需要的。 其他项目尚未更新到最新版本。Cloudhopper正在通过Telestax进行维护，他们添加了一些有用的功能，看起来他们将来会提供强大的支持

    这是一个用于轻松配置Cloudhopper的堆栈 这是电传的forked Cloudhopper（非常最新）： 还有JainSlee资源适配器，谁在电信领域工作

    嗨，法汉，你从哪里开始学习cloudhooper的？就凭源代码？或者除了源代码之外，你还发现了其他文档吗？谢谢大卫，这个例子