CN102262556A - 一种服务信息配置方法及系统 - Google Patents

Abstract

本申请公开了一种服务信息配置方法，包括：检测OSGI框架中是否有目标服务进行注册；当检测到有目标服务注册时，查找与注册目标服务相适配的配置信息数据；当查找到与注册目标服务相适配的配置信息数据时，对配置信息数据进行获取并将其发送至注册的目标服务。本发明提供的方法，在OSGI框架中设置配置管理服务，通过所述配置管理服务时刻检测所述OSGI框架中是否有目标服务进行注册；当检测到有目标服务注册时，依据所述注册的目标服务的注册标识，查找与所述注册目标服务相适配的配置信息数据；并对所述配置信息数据进行获取并将其发送至所述注册的目标服务，以实现对所述注册到OSGI框架中的目标服务的配置数据进行动态更新配置。

Description

一种服务信息配置方法及系统

技术领域

本申请涉及OSGI框架领域，特别是涉及一种基于OSGI的服务信息配置方法及系统。

背景技术

OSGI技术是面向Java的动态模型系统；OSGI服务平台向Java提供服务，这些服务使Java成为软件集成和软件开发的首选环境；Java提供在多个平台支持产品的可移植性；OSGI技术提供允许应用程序使用精炼、可重用和可协作的组件构建的标准化原语；这些组件能够组装进一个应用和部署中。

OSGI作为一个动态化系统，在其框架内部注册服务的过程中，要求配置的更新必须动态的发生，即需要动态的为注册到所述框架中的服务所需的配置信息数据进行更新；但是，发明人经过研究发现，现有技术中还未有一种有效的数据配置技术能够动态的为注册到OSGI框架中的服务进行数据配置。

发明内容

为解决上述技术问题，本申请实施例提供一种服务信息配置方法及系统，能够动态有效的为注册到OSGI框架的服务进行信息数据的配置更新。

技术方案如下：

一种服务信息配置方法，包括：

检测OSGI框架中是否有目标服务进行注册；

当检测到有目标服务注册时，查找与所述注册目标服务相适配的配置信息数据；

当查找到与所述注册目标服务相适配的配置信息数据时，对所述配置信息数据进行获取并将其发送至所述注册的目标服务。

上述方法，优选的，还包括：

当未查找到与所述注册目标服务相适配的配置信息数据时，发送空的配置信息数据至所述注册的目标服务；并为所述注册目标服务创建配置对象；当所述配置对象更新时，将所述配置对象更新的配置信息数据发送至所述注册的目标服务。

上述的方法，优选的，所述注册的目标服务包括：受管服务和受管服务工厂。

上述的方法，优选的，当所述注册的目标服务为受管服务时；

所述查找与所述注册目标服务相适配的配置信息数据包括：

获取所述受管服务的注册ID；

在预设目录下查找具有与所述注册ID相匹配ID的配置信息数据。

上述的方法，优选的，还包括：

监测与所述注册受管服务相适配的配置信息数据；

当所述配置信息数据更新时，将经过更新的配置信息数据发送至所述注册受管服务。

上述的方法，优选的，还包括：

监测与所述注册受管服务相适配的配置信息数据；

当所述配置信息数据被删除时，发送空的配置信息数据至所述注册受管服务。

上述的方法，优选的，当所述注册的目标服务为受管服务工厂时；

所述查找与所述注册目标服务相适配的配置信息数据包括：

获取所述受管服务的注册工厂ID；

在预设目录下查找所有具有与所述注册工厂ID相匹配工厂ID的配置信息数据。

上述的方法，优选的，还包括：

监测与所述注册受管服务工厂相适配的配置信息数据；

当所述配置信息数据更新时，将经过更新的配置信息数据发送至所述注册受管服务工厂。

上述的方法，优选的，还包括：

监测与所述注册受管服务工厂相适配的配置信息数据；

当所述配置信息数据被删除时，发送空的配置信息数据至所述注册受管服务工厂。

一种服务信息配置系统，包括：

检测单元，用于检测OSGI框架中是否有目标服务进行注册；

查找单元，用于当所述检测单元检测到有目标服务注册时，查找与所述注册目标服务相适配的配置信息数据；

第一发送单元，用于当所述查找单元查找到与所述注册目标服务相适配的配置信息数据时，对所述配置信息数据进行获取并将其发送至所述注册的目标服务。

上述的系统，优选的，还包括：

第二发送单元，用于当所述查找单元未查找到与所述注册目标服务相适配的配置信息数据时，发送空的配置信息数据至所述注册的目标服务；并为所述注册目标服务创建配置对象；当所述配置对象更新时，将所述配置对象更新的配置信息数据发送至所述注册的目标服务。

