神马文学网InfoQ: 用Terracotta实现的POJO消息架构
来源：百度文库 编辑：神马文学网 时间：2024/04/24 21:45:22
用Terracotta实现的POJO消息架构
作者Steven Robbins译者曹云飞发布于2008年3月7日 下午3时33分
社区
Architecture
主题
消息传送,
设计,
性能和扩展性,
网格计算
Mark Turansky详细描述了采用Terracotta和Java 5实现的一个消息总线架构。Mark没有使用基于MQ或者JMS的部署，而是采用了先进的Terracotta架构来创建他的POJO消息总线。这个架构为他的消息需求提供了一个整洁、简单并且不贵的基础架构解决方案。开发过程中留下了这么一则笔记：
我们的第二个实现……使用了JMS（因为）ActiveMQ也是开源的、成熟的，而Camel在各方面都非常酷，他们提供了一个针对在队列之间路由规则的小型领域特定语言。
由于在消息总线架构中ActiveMQ不能良好地工作，所以Mark团队开始研究使用Terracotta。多亏了良好的设计，团队方便地用新的消息结构替换了老的消息结构：
所有与JMS相关的代码都被处理器/监听器接口隐藏了。我们的消费者逻辑不知道消息（我们自己的领域对象）从哪里来。处理器和监听器的实现由Spring注射进来。因此，仅仅花了90分钟就将老系统初步替换为使用Terracotta实现的队列和路由系统。然后我们清理了系统，让它更健壮，增加了商业可见性方面的功能，并且狠狠地做了负载测试。它工作得很棒。
消息系统的主要组件包括：
针对排队的Java 5并发API(特别使用了java.util.concurrent.LinkedBlockingQueue)
一些Java线程的知识
对长时间运行的Java进程的深入了解（得益于对tomcat的做法的研究）
对于类装载器以及如何命名类装载器的超过中等水平的理解
如何“排列”（"spool"）请求
架构的其他部分来自对于Terracotta如何与类装载器工作、在集群内存中的对象以及并发的调查与理解。Terracotta本身提供了消息系统的脊柱和胶水：
最后但是也很重要，你需要一些队列，你需要多重JVM消费者，你需要不会因为一场灾难性故障而失去的持久性数据，你需要商业可见性来跟踪所有的队列和消费者的健康情况和状态，你需要将这些整合在一起。Terracotta服务器非常好地处理了这些需求。
最终，Terracotta允许使用Java 5并发API来提供“在内存中”的POJO消息队列，生产者可以向这些队列放置消息而消费者可以从中取得消息。通过使用引导装载器（bootstrap loaders ）将消费者实现为长期运行的守护者进程，本架构使用简单的POJO实现了网格计算能力。
Mark还描述了该架构的开发者友好性：
（Terracotta）使得让我们可以制作一个在IntelliJ中漂亮运行的纯粹POJO系统。一个单独的“容器”类型主程序可以通过装载我们各种各样的Spring配置，在一个单独的JVM中运行我们所有的组件。开发者可以在他们的桌面，在他们的IDE中运行整个消息系统，在消息系统上运行他们的代码 。他们可以向一个在127.0.0.1监听的端点发送消息并且在消息系统中调试他们的消息代码。
该架构实现允许开发者以很小的代价拥有简单性、伸缩性和可靠性。Mark还说这个简约的框架让他的团队在开发中获得很大的自由度和灵活性。他们可以避免被锁定到任何重量级的应用服务器API依赖之上并且保持一个非常小的内存负载（整个实现是一个100KB的jar文件）。
Terracotta FAQ说他们不提倡用Terracotta代替JMS，但是Terracotta, Inc的CTO Ari Zilka喜欢Mark的言论。在相关的新闻中，Jonas Boner详细叙述了如何使用Terracotta集群Scala actor来执行Fork/Join或者Master/Worker过程。
查看英文原文：POJO Messaging Architecture with Terracotta
作者Steven Robbins译者曹云飞发布于2008年3月7日 下午3时33分
社区
Architecture
主题
消息传送,
设计,
性能和扩展性,
网格计算
Mark Turansky详细描述了采用Terracotta和Java 5实现的一个消息总线架构。Mark没有使用基于MQ或者JMS的部署，而是采用了先进的Terracotta架构来创建他的POJO消息总线。这个架构为他的消息需求提供了一个整洁、简单并且不贵的基础架构解决方案。开发过程中留下了这么一则笔记：
我们的第二个实现……使用了JMS（因为）ActiveMQ也是开源的、成熟的，而Camel在各方面都非常酷，他们提供了一个针对在队列之间路由规则的小型领域特定语言。
由于在消息总线架构中ActiveMQ不能良好地工作，所以Mark团队开始研究使用Terracotta。多亏了良好的设计，团队方便地用新的消息结构替换了老的消息结构：
所有与JMS相关的代码都被处理器/监听器接口隐藏了。我们的消费者逻辑不知道消息（我们自己的领域对象）从哪里来。处理器和监听器的实现由Spring注射进来。因此，仅仅花了90分钟就将老系统初步替换为使用Terracotta实现的队列和路由系统。然后我们清理了系统，让它更健壮，增加了商业可见性方面的功能，并且狠狠地做了负载测试。它工作得很棒。
消息系统的主要组件包括：
针对排队的Java 5并发API(特别使用了java.util.concurrent.LinkedBlockingQueue)
一些Java线程的知识
对长时间运行的Java进程的深入了解（得益于对tomcat的做法的研究）
对于类装载器以及如何命名类装载器的超过中等水平的理解
如何“排列”（"spool"）请求
架构的其他部分来自对于Terracotta如何与类装载器工作、在集群内存中的对象以及并发的调查与理解。Terracotta本身提供了消息系统的脊柱和胶水：
最后但是也很重要，你需要一些队列，你需要多重JVM消费者，你需要不会因为一场灾难性故障而失去的持久性数据，你需要商业可见性来跟踪所有的队列和消费者的健康情况和状态，你需要将这些整合在一起。Terracotta服务器非常好地处理了这些需求。
最终，Terracotta允许使用Java 5并发API来提供“在内存中”的POJO消息队列，生产者可以向这些队列放置消息而消费者可以从中取得消息。通过使用引导装载器（bootstrap loaders ）将消费者实现为长期运行的守护者进程，本架构使用简单的POJO实现了网格计算能力。
Mark还描述了该架构的开发者友好性：
（Terracotta）使得让我们可以制作一个在IntelliJ中漂亮运行的纯粹POJO系统。一个单独的“容器”类型主程序可以通过装载我们各种各样的Spring配置，在一个单独的JVM中运行我们所有的组件。开发者可以在他们的桌面，在他们的IDE中运行整个消息系统，在消息系统上运行他们的代码 。他们可以向一个在127.0.0.1监听的端点发送消息并且在消息系统中调试他们的消息代码。
该架构实现允许开发者以很小的代价拥有简单性、伸缩性和可靠性。Mark还说这个简约的框架让他的团队在开发中获得很大的自由度和灵活性。他们可以避免被锁定到任何重量级的应用服务器API依赖之上并且保持一个非常小的内存负载（整个实现是一个100KB的jar文件）。
Terracotta FAQ说他们不提倡用Terracotta代替JMS，但是Terracotta, Inc的CTO Ari Zilka喜欢Mark的言论。在相关的新闻中，Jonas Boner详细叙述了如何使用Terracotta集群Scala actor来执行Fork/Join或者Master/Worker过程。
查看英文原文：POJO Messaging Architecture with Terracotta
InfoQ: 用Terracotta实现的POJO消息架构
POJO应用架构：Spring与EJB 3.0的对比
POJO应用架构：Spring与EJB 3.0的对比
消息映射的实现
InfoQ: 软件架构师应该具备的素质
InfoQ: 理解REST软件架构
InfoQ: SOA实现八大陷阱
InfoQ: 程立谈架构、敏捷和SOA实践
Alexandru Popescu谈InfoQ.com网站架构
InfoQ: 实现Web Service依赖倒置
hibernate pojo与po的概念
实现安全稳固的AD和DNS架构
InfoQ: 你是个软件架构师吗？
委托、信号和消息反馈的模板实现技术
解读ATL/WTL/MFC消息映射的实现方式
ActiveMQ4.1 +Spring2.0的POJO JMS方案(上)
java的(PO,VO,BO,DAO,POJO)解释
什么是POJO
基于Ｂ／Ｓ架构的安全生产监管ＭＩＳ系统的设计和实现
Android图形架构实现分析总结 - shenbin1430的专栏 - CSDN博客
|在C#程序中实现插件架构
嵌入式多级目录简单数据库实现架构
InfoQ: 用数字沟通——来自敏捷精灵的忠告
InfoQ: Eric Newcomer谈OSGi的未来