单独的OSGi部署程序包可以使用相同类型的资源吗?

如何解决单独的OSGi部署程序包可以使用相同类型的资源吗?

Deployment Admin规范定义了一种创建Deployment Packages的方法,其中可以包含捆绑软件和资源。

我想使用Deployment Admin安装两种类型的Deployment Packages。第一个部署程序包将包含程序的“框架”。包括所有基础架构级别的服务和捆绑包,例如Configuration Admin,Declarative Services等。第二个部署包将包含程序的“数据”;几乎完全由框架包中的资源处理器处理的资源。

在这种情况下,资源处理器将位于框架包的定制程序包中。

+--------------------------------------------------+
|                                                  |
| Framework Deployment Package                     |
|                                                  |
+--------------------------------------------------+
|                                                  |
| Declarative Services : Bundle                    |
|                                                  |
+--------------------------------------------------+
|                                                  |
| Configuration Admin : Bundle                     |
|                                                  |
+--------------------------------------------------+
|                                                  |
| Species Resource Processor : Bundle (Customizer) |
|                                                  |
+--------------------------------------------------+

+-------------------------+
|                         |
| Data Deployment Package |
|                         |
+-------------------------+
|                         |
| Configuration Resources |
|                         |
+-------------------------+
|                         |
| Species Resources       |
|                         |
+-------------------------+

但是,当尝试以这种方式进行操作时,第二个程序包被识别为外部部署程序包,因此无法安装。规范(114.5,定制程序)中提到

启动定制程序包后,它应注册一个或多个资源处理器服务。这些 资源处理器服务只能由来自同一部署的资源使用 包。 Customizer捆绑包绝不能处理来自另一个Deployment Package的资源, 必须由Deployment Admin服务确保。

要检查是否属实,我查看了自动配置规范(115),该规范指定了一个Autoconf资源处理器,它是Deployment Package Specification的扩展。它指定资源处理器实现,并从“部署程序包”中处理资源。

基于此,如果我想使用自动配置规范,则似乎需要在同一部署程序包中包括自动配置包和Autoconf资源。但是,这似乎导致了另一个问题。自动配置捆绑包将不能被另一个软件包使用,因为资源处理器只能由同一软件包中的资源使用;此外,该捆绑包不能由单独的,不相关的部署程序包使用,因为Autoconf捆绑包已由第一个程序包注册。

+---------------------------------+   +---------------------------------+
|                                 |   |                                 |
| First Deployment Package        |   | Second Deployment Package       |
|                                 |   |                                 |
+---------------------------------+   +---------------------------------+
|                                 |   |                                 |
| +-----------------------------+ |   | +-----------------------------+ |
| |                             | |   | |                             | |
| | Autoconf Bundle             | |   | | Autoconf Bundle             | |
| |                             | |   | |                             | |
| | SymbolicName: X             | |   | | SymbolicName: X             | |
| | Version 1.0                 | |   | | Version 1.0                 | |
| |                             | |   | |                             | |
| +-----------------------------+ |   | | Cannot be installed         | |
| |                             | |   | | because it's already        | |
| | Autoconf Resource Processor | |   | | installed by first          | |
| |                             | |   | |                             | |
| | Can only be used by         | |   | +-----------------------------+ |
| | this Deployment Package     | |   | |                             | |
| |                             | |   | | Autoconf Resource Processor | |
| +-----------------------------+ |   | |                             | |
|                                 |   | | Can only be used by         | |
| Autoconf Resource               |   | | this Deployment Package     | |
|                                 |   | |                             | |
+---------------------------------+   | +-----------------------------+ |
                                      |                                 |
                                      | Autoconf Resource               |
                                      |                                 |
                                      | Cannot be used because Bundle   |
                                      | containing Resource Processor   |
                                      | isn't installed,and therefore  |
                                      | can't be used by only this      |
                                      | Deployment Package              |
                                      |                                 |
                                      +---------------------------------+

如果两个部署程序包想要使用Autoconf资源,我们将被阻止,因为资源处理器要么作为捆绑软件安装,要么因为它不在部署程序包中或作为一部分而被部署管理员使用,单个部署程序包中的任何一个,并且其他任何部署程序包都无法使用该捆绑包的该版本。