上述的系统，优选的，所述检测单元检测的目标服务包括：受管服务和受管服务工厂。

由以上本申请实施例提供的技术方案可见，本发明提供的服务信息配置方法及系统，在OSGI框架中设置配置管理服务，通过所述配置管理服务时刻检测所述OSGI框架中是否有目标服务进行注册；当检测到有目标服务注册时，依据所述注册的目标服务的注册标识，查找与所述注册目标服务相适配的配置信息数据；查找到与所述注册目标服务相适配的配置信息数据时，对所述配置信息数据进行获取并将其发送至所述注册的目标服务，以实现对所述注册到OSGI框架中的目标服务的配置数据进行动态更新配置。同时，本发明提供的服务信息配置方法，还对与所述注册的目标服务相适配的配置信息数据进行监测，当所述配置信息数据发生数据更新或删除时，将经过数据更新或删除的配置信息数据发送至所述注册的目标服务，以使配置信息数据的更新更加准确全面。

附图说明

为了更清楚地说明本申请实施例或现有技术中的技术方案，下面将对实施例或现有技术描述中所需要使用的附图作简单地介绍，显而易见地，下面描述中的附图仅仅是本申请中记载的一些实施例，对于本领域普通技术人员来讲，在不付出创造性劳动的前提下，还可以根据这些附图获得其他的附图。

图1为本申请实施例一提供的一种服务信息配置方法的流程图；

图2为本申请实施例一提供的另一种服务信息配置方法的流程图；

图3为本申请实施例二提供的受管服务信息配置方法的流程图；

图4为本申请实施例二提供的受管服务信息更新方法的流程图；

图5为本申请实施例二提供的受管服务工厂信息更新方法的流程图；

图6为本申请实施例三提供的一种服务信息配置系统的流程图；

图7为本申请实施例三提供的又一服务信息配置系统的流程图。

具体实施方式

为了使本技术领域的人员更好地理解本申请方案。下面将结合本申请实施例中的附图，对本申请实施例中的技术方案进行清楚、完整地描述，显然，所描述的实施例仅仅是本申请一部分实施例，而不是全部的实施例。基于本申请中的实施例，本领域普通技术人员在没有做出创造性劳动前提下所获得的所有其他实施例，都应当属于本申请保护的范围。

本发明涉及一种动态的为注册到OSGI框架中的目标服务修改配置信息的方法及系统；本申请实施例中的目标服务分为受管服务和受管服务工厂两种，将目标服务的注册代码写在bundle激活器中，当bundle在启动时执行激活器中的代码，完成目标服务的注册。当目标服务完成注册后，需要对目标服务进行信息的配置，具体过程如下：

实施例一

本申请实施例提供的服务信息配置方法的流程图如图1所示，包括：

步骤S101：检测OSGI框架中是否有目标服务进行注册；

步骤S102：当检测到有目标服务注册时，查找与所述注册目标服务相适配的配置信息数据；

步骤S103：当查找到与所述注册目标服务相适配的配置信息数据时，对所述配置信息数据进行获取并将其发送至所述注册的目标服务。

本申请实施例提供的信息服务配置方法中如图2所示还包括：

步骤S104：当未查找到与所述注册目标服务相适配的配置信息数据时，发送空的配置信息数据至所述注册的目标服务；并为所述注册目标服务创建配置对象；当所述配置对象更新时，将所述配置对象更新的配置信息数据发送至所述注册的目标服务。

以下对上述步骤S101～S104进行详细描述：

受管服务和受管服务工厂都可以接收来自配置管理服务的配置信息；本申请实施例提供的服务信息配置方法中，其执行信息配置的主体为注册在OSGI框架中的配置管理服务。

如果一个bundle在启动的时，注册了目标服务；则在bundle启动的过程中，配置管理服务会检测目标服务的注册，并检测是否有该目标服务的配置信息，如果有，将该配置信息发送给bundle；当接收数据的bundle接收到数据后，发送数据的bundle对数据更新时，配置管理服务会自动调用发送数据的bundle中的更新数据，将其发送至接收数据的bundle；当接收数据的bundle接收到数据后，发送数据的bundle对数据进行删除时，配置管理服务会发送空的配置数据至接收数据的bundle，对接收数据的bundle进行通知。接收数据的bundle接收到数据即注册在bundle中的目标服务接收到数据。

