10 2007 档案
摘要: 上次发布OSGi in action的PPT后，得到了flyisland的反馈意见，:)，在此也谢谢他，正是从他的意见中看到了之前PPT的一些问题，之前PPT的问题应该是目标听众不明确，讲的内容多但却都不详细，很有可能最后讲完了无论是对于OSGi Newer还是OSGi熟悉的人都没有什么任何的帮助，为了解决这个PPT，决定把PPT分为两篇来完成，一篇为OSGi Newer编写的关于OSGi介绍方面的PPT，将名字定为了Introduce OSGi，重点的介绍OSGi的基础概念和基本的使用方法；而另外一篇则是为较为OSGi的同学们编写的，名字仍然保持为OSGi in action，会重点和较为详细的讲解OSGi在实际项目的使用，目前先发布Introduce OSGi的PPT，希望能继续得到大家的反馈意见，感兴趣的同学们可以从这下载这篇PPT：
http://www.riawork.org/opentopic/Introduce.OSGi.ppt
阅读全文
摘要: 在我现在的项目中出现了这么两个问题，大家可以来探讨下这样的两个问题的解决方法，:)
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的下载地址。
阅读全文