• 与遗留旧系统集成是一个无趣的荒路，这已不是什么秘密：糟糕的文档，缺乏支持，杂乱的界面以及少数几个错误只是在集成过程中可能遇到的问题的一个子集。然而，出于技术和/或政治原因，集成是绝对必要的。与遗留系统的集成会对设计中的系统造成风险，因为传统模型通常设计不当，会对你新设计良好的模型很可能被遗留
  • 微服务是SOA的发展演进，但是来自IBM一篇博客文章好像将两者完全置于平等的角度进行比较，本文翻译中加入了本人的批判观点。 如果你在IT部门工作，可能已经听过SOA与微服务的争论。毕竟，现在每个人都在谈论微服务和敏捷应用程序。 icon
  • 本文虽然是谈论Ballerina(芭蕾舞女)编程语言是如何从专门为企业服务总线（ESB）而编程的语言如何转变成云原生语言，但是可以看出传统SOA到云原生转变演进的内在逻辑性。 Ballerina语言是专门设计用来集成不同的企业应用而诞生。“我们正致力于努力 icon
  •  Spring Integration Java DSL已经融合到Spring Int icon
  • 人的理性是有限的，甚至拙劣的，但理性中的人却很自负。互联网本身不是被理性事先设计出来的，但是我们总是想在互联网上再次理性设计，XML和区块链都是人类理性自负地结果，有人甚至将区块链和互联网相比，他们不知道互联网可不是哪个上帝式的人或公司设计出来的，现在谷歌公司试图干扰互联网的各种小动作其实是一种作恶 icon
  • 数据集成是一个复杂的问题，数据有不同的来源流向和流出方向，如各种数据库，云，遗留系统，ERP和内部部署应用程序。数据集成模式能让企业组合来自不同源的数据，为用户提供统一的视图。 云本地世界中的数据以多种不同的方式形成，并且存在于许多地方。您如何选择使用，集 icon
  • 最近在检查Spring Integration区域时，我注意到与Hazelcastdatagrid 的非常好的集成。在以下位置查看： icon
  • Apache Kafka当然是最常用的JMS代理，它有Apache Hadoop等分布式系统用于数据入口。与其他JMS代理相比，Apache Kafka的关键特性（从我的观点来看）： Apache Kafka是无状态的，当您使用Kafka主题的消息时，它不会被删除。Kafka icon
  • 让我们总结一下从Apache Kafka编写JMS消费者时需要知道的基本功能： Kafka没有跟踪哪些消息被消费而言，Apache Kafka是无状态的。这是JMS消费者的责任。这种简单性使Kafka非常快。 Apache Kafka消息的JMS消费者者需要保持消息偏 icon
  • 我想在一个socket连接中完成一个外部消息的接收、然后处理再发送响应消息，这些都需要在一个session中完成。jca1.5是否可以实现，如何实现，那有现成的例子 icon