受管服务和受管服务工厂的的区别在于配置字典的技术，当一个存在的实体需要一个配置字典时，将其注册为受管服务；当需要多个的时候可注册为受管服务工厂；配置对象含有受管服务的配置字典，或者含有受管服务工厂的配置字典中的一个；配置字典就是发送给目标服务的配置数据；当目标服务注册之后，想要为目标服务发送新的配置数据，可调用配置管理服务提供的方法，将配置数据持久化到指定目录，同时检测框架中是否有与此配置对象匹配的目标服务存在，如果存在，将新的数据发送给目标服务。

本申请实施例以一受管服务的具体实例对上述过程进行描述：

bundleA实现受管服务接收，并且在启动时注册受管服务，注册时使用service.pid＝pid1作为注册属性，bundleB是配置管理所在的bundle，启动时注册配置管理服务；bundleC是第三方bundle，bundleC在启动时创建了一个配置对象，配置对象的pid＝pid1，然后使用新的数据(比如prot＝90，name＝wang)更新配置对象，此时，检测框架中的受管服务，查看是否有受管服务的服务属性service.pid＝pid1，也就是配置对象的pid，如果有，就将配置数据发送给受管服务；如果此时删除配置对象，同样的会通过pid1找到受管服务，然后给受管服务发送空的配置数据，如果在上述情况下，bundleC没有启动，指示注册了受管服务，那么配置管理服务检测到受管服务的注册，从指定的目录下未能找到配置信息，则将为受管服务发送空的配置数据。

对于上述过程本申请实施例提供的受管服务的信息配置方法的流程图如图3所示，包括：

步骤S201：注册受管服务；

步骤S202：查找是否存在匹配的配置对象；如果存在，执行步骤S207；否则，执行步骤S203；

步骤S203：为受管服务发送空的配置数据；

步骤S204：创建配置对象；

步骤S205：更新配置对象；

步骤S206：查找是否存在匹配的受管服务；如果存在，执行步骤S207；

步骤S207：为受管服务发送不为空的配置数据。

以上以受管服务为例对本申请实施例提供的服务信息配置方法进行描述，对于受管服务工厂，当配置管理服务检测到受管服务工厂注册时，遍历框架中的数据库，查找与配置对象的factorypid与受管服务工厂的pid匹配，对于匹配的每一个配置对象，都会将配置数据发送给受管服务工厂；配置对象同时包括pid和factorypid两种标示，对于一个受管服务来讲，配置对象的factorypid＝null；对于受管服务工厂来讲，受管服务工厂存在多个配置对象，这些配置对象有不同的pid和相同的factorypid。

实施例二

本申请实施例中受管服务信息更新方法及受管服务工厂信息更新方法分别如图4及图5所示；

本申请实施例提供的服务信息配置方法，对于注册目标服务的每一个bundle如果有权限使用配置管理服务，就可以访问和修改自己的配置信息；如果想要访问或修改其他bundle的配置信息，则需要有ConfigurationPermission[*，CONFIGURE]权限。

本申请实施例中bundle是否有权限使用配置管理服务并不需要设置，只要是配置管理服务所在的bundle启动了，就可以调用配置管理服务提供的功能；如果一个bundle在启动的时候，注册了受管服务，同时也调用了配置对象的更新方法，为自己注册的受管服务发送配置信息，就是自己修改自己的配置信息；例如：如果bundle A在启动的时候只是注册了受管服务，Bundle B在启动的时候，使用配置对象的更新数据为受管服务发送数据，这种情况就是修改其他bundle的配置信息了。

在OSGI框架中，bundle包括java类和资源，bundle直接可以通过导入导出共享数据；在OSGI中bundle是唯一基于java应用部署的实体，一旦bundle启动，其他bundle可以使用这个bundle对外提供的服务和功能；每个bundle都有一个Activator类，当把这个bundle部署到OSGI环境中时，就会执行Activator类中的start方法；所以注册受管服务都是写在start方法里面的。

由此，本申请实施例提供的服务信息配置方法的实现过程包括：

第一步，开发并注册一个受管服务：

1)开发一个受管服务；就是写一个java类，实现受管服务ManagedService接口，这个接口只有一个方法public viod updated(Dictionary properties)参数properties作为配置数据传送给受管服务，受管服务接收到配置数据，进行相应的操作；当使用配置管理服务删除该受管服务的配置数据或者数据库中没有该受管服务的配置数据时，properties值为空。

2)受管服务注册。

受管服务注册使用OSGI中BundleContext提供的方法；

public ServiceRegistration registerService(String clazz，Object service，Dictionary properties)实现，参数clazz代表服务实现的类名，service参数代表接口的实现类，properties代表注册的服务属性，属性中包括该受管服务的PID。

第二步，开发并注册一个受管服务工厂：

