[发明专利]一种基于Felix的支持多客户的部署插件框架的方法在审
申请号: | 202110975071.3 | 申请日: | 2021-08-24 |
公开(公告)号: | CN113590233A | 公开(公告)日: | 2021-11-02 |
发明(设计)人: | 顾莉莉 | 申请(专利权)人: | 芯河半导体科技(无锡)有限公司 |
主分类号: | G06F9/445 | 分类号: | G06F9/445 |
代理公司: | 暂无信息 | 代理人: | 暂无信息 |
地址: | 214135 江苏省无锡市新吴区菱*** | 国省代码: | 江苏;32 |
权利要求书: | 查看更多 | 说明书: | 查看更多 |
摘要: | |||
搜索关键词: | 一种 基于 felix 支持 客户 部署 插件 框架 方法 | ||
1.一种基于Felix的支持多客户的部署插件框架的方法,其特征在于,包括两个部分:插件功能分层部署和插件实现多客户支持的部署;将插件按照功能分层部署为:系统插件、自定义插件和第三方插件,便于管理和扩展;基于Maven的构建系统,将插件功能实现复用和定制,以支持多客户的需求。
2.根据权利要求1所述的一种基于Felix的支持多客户的部署插件框架的方法,其特征在于,插件功能分层部署,具体如下:
(1)首先,构建三个目录,来存放不同级别的插件;下载或更新插件时,只要存放在对应的目录,就能够将该插件自动归类;
(2)可以利用Felix框架内的配置文件来实现三种插件的启动顺序。不同的客户只要维护不同的配置文件即可;
(3)开发一个管理插件,用于管理第三类插件,决定第三类插件的启动顺序,并实现安装、卸载操作。
3.根据权利要求1所述的一种基于Felix的支持多客户的部署插件框架的方法,其特征在于,插件实现多客户支持的部署,具体如下:
(1)首先,将厂商的名称统一为一个通用的名称叫vendor;
(2)在编译整个项目前,先把vendor目录替换成实际厂商名称作为新的代码编译目录;
(3)在Maven的配置文件中,建立不同的profile,profile根据厂商来定义,包含需要的类,或把不属于该厂商的Java类文件Exclude出去;
(4)在Maven的配置文件中,选择需要的resource资源,或Exclude不需要包含的资源;
(5)对于代码实现中,如果需要不同厂商执行不同的逻辑,可以通过在Felix框架内的配置文件中定义vendor变量来实现。
4.根据权利要求1所述的一种基于Felix的支持多客户的部署插件框架的方法,其特征在于,多客户支持的部署仅适用于插件功能相同,或只有少部分不同的插件,可以节约代码开发成本和后期维护成本。
5.根据权利要求1所述的一种基于Felix的支持多客户的部署插件框架的方法,其特征在于,将插件分类为三类,每一类的插件启动顺序和启动设置不同:
1)第一类是系统插件,存放在系统插件目录;系统插件就是指组成Felix框架和OSGi架构的基础插件,此类插件启动级别为1,框架启动后默认启动该插件,且不可停止、删除。因为如果有误操作,导致该插件停止和删除了,会引起整个框架启动失败;
2)第二类是自定义插件,存放在自定义插件目录;自定义插件资源来自我们自己开发,此类插件启动级别为2和3;级别为2时,框架启动后默认启动该插件,即使停止、删除后重启框架仍然恢复启动;级别为3时,框架启动后默认启动该插件,且可停止、删除;自定义插件的代码由研发人员开发维护;
3)第三类是第三方插件,存放在第三方插件目录;第三方插件是指由他厂家开发并提供的插件,资源由其他厂商提供;此类插件启动级别是4,框架启动时默认不启动该插件,由其他管理插件来启动和管理该插件,且可停止、删除。
6.根据权利要求3所述的一种基于Felix的支持多客户的部署插件框架的方法,其特征在于,在代码中根据vendor的实际值来执行相应的逻辑动作;不同的厂商也只需要维护变量不同的配置文件即可。
该专利技术资料仅供研究查看技术是否侵权等信息,商用须获得专利权人授权。该专利全部权利属于芯河半导体科技(无锡)有限公司,未经芯河半导体科技(无锡)有限公司许可,擅自商用是侵权行为。如果您想购买此专利、获得商业授权和技术合作,请联系【客服】
本文链接:http://www.vipzhuanli.com/pat/books/202110975071.3/1.html,转载请声明来源钻瓜专利网。