activeMQ的指南针计划启动

经过这一段时间的努力，我们在activeMQ的实现原理上发表了一点文章，也有不少朋友对了解和用好activeMQ表现了较大的兴趣，主要集中在如何用好activeMQ上，为此结合之前的尝试，为了达到真正推广activeMQ的目的，我们正式推出activeMQ的帮助计划：activeMQ_指南针，希望它可以成为使用activeMQ的指南针，起到指引方向的作用。
activeMQ_指南针：
1、 定位：做为用好activeMQ的指南手册。
2、 价值：给想用好/更进一步使用activeMQ的人员提供多种案例场景，并给出源码实现原理，只有了解了为什么，才能真正更好的使用，这些原理也应该可以应用到自己的软件开发实践中。
3、 具体内容：我们会罗列出各种应用场景的使用方法和配置模板，并会给出对应源码的实现原理。
4、 安排计划：我们会每周推出一个场景，计划推出10个场景，具体场景的选择会结合各位朋友提供出来的需要帮助的使用场景。
5、 发布方式：免费公布在网络上。
    前一段时间公布了我们的QQ号码，试用一段时间后，发现这种方式有它的问题，我们这个项目目前更多的需要的是真正的使用场景和分析原理实现，所以如果你是想加入我们帮忙分析源码实现，可以加我们的QQ，否则请暂时不用加QQ。如果你有需要我们帮忙的或能帮我们的，请较详细的给出消息网络拓扑图，并进行详细的描述，这样的话，我们可以最大限度的了解你的真实意图，可以更快的帮助你。我们基本不接收QQ上的帮助寻求，在QQ上说明一个较复杂的问题，需要交互的次数较多，花费的时间较多，QQ最好用作重要事情的通知。大家可以发邮件到我们邮箱yunweitec@yahoo.cn，提出较正式的帮助请求。
    该计划完全是免费性质的，真的希望更多朋友参与，使它可以真正成为activeMQ的指南针。

我觉得在讨论用好JMS之前，更有价值的话题是为什么要用JMS。。。我眼中的JMS并非是为了实现某种功能而不得不引入，有人说JMS很像邮件系统javaMail，从形式上看确实很像，但是如果你要做一个系统包含发邮件功能，那么你除非有javaMail，否则你口袋里没有其他工具；而jms不一样，能用jms实现的功能，去掉jms一样能实现，jms不对传输的具体内容产生过多的约定，jms却增强了用户体验感，降低了可感知延迟，属于提升系统质量的组件。
之前做过的一个系统中有这样的功能，根据已有的数据，生成数据分析报告，这个报告要往数据库中插入5000多条分析结果记录，并且计算结果本身也需要时间，这样导致生成报告过程阻塞到浏览器超时都没完成，虽然最后记录也能出来，但是感觉上很恶心。面对这样的一种需求，我想jms能帮上忙，先在系统里插入一个报告，状态为“生成中”，然后给jms发送消息，处理程序取得消息进行处理，处理完成后将“生成中”状态改称“已完成”，用户此时点击进去。
这不是jms的典型用法，jms典型在“高访问量”系统中提升性能，而非“高处理时间”系统。高访问量系统能有效控制系统最高并发数，保证系统性能稳定。

期待。。。最近要用到activeMQ,正好学习一下

期待，虽然对jms处于感知状态