1)开发一个受管服务工厂；受管服务工厂必须实现ManagedServiceFactory接口，这个接口有三个方法。public String getName()方法返回工厂的名字；

public void updated(String pid，Dictionary properties)throws

ConfigurationException方法

受管服务工厂可以接收多个配置对象的更新，所以上述方法会被调用多次，每次调用由参数pid指定更新的配置对象的pid。

public void deleted(String pid)方法，工厂对应的配置对象删除时，会调用这个方法，参数pid定义了要删除的配置对象的pid。

2)受管服务工厂注册。

受管服务注册使用OSGI中BundleContext提供的方法

public ServiceRegistration registerService(String clazz，Object service，Dictionary properties)实现，参数clazz代表服务实现的类名，service参数代表接口的实现类，properties代表注册的服务属性，属性中包括该受管服务工厂的PID。

第三步：使用配置管理服务为受管服务和受管服务工厂发送配置数据。

1)创建配置对象

配置管理服务提供了ConfigurationAdmin接口，使用该接口提供的方法，可以创建、更新、查询、删除配置对象；

创建配置对象的过程，首先根据pid查找数据库中是否有pid.cfg文件，如果有返回这个配置对象，如果没有创建一个新的配置对象；当有受管服务注册时，配置管理服务检测到新的受管服务的注册，然后会查找是否有pid.cfg文件存在，如果有就将数据发送给受管服务。

例如：bundle A开发并注册了受管服务，bundleB创建了配置对象，然后使用配置数据更新配置对象；OSGI的环境中已经启动了配置管理服务的bundle，然后将bundle A部署到框架中去，配置管理服务检测到受管服务的注册，然后查找指定的目录下是否有受管服务的配置数据，如果有发送数据给受管服务；如果没有，发送空的数据给受管服务，然后将bundle B部署到框架中去，首先创建一个配置对象，然后使用配置数据更新配置数据，更新的时候，就会去查找匹配的受管服务，如果找到就将数据发送给该受管服务。

Public Configuration createFactoryConfiguration(String factoryPid)throwsIOException方法和public Configuration createFactoryConfiguration(StringfactoryPid，String location throws IOException方法用来创建一个受管服务工厂的配置对象；只是参数不同，参数location可以用来定义创建的配置对象绑定的受管服务工厂所在的位置，可以为空。

public Configuration getConfiguration(String pid，String location)throwsIOException方法和public Configuration getConfiguration(String pid)throwsIOException方法用来创建一个受管服务的配置对象，只是参数不同，参数location可以用来定义创建的配置对象绑定的受管服务所在的位置，可以为空。public Configuration[]listConfigurations(String filter)throwsIOException，InvalidSyntaxException方法，用来查找符合过滤条件的配置对象。

使用配置管理服务提供的方法可以为受管服务和受管服务工厂分别创建配置对象，创建配置对象后如果受管服务或者受管服务工厂已经注册了，这个时候还需要更新配置对象，受管服务或者受管服务工厂才可以接收到配置数据。

2)更新配置对象。

配置对象的创建返回一个配置对象实例，此时和目标服务还没有直接的

关系，在目标服务注册之前或者之后创建都可以。

配置对象创建之后，受管服务已经注册，此时若要给受管服务发送新的数据，就需要调用配置对象的更新方法，配置对象的更新首先将新的数据持久化，然后给匹配的受管服务发送配置数据。

更新配置对象，需要调用Configuration接口提供的方法，方法public voidupdate(Dictionary properties)throws IOException使用当前的属性更新配置对象，配置对象更新的同时，如果该配置对象的对应的受管服务或者受管服务工厂已经注册，那么受管服务就会收到配置数据；方法delete()删除配置对象，如果该配置对象是受管服务的，那么调用受管服务的udpated(null)方法，受管服务接收到空的配置数据，如果删除的配置对象是受管服务工厂的，那么调用受管服务工厂的deleted(pid)，受管服务工厂接收到要删除的配置对象的pid，进行相应的操作。

对于前述的方法实施例，为了简单描述，故将其都表述为一系列的动作组合，但是本领域技术人员应该知悉，本发明并不受所描述的动作顺序的限制，因为依据本发明，某些步骤可以采用其他顺序或者同时进行。其次，本领域技术人员也应该知悉，说明书中所描述的实施例均属于优选实施例，所涉及的动作和模块并不一定是本发明所必须的。

实施例三

针对以上方法实施例，本申请实施例还提供了一种服务信息配置系统，其结构示意图如图6所示，包括：

检测单元301、查找单元302和第一发送单元303；

其中：

检测单元301，用于检测OSGI框架中是否有目标服务进行注册；

