此IoC,非彼IoC (2008-07-30 20:56)
IoC,控制反转。。。。。。
Inversion of Control
IoC(IOC),国际奥林匹克委员会。。。。。。
International Olympic Committee
下面演示了控制反转:
<bean id='国际奥林匹克委员会'
class='International Olympic Committee'>
<property name='北京奥组委'
ref='......'/>
</bean>
类似地,下面也给出了另一层面的控制反转:
<bean id='北京奥组委'
class='The Beijing
Organizing Committee for the Games of the XXIX Olympiad'>
<property name='国际奥林匹克委员会'
ref='......'/>
</bean>
开
OSGi化...... (2008-07-07 22:38)
很幸运,过去的1个月,几乎每天都在同它打交道,即OSGi。现在,我们的一重要基础性产品已经运行在Equinox
OSGi容器中,整个重构工作正顺利展开。
期间,JSF、Spring、Hibernate、ExtJS、Facelets....,等等都宿主在OSGi容器中。
不过话说回来,个人感觉刚入门,离掌握和精通OSGi还有很长的距离。个人认为,借助它,整个产品的开发、部署、二次开发等问题将能够迎刃而解,但这还是有前提的:整个应用的架构、设计、TDD、持续集成的实施、等等工作一定要做到位。
从目前的进度来看,大概半年后,我及我的团队应该是OSGi的高手,我们的产品也将完全OSGi化......
Spring能够解决研发问题,而OSGi能够解决部署问题。在研发模型上,估计未来的5年仍将是Spring的天下,而未来的5年将是OSGi的重要发展阶段,尤其是OSGi是否能够在企业级应用扮演重要角色的关键点。
过去的5年,Spring成就了其研发模型的梦想。5年后,或许OSGi能够成就其部署模型的梦想。一流的研发模型,加上一流的部署模型,事情就成了。现如今,Spring
DM、S2AP,它们已经有成就一流部署模型的影子。让我们拭目以待吧!
好了,明天继续舞动OS
不知道何时开始,活跃于非Java EE技术领域的OSGi开始得到Java
EE的拥戴,但是有一个问题一直没有得到很好地解决:如何让现有的Java EE容器成为OSGi的宿主地。在Spring
OSGi出现前,业界存在很多解决方案来解决这一棘手的问题,但这些方案都存在致命的缺陷,即采用很笨重的集成方法,而且普通的WAR包不能够直接得到支持。呵呵,普通的WAR不能够得到支持,这意味着这类Solution必然会遭受到淘汰,因为现有的生产环境中99%的企业应用都是以WAR形式存在的。
Spring OSGi在解决现有Java EE容器的集成方面做得非常好,而且非常轻量。为了向世人证明,Spring
OSGi是可行的,SpringSource团队基于它(OSGi)研发了Java
EE应用服务器,即SpringSource应用平台。SpringSource应用平台支持的部署模型非常广泛。在Java EE
6时代,SpringSource必然迎来更快的发展、更多的市场份额。
从04年开始,我参与的大量企业应用都是基于开源架构的,包括Spring、Hibernate、Tapestry。整个研发过程一直启用CruiseControl,包括部分采用Hudson。注意,持续集成是非常有用的敏捷实践。如今,OSGi和Spring
OSGi又出现在舞台中,它们或许是下一代模块化技术的弄潮儿。既然现在没
过去的半年,终于把2006年年底签订的写作合同完成了,即《敏捷持续集成:高效研发之道》一书。另外,另一本书也快写作完成了,只等Spring
2.5.5正式版的发布。从《敏捷Acegi、CAS-构建安全的Java系统》开始,我已经逐渐认识到如何从读者角度考虑如何写作出更好的作品。
与此同时,当Spring Security 2.0或2.1的功能完善后,我会考虑启动《敏捷Spring Security
2.x-构建安全的Java系统》一书的写作。现有的Spring Security
2.0的功能特性并不完备,但骨架是没问题了。有一点值得庆幸,整个Spring Security
2.0团队推进新版本的热度更高了。
过去的半年,同我的BI团队“疏远”了。有一点可能您并不知情,过去的2年左右时间,我已经是宇信易诚BI研发团队的一名正式成员,现在是,以后也一直是。同一般的劳动合同的差别是,我在宇信易诚的合同很灵活,几乎是按照顾问的方式进行签订的,而这也是我喜欢的方式。一方面,我有足够的时间做自己喜欢的事情,包括带已经4+岁多的女儿;另一方面,经常能够参与到大型项目的架构、研发、持续集成、测试等软件生命周期中;第三,BI是一个即将走向平民化的行业,而这无疑也是一个很好的职业机会,一个快速提高自我
2008年6月6日,Websphere技术专家沙龙(广州站)活动即将开启。我将在这一活动中同广大的IBM
WAS专家交流《持续集成及CruiseControl技术》,有兴趣的人士可以去参加。
http://www.webspherechina.net/club/viewthread.php?tid=887&extra=page%3D1
上述网址给出了这次活动的具体细节。
时飞
《敏捷持续集成(CruiseControl版)-高效研发之道》已经于2008.6出版。czg1316、fgjia,两位网友获得赠书,谢谢你们宝贵的写作建议。
估计下周陆陆续续能够通过各种渠道购买到这本书。
谢谢!
罗时飞
http://www.open-v.com
你不是一个人在战斗 (2008-05-12 22:41)
雪灾过去了,又来了地震。今天写书的心情都没有了。听过温总理于专机上的讲话,能够感觉出这次地震绝不是小事情,破坏力同唐山地震有一拼。
真希望这样的日子能够快点过去,也希望处在地震第1线的人们,能够平平安安。
远在四川的人们,你们不是一个人在战斗,全世界华人都已经团结起来!来共同度过这次难关。
祈祷着......
时飞 于广州
愚人节,不要被这个标题愚弄了。
http://www.infoq.com/news/2008/04/microsoft-springsource-purchase
时飞
告别2007,奔向2008 (2008-02-06 18:26)
完美的2007即将结束,这年认识了很多好友。最为开心的一件事情当然是,个人获得了电子工业出版社于25周年之际颁发的优秀作(译)者荣誉。这是一种对我以往写作工作的认可,也是对我未来创作的期待,压力好大。:-)
与此同时,这年认识了BI(商业智能),并深入到金融、银行领域的信息化建设工作中,而且都是总行级的中大型项目、产品研发。
2008年上半年,我会把重心放在图书写作上,如果一切顺利,估计能够出来3-4本书。2008年下半年,希望自己的小小事业能够开始成长起来。
2008,世界的重心是中国,我希望能够在这一重心中扮演积极的一员。
祝愿全世界的朋友新年快乐、幸福。
在这,也希望还处在风雪中的全国朋友能够平安、幸福!
时飞
熟悉BI技术的人都清楚,ETL在数据实施领域占据了非常重要的位置。SpringSource(旧名Interface21)同埃森哲合作研发Spring
Batch已经有一段时间了。实际上,ETL的市场非常大,从过去的2007年就能够看到BI领域市场及技术的成熟。现在,几乎不存在一流的、独立的BI厂商了,BO/Cognos/....都已经成为了历史。个人认为,开源BI将在未来的时间成为市场的宠儿,Pentaho有自身完整的一套开源BI产品(包括Kettle、Mondrian
OLAP服务器、等等),JapserSoft也不错。我们完全有理由相信,Spring
Batch会在未来的BI市场占据重要的位置。类似DataStage这种笨重的ETL产品将慢慢退出历史舞台。
SOA,这是一个沉重的话题,我经常同很多金融、银行信息领域的朋友聊天,他们经常会问我,什么是SOA?说实在的,SOA很虚。用我一位同事(资深架构师)的话说,SOA就是用一堆新名词解释旧名词,当然这种说话可能有点激进,但也有其合理的一面。个人认为,在实施SOA前,必须把路修好(仅仅考虑技术层面),那就是打造出一流的ESB引擎。过去的BEA(已经加入到Oracle大家庭中)/现在的IBM在这一领域宣称有世界一流的ESB引擎、SOA解决方案及产品,我看也有点虚。我们在不少项目中也试