那么,我的理解是否正确,两个部署程序包不仅必须分开,而且还完全不相关,以至于甚至不重用单个程序包?如果真是这样,那么这意味着不可能有两个带有Autoconf资源的部署包;或至少两个具有相同资源类型的软件包?

版权声明:本文内容由互联网用户自发贡献,该文观点与技术仅代表作者本人。本站仅提供信息存储空间服务,不拥有所有权,不承担相关法律责任。如发现本站有涉嫌侵权/违法违规的内容, 请发送邮件至 dio@foxmail.com 举报,一经查实,本站将立刻删除。

相关推荐


依赖报错 idea导入项目后依赖报错,解决方案:https://blog.csdn.net/weixin_42420249/article/details/81191861 依赖版本报错:更换其他版本 无法下载依赖可参考:https://blog.csdn.net/weixin_42628809/a
错误1:代码生成器依赖和mybatis依赖冲突 启动项目时报错如下 2021-12-03 13:33:33.927 ERROR 7228 [ main] o.s.b.d.LoggingFailureAnalysisReporter : *************************** APPL
错误1:gradle项目控制台输出为乱码 # 解决方案:https://blog.csdn.net/weixin_43501566/article/details/112482302 # 在gradle-wrapper.properties 添加以下内容 org.gradle.jvmargs=-Df
错误还原:在查询的过程中,传入的workType为0时,该条件不起作用 <select id="xxx"> SELECT di.id, di.name, di.work_type, di.updated... <where> <if test=&qu
报错如下,gcc版本太低 ^ server.c:5346:31: 错误:‘struct redisServer’没有名为‘server_cpulist’的成员 redisSetCpuAffinity(server.server_cpulist); ^ server.c: 在函数‘hasActiveC
解决方案1 1、改项目中.idea/workspace.xml配置文件,增加dynamic.classpath参数 2、搜索PropertiesComponent,添加如下 <property name="dynamic.classpath" value="tru
删除根组件app.vue中的默认代码后报错:Module Error (from ./node_modules/eslint-loader/index.js): 解决方案:关闭ESlint代码检测,在项目根目录创建vue.config.js,在文件中添加 module.exports = { lin
查看spark默认的python版本 [root@master day27]# pyspark /home/software/spark-2.3.4-bin-hadoop2.7/conf/spark-env.sh: line 2: /usr/local/hadoop/bin/hadoop: No s
使用本地python环境可以成功执行 import pandas as pd import matplotlib.pyplot as plt # 设置字体 plt.rcParams['font.sans-serif'] = ['SimHei'] # 能正确显示负号 p
错误1:Request method ‘DELETE‘ not supported 错误还原:controller层有一个接口,访问该接口时报错:Request method ‘DELETE‘ not supported 错误原因:没有接收到前端传入的参数,修改为如下 参考 错误2:cannot r
错误1:启动docker镜像时报错:Error response from daemon: driver failed programming external connectivity on endpoint quirky_allen 解决方法:重启docker -> systemctl r
错误1:private field ‘xxx‘ is never assigned 按Altʾnter快捷键,选择第2项 参考:https://blog.csdn.net/shi_hong_fei_hei/article/details/88814070 错误2:启动时报错,不能找到主启动类 #
报错如下,通过源不能下载,最后警告pip需升级版本 Requirement already satisfied: pip in c:\users\ychen\appdata\local\programs\python\python310\lib\site-packages (22.0.4) Coll
错误1:maven打包报错 错误还原:使用maven打包项目时报错如下 [ERROR] Failed to execute goal org.apache.maven.plugins:maven-resources-plugin:3.2.0:resources (default-resources)
错误1:服务调用时报错 服务消费者模块assess通过openFeign调用服务提供者模块hires 如下为服务提供者模块hires的控制层接口 @RestController @RequestMapping("/hires") public class FeignControl
错误1:运行项目后报如下错误 解决方案 报错2:Failed to execute goal org.apache.maven.plugins:maven-compiler-plugin:3.8.1:compile (default-compile) on project sb 解决方案:在pom.
参考 错误原因 过滤器或拦截器在生效时,redisTemplate还没有注入 解决方案:在注入容器时就生效 @Component //项目运行时就注入Spring容器 public class RedisBean { @Resource private RedisTemplate<String
使用vite构建项目报错 C:\Users\ychen\work>npm init @vitejs/app @vitejs/create-app is deprecated, use npm init vite instead C:\Users\ychen\AppData\Local\npm-