公司使用osgi的多不多？

OSGi是Open Service Gateway Initiative的简称,该组织建立于1999年,是一个非赢利机构,旨在建立一个开放的服务规范,为通过网络向设备提供服务建立开放的标准. OSGI 规范包括了构建开放的可交付网络服务的各方面,OSGI规范又包括了以下子规范. Framework规范(OSGI核心,提供一个安全的可管理的Java Framework来部署可扩展的Java服务.) Package Admin Service规范(来管理不同的Bundle之间的引用关系.当Bundl

在上一篇文章中,介绍了结构性模块化与敏捷之间的关系,在这个系列的第二篇文章中,我们将会研讨OSGi,在实现Java的结构性模块化方面,OSGi扮演了核心的角色:OSGi与流行的敏捷方法论之间存在着自然的联系. 1 但我们已经实现了模块化! 绝大多数开发人员都同意程序应该模块化.尽管在面向对象的程序设计出现的早期,逻辑性模块化的要求就被迅速满足了(见http://en.wikipedia.org/wiki/Design_Patterns), 但是软件行业花费了很长的时间才理解结构性模块化的重要性.

经过将近两年的准备,OSGi 联盟终于在 2009 年 9 月发布了最新版的 OSGi Service Platform V4.2 规范.其中,新的 Core Specification V4.2 规范中增加了 Framework launching,Service Hooks 等概念,并且对 Conditional Permission Admin 标准进行了改进和补充以方便安全管理和配置.此外,在企业专家组的大力推动下,新的 Service Compendium V4.2 规范中引入了 Bl

第一次接触OSGi 是2006年看见的一则网上新闻,该新闻中提到BMW 汽车的通信-娱乐(infotainment)系统采用了OSGi 架构,这套系统主要用来控制汽车上的音箱.灯光.导航和通讯等设备,整个系统由1000多个模块组成,启动时间却只需要3.5秒钟,这对于一个基于Java 的框架来讲,具有两个重大意义:一.说明了Java 执行效率并不差:二.OSGi 框架的性能尤其优秀.因此笔者对OSGi 框架产生了极大的兴趣,后来终于在一个项目中负责研究和开发基于OSGi 框架的应用程序,从此对它便

导论 和其他行业一样,订做家具行业呈现出这样一个特点--日益变化的需求应当被反 映到从事该行业的公司使用的软件中.位于伊利诺斯州的芝加哥RPC Software公司在其产品 中通过使用开源软件从而在市场中获得了成功.该公司利用Eclipse RCP.DotProject以及 SugarCRM等技术快速地发布了一个更具有成本效益的解决方案, 从而击败了竞争对手.该案 例研究不但揭开了技术层面的面纱,而且总结了开发中获得知识以及经验教训. 业务 RPC Software公司为家具行业开发了ERP订单

目前,业内关于OSGI技术的学习资源或者技术文档还是很少的.我在某宝网搜索了一下"OSGI"的书籍,结果倒是有,但是种类少的可怜,而且几乎没有人购买. 因为工作的原因我需要学习OSGI,所以我不得不想尽办法来主动学习OSGI.我将用文字记录学习OSGI的整个过程,通过整理书籍和视频教程,来让我更加了解这门技术,同时也让需要学习这门技术的同志们有一个清晰的学习路线. 我们需要解决一下几问题:1.如何正确的理解和认识OSGI技术? 我们从外文资料上或者从翻译过来的资料上看到OSGi解释和定

首先,我想表扬自己终于开始实践自己一直想贯彻的想法---用博客来记录和总结自己的学习历程.               现在我正在设计一套基于Equinox的管理门户平台上各种不同服务的分布式框架.Equinox是Eclipse内的一个简单的开源OSGi框架,在它的基础上,我需要自己创建我所需要的bundles.框架底层衔接的是一个其他项目组正在开发中的非结构化数据库,而框架之上是一个门户服务平台,其中有许许多多不同的应用服务--具体的说,这些服务的实现各自有相同之处,但存在较大的不同,比如他们

1.1 什么是OSGi OSGi(Open Service Gateway Initiative,直译为"开放服务网关")实际上是一个由OSGi联盟(OSGi Alliance,如图1-1所示)发起的以Java为技术平台的动态模块化规范. OSGi联盟是由Sun Microsystems.IBM.Ericsson等公司于1999年3月成立的一个世界性的开放标准化组织,最初的名称为Connected Alliance,该组织成立的主要目的原本在于使服务提供商通过住宅网关为各种家庭智能设备

2.4 Bundle的组织与依赖 既然是以模块化方式开发一个系统,那么必不可少的步骤是根据业务和技术的需要,将系统划分为多个模块,通过这些模块互相协作完成系统的功能.系统中绝大部分模块都不是孤立的,通常会依赖其他模块所导出的某些Package,又会被另外一些模块所依赖.这种依赖关系在元数据配置中简单体现为Import-Package.Export-Package和Require-Bundle标记的配置,使用起来并不算复杂,但是各个OSGi框架的实现者都要花费大量心思在组织Bundle与管理依赖上