`
文章列表
传统的系统设计往往从建立数据模型开始,如oom,pdm等。尤其在以数据处理为中心的系统中。这样做的好处是直观、完备,但缺点往往也是明显的,即缺少分层和模块化的考虑,这样设计出来的系统往往是紧耦合的,不容易维护、扩展和整合等。 目前比较好的方式是采用SOA的设计思路,将整个系统划分成不同的服务,每个服务再进行分层,每层再采用模块化设计。服务之间的通讯方式采用REST架构,尽量简单、统一、松耦合。
 支持 SUN JSR 208规范: Java Business Integration (JBI) , 采用 Apache 许可协议。 关于JBI及JBI容器: Java Business Integration,JBI的本质是一种服务总线思想,它的目的是创建一个用于各种Java组件服务集成的运行环境,其JBI的核心总线结构支持 ...
 Mule是由MuleSoft(前身是MuleSource)开发的一个基于ESB架构理念的消息平台。Mule 的核心是一个基于SEDA的服务容器,该容器管理被称为通用消息对象(Universal Message Objects /UMO)的服务对象,而这些对象都是POJO。所有UMO和其他应用之间的通信都是通过消息端点(message endpoint)来进行的。这些端点为众多的分立的技术,比如Jms, Smtp, Jdbc, Tcp, Http, Xmpp, file等等,提供了简单和一致的接口。   Mule架构:
Servicemix的优点: 1,基于JBI规范; 2,可以热部署; 3,支持Camel(可以用DSL去开发集成流程); Servicemix的缺点: 1,
设计逐步细化的过程: 首先设计外部服务接口,然后设计内部服务接口,然后设计内部功能(方法),如果该功能方法比较复杂则考虑分离出一个类或一组类来完成,如果该功能要求比较灵活使用用户的实现则考虑使用接口,如果要求可动态配置则使用插件机制,最终可能形成一个bundle。这个过程就象一棵树的生长,一颗小树苗最终长成参天大树。注意初始设计不能太复杂,但要考虑可扩展性,即要保证树的主干是正确的才能保证它最终成材。 何时考虑设计模式? 在系统框架设计完成后,即定义好了基本的API后,开始进行框架编码实现时考虑。 设计API的过程是设计服务的过程,需要对该服务的概念、流程、相关技术非常了解,找出共性和未来需 ...
个人觉得好像不一定,比如可以是xml或者其他格式文件,进一步可以是任何数据存储形式
个人觉得好像不一定,比如可以是xml或者其他格式文件,进一步可以是任何数据存储形式
个人觉得好像不一定,比如可以是xml或者其他格式文件,进一步可以是任何数据存储形式
最近又碰到关于Stateful Session Bean一个异常: javax.ejb.EJBException: Could not passivate; failed to save state
最近又碰到关于Stateful Session Bean一个异常: javax.ejb.EJBException: Could not passivate; failed to save state
最近又碰到关于Stateful Session Bean一个异常: javax.ejb.EJBException: Could not passivate; failed to save state
StatelessBean即无状态会话Bean同一时刻一个方法只能被一个客户端调用,但一个bean实例可以被多个客户端调用,bean实例中状态信息不负责保存,当然不负责保存并不是说不保存,对这一点,不同的实现厂商有不同的做法,比如Jboss,据我的观察,当客户端调用产生bean实例后,则在下一次调用时并不重新初始化该实例,所以如果只有一个客户端在使用的话,可能跟StatefulBean没有什么差别,当然这是不能保证的。
StatelessBean即无状态会话Bean同一时刻一个方法只能被一个客户端调用,但一个bean实例可以被多个客户端调用,bean实例中状态信息不负责保存,当然不负责保存并不是说不保存,对这一点,不同的实现厂商有不同的做法,比如Jboss,据我的观察,当客户端调用产生bean实例后,则在下一次调用时并不重新初始化该实例,所以如果只有一个客户端在使用的话,可能跟StatefulBean没有什么差别,当然这是不能保证的。
StatelessBean即无状态会话Bean同一时刻一个方法只能被一个客户端调用,但一个bean实例可以被多个客户端调用,bean实例中状态信息不负责保存,当然不负责保存并不是说不保存,对这一点,不同的实现厂商有不同的做法,比如Jboss,据我的观察,当客户端调用产生bean实例后,则在下一次调用时并不重新初始化该实例,所以如果只有一个客户端在使用的话,可能跟StatefulBean没有什么差别,当然这是不能保证的。
好久没有接触Spring了,一直有个愿望就是希望能好好研究一下,也可以借此学习其他框架并能更好的理解J2EE规范等,可总是感觉太忙没有时间,但从今天我想每天抽出一点时间学习它,我们大多时候不是没有时间,而是没有好的计划。    
Global site tag (gtag.js) - Google Analytics