08 2006 档案
摘要: JSR 291：Dynamic Component Support for JSR291，这个消息虽然有点旧了，不过还是同样非常的令人振奋，OSGi成功的进入了JAVA SE领域，在Java新版本中必然会越来越多的看到OSGi的影子，JSR 291的final版本将在9月1日发布，其实它的内容基本就是OSGi Core的内容。
OSGi对于Spring产生了重大的影响，这个从Rod Johnson本人的一段话以及之前Equinox中的"Declarative Services Vs Spring"邮件中可以看出很多：
阅读全文
摘要: 最近有好几个人都问了我这个问题，问的挺好的，在软件业界新技术层出不穷，做技术的人每天都要不断的学习新技术，在学习每样技术之前，自然是要知道为什么要学习它，说白点，就是得给自己一个理由，对于一个对OSGi完全陌生的人而言，学习OSGi能带给什么呢，给大家几个可选的理由：
阅读全文
摘要: 这个东西其实在以前的OSCAR项目中是有的，而现在处于Apache沙箱中OSGi R4的实现Felix也准备构建这个了，构建OBR其实和构建Maven 2、Ivy这些的Repository没什么区别，解决的都是方便其他的使用者通过仓库直接下到所需要的东西(OBR中提供的是Bundle、Maven2、Ivy中是jar)，最大的好处在于下载的Bundle或jar会根据其元数据信息去下载其所依赖的其他的Bundle或jar，这就大大方便了使用者了。
阅读全文
摘要: 正式版的下载地址为：
http://www.bluedavy.com/opendoc/OSGI_Opendoc.rar
压缩包中包含了OSGi Opendoc的PDF、随文发布的代码以及可运行包。
阅读全文
摘要: 每个系统中都会有需要配置的属性，而通常这些属性的配置都会是分散式的管理，而且很多时候都是不支持动态，在实现这些属性的管理(新增、编辑、删除、保存等)时总是要不断的做重复的工作，如果框架中能提供一个这样的基础设施那么对于系统的配置属性管理来说就会比较好了，这样的话系统中所有的属性配置就可以采用统一的方式进行配置、获取、管理和动态的更新了，如果能动态的管理系统配置属性的话，简单的动态改变系统行为也就自然的可以实现了。
阅读全文
摘要: 听说过OSGI的人基本都知道OSGI最早是为了移动设备、制造业生产线等嵌入式系统而制定的规范，而现在随着OSGI在桌面式软件、服务器端应用逐渐的被接受，OSGI组织也决定开始进军服务器端应用和企业应用领域，OSGI成立的EEG(Enterprise Expert Group)的关注领域主要是企业级应用的配置管理、类级别生命周期管理、分布式部署、国际化以及异构软件集成，在技术领域的目标是为企业级应用平台提供包括技术需求、功能规范、数据和元数据以及通讯协议在内的服务平台。
阅读全文
摘要: 是否能够真正做面向接口的开发，和系统所采用的容器或框架具有很大的关系，面向接口的开发最重要的就是解决系统的依赖问题，在这点上目前最成熟的解决方案莫过于IoC，IoC容器而言最成功的莫过于Spring，那么基于OSGI的话是不是会带来不同的视角呢，来看看这几个方面的例子：
阅读全文
摘要: 这篇blog是继之前的一篇提升C/S结构软件的管理性的延续，在这篇blog中会更加的实际的去介绍基于Eclipse Equinox实现的一个插件框架，而不再是象上篇中那样的提及的想法而已了，通过这篇blog来展现目前一个这样的插件框架的实际应用的情况，为了更加形象的表达，在文中会贴出一些目前这个系统的截图。
阅读全文
摘要: C/S结构的软件的可维护性一直就认为是较大的问题，当然，在引入了自动升级这样的小功能就好很多了，这里谈谈C/S结构软件的可管理性，意思就是指Server对Client端的管理，在大多数C/S结构的软件中，并没有很强的管理性的概念，更多的面都是关注Server的业务处理、数据存储这些功能，当然，不一定所有的C/S结构软件都强调Server对Client的管理功能，来说说自己看法中的Server对Client的管理功能吧。
阅读全文
摘要: 大家都知道，xmlhttp在通信时采用的是utf编码，而国内很多网页的信息都是采用gbk编码，所以当直接通过ajax去连接网页，并将获取到的信息直接显示的话就会出现乱码的现象，有些时候无法改变服务器端网页的编码(例如获取别的网站的天气预报信息)，在这种时候就只能在客户端通过js做编码的工作了，下面这段js就是用于将服务器端返回的gbk编码字符串转换为utf编码字符串：
阅读全文
摘要: 对于搜索技术基本是完全不懂，在这里也只是谈谈自己的一些想法，欢迎大家讨论.........
阅读全文
摘要: 这篇新闻令人振奋，OSGI被越来越多的商业产品认同和采用，在这篇新闻中提到了之前OSGI是被象Eclipse这样的重量级的开源产品而采用，而现在Apache的Tuscany工程也开始采用，还有之前提及的IBM的重量级的商业产品--WAS V6.1，现在Adobe大名鼎鼎的CS2产品中也开始使用Equinox，同时这篇新闻也提及到了部分这些商用产品之所以要采用OSGI的原因，最后提及到OSGI对JSR 294、JSR 277可能会产生的影响。
阅读全文
摘要: 代码参见code.rar，其中的classic目录放置了基于Equinox的实战部分的代码，其中的ds目录放置了基于ds重构后的代码，请从这下载：
http://www.riawork.org/opendoc/code.rar
同时还发布了一个可直接运行的环境dist.rar，解压后直接运行其中的run.bat，就可通过http://localhost:8080/demo/page/login.htm来访问用户登录验证模块，请从这下载：
http://www.riawork.org/opendoc/dist.rar
同时在收集到大家的一些意见以及自己对Opendoc的重新浏览后，做了少量的改动，都发布到了新的pdf中了，新的PDF仍然是通过以前的这个地址下载：
http://www.riawork.org/opendoc/OSGI_Opendoc_Preview.pdf
阅读全文
摘要: 这里的Equinox不是Appfuse的那个Equinox，而是Eclipse的Project(www.eclipse.org/equinox)，是OSGI R4的RI，具体大家可参考我之前发布的OSGI Opendoc预览版中对于Equinox的描述和讲解，而现在又有一个重量级的产品基于Equinox而构建，那就是WAS V6.1，这也就足以说明在IBM这样的大厂商心目中对于OSGI的认同。
WAS V6.1之所以要改为基于Equinox而搭建，它认为主要是为了提升WAS的组件化、灵活性、松耦合和简洁性，具体大家可参见此篇PPT：
http://publib.boulder.ibm.com/infocenter/ieduasst/v1r1m0/advanced/help.jsp?topic=/com.ibm.iea.was_v6/was/6.1/Architecture/WASv61_Componentization/player.html
阅读全文
摘要: 本篇Opendoc按照学习开源框架的基本流程进行编写，从体验OSGI到基于OSGI框架的实战，到深入OSGI，完成对于OSGI从入门到深入学习的过程，最后对于OSGI的现状和发展发表些自己的看法和思考，限于笔者的水平以及时间，文内难免有些错误，还请大家不吝指正，也希望本文能作为国内OSGI的抛砖之作，引出更多的关于OSGI的Opendoc。
由于个人时间的关系，这篇Opendoc历经一个半月左右的时间才基本完成，在此先发布预览版，希望能够得到感兴趣的朋友们的指点，先谢了....
请从这下载：http://www.riawork.org/opendoc/OSGI_Opendoc_Preview.pdf
随本文的代码将在随后发布，请大家关注......
阅读全文