JdonFramework

为什么解道访问速度这么快

10年的时候就开始接触到j道了，我发现页面打开速度是相当的快，基本上1、2秒钟就搞定了，用起来有“很滑”的感觉，不知道J道的高明之处在哪，为什么打开页面速度如此的快？[该贴被admin于2012-09-20 11:10修改过]

JVM堆大小的建议

JVM的堆大小设置是一趟很深的水，既要有对架构高度认识和落地，也要有对语言内部机制深入理解和掌握。首先，需要对JVM的Heap大小有一个预设和监测，见这篇文章

JdonFramework-6.6.2发布

自从基于Disruptor的Jdon框架6.4版本发布以来，经过一年多持续不断调优，JdonFramework迎来了成熟稳定的6.6.2版本

RRiBbit：开源事件总线EventBus框架

RRiBbit可以作为事件总线Eventbus, 能够让组件之间进行双向通讯，支持远程功能，实现失败恢复负载平衡， SSL/TLS等支持，这也称为请求-响应总线(Request-Response-Bus). 在一个大型项目中，模块之间的依赖是一个大的挑

jdon framework 为什么没有用Event Source 呢

没有发现Event Store /snapshort 之类的东东，还是没必要用

DDD项目现在实施的问题

CQRS+Event Sourcing其实不但是一种全新思想，将可能颠覆Java或C#现有的编程体系。使用传统JavaEE或Spring + Hibernate这样的框架，是无法实现DDD原始意图的，这个DDD创始人Eric Vans已经说过：

JdonFramework并发异步特性

jdon框架支持并发异步等概念，能够根据服务器自身处理量，动态调节并发量，如果服务器比较弱，可以删除或延时一些细枝末节的处理。 Jdon框架让延迟和吞吐量之间有一个自主选择，而这些概念传统的JavaEE如EJB/Spring目前还没有提供这种细粒度的编码选

关于基于 Jdon+Disruptor 的横向扩展

您好各位大牛，最近在研究Jdon 框架，在看介绍时看到JF关键技术特点中的第2点:事件驱动架构Event-driven Architecture(EDA) ,异步领域事件,并发策略, 懒惰加载，异步消息机制，结合JMS可实现大型分布式可伸缩的架构, 6.4整合入号称最快的并发框架Disrup

关于java领域建模疑惑

最近有一个重构项目的任务，原项目的领域实体对象的一些动态属性采能了Map数据结构来实现，数据库表结构采用冗余字段，大致如下：class Animal { String name ; Map prop = new HashMap();

Jdon的设计架构资料能不能共享一下？

我觉得Jdon的思想非常好，比如：DCI,DDD,CQRS,Event Source等。但思想比较不能脱离现实，必须能够服务于现实中的实际需求。因此我很想了解Jdon是如何实现这些先进思想的，JF作为一个开源项目，可以直接看源代码分析，但是耗时耗力，所以特别想看下Jdon的设计架构文档，结合源代码分