查找单元302，用于当所述检测单元检测到有目标服务注册时，查找与所述注册目标服务相适配的配置信息数据；

第一发送单元303，用于当所述查找单元查找到与所述注册目标服务相适配的配置信息数据时，对所述配置信息数据进行获取并将其发送至所述注册的目标服务。

本申请实施例提供的服务信息配置系统的另一结构示意图如图7所示，还包括：第二发送单元304；

第二发送单元304，用于当所述查找单元未查找到与所述注册目标服务相适配的配置信息数据时，发送空的配置信息数据至所述注册的目标服务；并为所述注册目标服务创建配置对象；当所述配置对象更新时，将所述配置对象更新的配置信息数据发送至所述注册的目标服务。

上述服务信息配置系统中，所述检测单元301检测的目标服务包括：受管服务和受管服务工厂。

对于系统实施例而言，由于其基本相应于方法实施例，所以描述的比较简单，相关之处参见方法实施例的部分说明即可。

本说明书中的各个实施例均采用递进的方式描述，各个实施例之间相同相似的部分互相参见即可，每个实施例重点说明的都是与其他实施例的不同之处。以上所述仅是本申请的具体实施方式，应当指出，对于本技术领域的普通技术人员来说，在不脱离本申请原理的前提下，还可以做出若干改进和润饰，这些改进和润饰也应视为本申请的保护范围。

Claims (12)

1.一种服务信息配置方法，其特征在于，包括：

检测OSGI框架中是否有目标服务进行注册；

当检测到有目标服务注册时，查找与所述注册目标服务相适配的配置信息数据；

当查找到与所述注册目标服务相适配的配置信息数据时，对所述配置信息数据进行获取并将其发送至所述注册的目标服务。

2.根据权利要求1所述方法，其特征在于，还包括：

当未查找到与所述注册目标服务相适配的配置信息数据时，发送空的配置信息数据至所述注册的目标服务；并为所述注册目标服务创建配置对象；当所述配置对象更新时，将所述配置对象更新的配置信息数据发送至所述注册的目标服务。

3.根据权利要求1所述的方法，其特征在于，所述注册的目标服务包括：受管服务和受管服务工厂。

4.根据权利要求3所述的方法，其特征在于，当所述注册的目标服务为受管服务时；

所述查找与所述注册目标服务相适配的配置信息数据包括：

获取所述受管服务的注册ID；

在预设目录下查找具有与所述注册ID相匹配ID的配置信息数据。

5.根据权利要求4所述的方法，其特征在于，还包括：

监测与所述注册受管服务相适配的配置信息数据；

当所述配置信息数据更新时，将经过更新的配置信息数据发送至所述注册受管服务。

6.根据权利要求4所述的方法，其特征在于，还包括：

监测与所述注册受管服务相适配的配置信息数据；

当所述配置信息数据被删除时，发送空的配置信息数据至所述注册受管服务。

7.根据权利要求3所述的方法，其特征在于，当所述注册的目标服务为受管服务工厂时；

所述查找与所述注册目标服务相适配的配置信息数据包括：

获取所述受管服务的注册工厂ID；

在预设目录下查找所有具有与所述注册工厂ID相匹配工厂ID的配置信息数据。

8.根据权利要求7所述的方法，其特征在于，还包括：

监测与所述注册受管服务工厂相适配的配置信息数据；

当所述配置信息数据更新时，将经过更新的配置信息数据发送至所述注册受管服务工厂。

9.根据权利要求7所述的方法，其特征在于，还包括：

监测与所述注册受管服务工厂相适配的配置信息数据；

当所述配置信息数据被删除时，发送空的配置信息数据至所述注册受管服务工厂。

10.一种服务信息配置系统，其特征在于，包括：

检测单元，用于检测OSGI框架中是否有目标服务进行注册；

查找单元，用于当所述检测单元检测到有目标服务注册时，查找与所述注册目标服务相适配的配置信息数据；

第一发送单元，用于当所述查找单元查找到与所述注册目标服务相适配的配置信息数据时，对所述配置信息数据进行获取并将其发送至所述注册的目标服务。

11.根据权利要求10所述的系统，其特征在于，还包括：

第二发送单元，用于当所述查找单元未查找到与所述注册目标服务相适配的配置信息数据时，发送空的配置信息数据至所述注册的目标服务；并为所述注册目标服务创建配置对象；当所述配置对象更新时，将所述配置对象更新的配置信息数据发送至所述注册的目标服务。

12.根据权利要求10所述的系统，其特征在于，所述检测单元检测的目标服务包括：受管服务和受管服务工厂。

Images