摘要: 在我现在的项目中出现了这么两个问题，大家可以来探讨下这样的两个问题的解决方法，:)
1、从开发环境到正式环境的部署/校验非常麻烦；
2、数据库的频繁移植/校验非常麻烦。
我的解决方法：
对于上面两个问题，我自己想到的解决方法是：
1、建立持续集成机制，编写环境部署脚本和文档，采用这两种方法可保证从开发环境到正式环境的部署是非常简单的；
编写自动验收测试脚本，可以基于Selenium进行编写，这样每次在升级版本的时候就不需要再人工的进行回归测试了，这里面的问题是如何在测试完毕完毕后清除这些测试数据，因为这些测试数据是不能和正式数据共存的。
2、建立数据库升级移植机制，每次升级时做增量的升级，不过这需要建立在对原库建立版本记录，这个方法对于我们的项目而言不太可行；
第二种方案就只能每次进行全面的重新移植了，但这个带来的一个巨大问题就是存储过程的重复修改，目前我还没想到什么解决方法，而且；
至于如何校验数据库移植是否成功，我觉得可以建立数据库移植校验的Checkpoint，除了保证数据库结构、数据量等的
阅读全文
摘要: 这个PPT将会用于最近的一些OSGi活动作为Topic来讲讲，不过是英文版的，:)，一方面是锻炼自己的英文，另一方面也准备把这PPT再雕磨雕磨，提交到OSGiDevCon 2008的Topic中试试。
感兴趣的朋友请从以下地址下载此PPT：
http://www.osgi.org.cn/opentopic/OSGi.in.action.ppt
不过俗话说，PPT嘛，靠的主要是讲，但同时也希望得到大家对此PPT的反馈意见，以便我进行进一步的修改，希望在之后的公开的活动中不会把这Topic讲砸了，此PPT会不断的进行修改，我会在此篇blog中公布目前ppt的版本号，大家就可以确认手头的PPT是否是最新的了，:)。
version info:
1.0 2007-10-21
阅读全文
摘要: 在历时两个多月后，OSGi进阶的编写已完毕，感谢N多朋友一直以来的关注和支持，现将正式版对外发布，下载地址为：
http://www.riawork.org/opendoc/osgiopendoc2.pdf
随文的代码的下载地址为：
http://www.riawork.org/opendoc/osgiopendoc2-source.zip
随文的例子的可运行版本的下载地址为：
http://www.riawork.org/opendoc/osgiopendoc2-dist.zip
随后将会相继在Redsaga上发布Redsaga Opendoc版本，以及在InfoQ中国站上发布InfoQ miniBook版本，这两个版本在精美程度上都会超过我现在发布的版本，到时再給予大家通知，:)
阅读全文
摘要: 软件架构的选择和设计并不是很容易做出的，一个成功的软件架构取决于N多的因素，软件架构这个词向来就是最为模糊的一个词，个人认为软件架构实在是个很大的话题，业界一直采用的形象比喻就是建设房子时的房屋结构图，以软件的角度来说，软件架构应至少包括软件开发时使用什么语言、形成软件开发时可运行的核心基础框架、软件应用模块的设计（包括模块内聚的功能、对外提供的服务等）、软件测试的方法、软件部署的方法以及团队开发的方法，那么怎么来选择和设计软件架构呢，其衡量的因素是什么呢，个人认为其中质量和快速是衡量软件架构的选择和设计是否成功的两个最重要的因素。
阅读全文
摘要: OSGi在应用时具备了典型的微核系统的特点，但对于实际项目/产品型的应用而言，这个微核有些过于底层了，为什么这么说呢？
对于实际项目/产品型的应用而言，何谓其微核呢，应该说其脚手架或开发平台才是它的微核，而并非仅仅是OSGi框架，当然，也可以将自己的脚手架或开发平台以Fragment-Host的方式绑定到OSGi的System Bundle上去，但这样的做法无疑有些evil了，TPF诞生的最主要的目的就是形成一个应用级的微核的概念，使得我们在管理实际的项目和产品时，能够将脚手架和实际的业务应用模块分离管理，让脚手架也变成微核，这样在管理时就可以做到对应用系统的统一管理，而同时保持一个含应用意义的微核（也可以认为是开发平台）的稳定运行，在具备了TPF的情况下，就可以将应用系统从部署上分为脚手架和应用系统，而在管理上也可以单独对应用系统进行管理，如启动应用系统、停止应用系统，同时避免应用开发人员对脚手架无意的修改。
在本篇文档中将介绍TPF提供的功能、TPF实现的方法以及TPF的下载地址。
阅读全文
摘要: 本来目前这篇Opendoc还没有达到发布的条件，不过正逢国庆佳节，希望各位感兴趣的同学能够在国庆期间抽出时间看看这篇Opendoc，而国庆期间我也会对Opendoc进行润色和内容的充实、完善，国庆后希望能获取到各位看过预览版的同学的意见，我会根据各位的意见对Opendoc进行适度的修改，争取在10月中旬发布正式版。
至于随Opendoc的代码等到正式版的时候我再发布，如有需要的同学可以直接mail给我，我可先mail给需要的同学。
另外由于预览版还有不少需要润色、完善的地方，请各位收到预览版的同学不要传播这个版本，:)，多谢！
阅读全文
摘要: 《OSGi实战》Opendoc推出已一年有余，该篇Opendoc主要是为了介绍OSGi而编写的，相对而言知识点较浅，很多朋友在看过那篇Opendoc后也许会对OSGi产生兴趣，但未必会在商业的项目/产品中去使用它，为了能够让更多的朋友能够在商业的项目/产品中使用OSGi，根据自己的经验以及这一年多来OSGi界的发展情况，从8月初开始了《OSGi进阶—模式与最佳实践》Opendoc的编写，争取在国庆前推出一个预览的版本，希望《OSGi实战》能吸引大家关注OSGi，而《OSGi进阶》能推动大家在商业项目/产品中使用OSGi，如对预览版有兴趣，请发邮件联系我，在完成后的第一时间我将mail给你，谢谢关注！
阅读全文
摘要: OSGi.org.cn将做为OSGi.org的官方中文网站推出，整个项目预计分为两期完成。
一期的目标为翻译OSGi.org的所有内容，至于blog部分则能尽量翻译，暂定为先翻译近三个月的blog，一期的计划为一个月内完成，也就是说在国庆前正式的推出OSGi.org.cn，到时会在国内的几个大网站上(InfoQ-CN、JavaEye、EclipseWorld、CSDN等)做一定的宣传和推广；
二期的目标为翻译OSGi.org中的所有blog，同时翻译www2.osgi.org中的所有内容。
在一二期工作完成后，进入OSGi.org.cn的维护期，到时就是跟随着OSGi.org做更新的翻译，同时OSGi.org.cn会考虑做一些本地化的blog、新闻、论坛、开源项目等工作，目标是让OSGi.org.cn做到中国顶尖的OSGi网站，并为推广OSGi和发展OSGi做出贡献。
阅读全文
摘要: 此次需要完成的目标是将库从SQLServer 2005完整的移植到Oracle10g中，包括表结构、数据、视图、函数以及存储过程的移植，移植主要基于Oracle的OMWB（Oracle Migration Workbench）来完成，尽管OMWB能帮助完成大部分具备难度的工作，但还是有很多工作量的事情需要在OMWB完成后来手工进行，所以整个移植过程工作量看起来会非常大，但是不是仅仅只有工作量的问题呢？我觉得不是，写下这篇blog以便需要进行此项操作的同学以及给自己做个备忘。
阅读全文
摘要: 《Oracle9i&10g编程艺术》即为《Expert one to one oracle》的升级版本，不过升级后可能会变为三本书，这本书强调的是深入数据库体系结构的讲解，本书的作者Thomas Kyte(即Tom)无疑是Oracle界最为知名的人物，而这本书可以说基本是专为开发人员而写的，因为我个人觉得书中讲的东西大部分DBA都是懂的，但对于开发人员来讲估计大部分都不懂，Thomas Kyte抓住了怎么给开发人员讲才能讲清的方法，对于书中的每项内容Thomas会讲解什么时候这么做、为什么要这么做、什么时候不能这么做以及为什么不这么做，要说服开发人员，很多时候除了告诉怎么做以外，还必须得告诉为什么要这么做，否则很难说服，而Tom在书中则很好的做到了这点，Tom会告诉你Oracle是怎么去实现的，所以你要这么做或者不能这么做，这本书除了让我学习到了更多的Oracle知识外，还让我更加明白了数据库在系统中的重要性以及充分发挥数据库的功能是多么重要的一件事，还有一个附加的好处就是让我们可以窥探到部分Oracle的设计，对于自己实现应用系统也是会找到一些可参考的地方，这本书写的实在是太好了，强
阅读全文