那么OpenDaylight控制器使用了哪些核心技术？它的工程技术架构又是怎样的呢？ 万殊一辙。...OpenDaylight的工程技术架构其实就像一座高楼大厦的构造，核心技术如同风靡建筑行业的装配式技术。...OSGI：以java为技术平台的动态模块化规范。OSGI拥有许多优秀特性，如动态性、模块化和可扩展力。它在OpenDaylight中被引用为后端技术框架。...OSGI就像建筑行业的装配式技术那样去组装和管理这些feature： 在OSGI中部署的最小单位是bundle（bundle就相当于一个普通的jar包），它就像预制的建筑构件，比如墙板、楼板、楼梯、阳台...而OSGI框架和KARAF容器可以实现功能组件即插即用，保证了ODL控制器体态匀称、身形灵活。 Maven---OpenDaylight的“构件工厂” Maven： 项目管理工具。
3 学习或者开发基于ODL的应用，需要了解很多背景知识，比如Maven, OSGi, Yang等，还有一大堆网络协议， 该如何学习呢？...Java的基础一定要有， ODL是利用Java开发的，依赖大量Java的库，没有Java的基础可能会比较困难，很多语法可能会读不懂，无法入手。...有了Java基础后，第一步就是建议大家花一两个星期时间看一下《Maven实战》这本书，因为ODL的项目就是用Maven管理的，所以需要了解一下Maven是什么东西，了解一下核心的内容，比如说：约定优于配置的原则...、对应的核心插件、构建的基本过程这些。...执行mvn clean install时增加参数-e，打印详细异常堆栈，增加参数-X，打开Maven的调试标记运行，查看完整的依赖踪迹。 5 版本加载运行出错 OSGi规范看了吗？
标红的就是冲突版本，白色的是当前的解析版本。 在解决冲突的时候直接把红色的排除是不对的，因为红色的本身就是冲突时被忽略的版本。...Maven Helper插件 解决冲突有两种方式 检测冲突的插件升降版本解决 Jar包隔离 包名替换 归纳了解了几种业内的解决方案如下，各有优劣 spring boot方式，统一管理各个组件版本，简洁高效...，但遇到必须使用不同版本jar包时，就不行了 sofa-ark 用FatJar技术去实现OSGI的功能，jar包隔离原理上跟osgi一致，不过基于fat jar技术，通过maven 插件来简化复杂度，比较轻量...shade 也有maven插件，通过更改jar包的字节码来避免jai包冲突，jar包冲突的本质是类的全限定名(包名+类名)冲突了，通过全限定名不能定位到你想用的那个类，maven-shade插件可以更改...这种情况无论如何调整依赖都无法解决冲突的问题 sofa-ark sofa-ark 框架支持单独application 和 sofaboot 两种方式，满足单独使用和web框架下的jar包隔离，还能基于zk
不过坏处就是缺少了灵活性，业务方无法修改组件包的任何依赖。 OSGI技术 使用OSGI技术，用felix、karaf或者Jigsaw这样的容器对jar包进行暴露和隔离。...以上就是Fat-Jar技术的基本原理，其实核心就在于要定义一套Jar包的文件规范，并且写一个打包插件按照这个规范打包，然后写一个Launcher进行解包、用依赖包配置ClassLoader、用反射调用实际...当然，由于plugin包和原生jar包是共用的同一个maven坐标，因此，我们就要用maven的"classifier"属性来区别。...在用sofa-ark-maven-plugin打包时，会同时生成两个包，一个是Ark包，一个就是Ark Biz包。...sofa-ark项目其实是一个以Ark Container为核心的容器生态。
Maven Archetype的原理与其在OpenDaylight中的应用 Archetype[1]是一个Maven项目模板的工具。它提供了一种快速生成一致的Maven项目的方法。...在impl中，我们可以利用Java Annotation快速的定义了命令的格式，快速获得命令解析功能，以及实现相应命令对应的输出。...Bluepinrt Container负责以下的事情： 解析Blueprint XML文件 初始化组件 将组件连接在一起 注册services 查找service reference Blueprint...的配置文件会被用来创建命令并将其注册到OSGi注册表中，这使得命令可以用于Karaf的控制台。...# 安装自己的编译生成的kar包到控制器。
version确定版本号，自己定义一个，OSGi解析的版本号默认是三位，这个具体请参考规范，一般初始版本写成0.0.1吧。...relativePath这个很重要，这是我们能够找到根模块的地方，我们打开parent目录可以看见，maven 解析这些子模块的时候会先去读取根模块的内容。...如果在根模块找不到，则会报一些变量无法解析的错误。...relativePath这个很重要，这是我们能够找到根模块的地方，我们打开parent目录可以看见，maven 解析这些子模块的时候会先去读取根模块的内容。...如果在根模块找不到，则会报一些变量无法解析的错误。
引导类加载器是无法找到 SPI 的实现类的，因为它只加载 Java 的核心库 通常当你需要动态加载资源的时候 , 你至少有三个 ClassLoader 可以选择 : 1.系统类加载器或叫作应用类加载器...但也是为了保证安全，这样核心库就不在查询范围之内。 OSGI原理介绍 OSGi™是 Java 上的动态模块系统。...OSGi 已经被实现和部署在很多产品上，在开源社区也得到了广泛的支持。Eclipse 就是基于 OSGi 技术来构建的。 原理： OSGi 中的每个模块（bundle）都包含 Java 包和类。...也就是说需要能够隐藏和共享一个模块中的某些 Java 包和类。这是通过 OSGi 特有的类加载器机制来实现的。OSGi 中的每个模块都有对应的一个类加载器。它负责加载模块自己包含的 Java 包和类。...当它需要加载 Java 核心库的类时（以 java开头的包和类），它会代理给父类加载器（通常是启动类加载器)来完成。
相反，Java EE 和 CORBA 技术的独立版本作为 Maven 构件发布，并可以从第三方网站（如 Maven Central）上获取，我们从那里下载了它们并将它们添加到了 Salesforce 应用程序的模块路径中...其他设计方面的变更影响来自核心库的 Java 语言 API，核心库的实现已经被更改，以便更严格地执行其原始 API 契约。...OSGi OSGi 就为我们带来了一个机会，在启动过程中，我们遇到了 javax.annotation 的问题。...根据 JPMS 规范，自动模块应该导出其所有的包——显然在我们的例子中不会发生这种情况！ 事实证明，我们在 OSGi 框架的包解析逻辑中发现了一个 bug（违反了 JPMS 规范）。...我们的修复程序可以确保将自动模块的所有包自动添加到 VM 提供的包列表中，它被接受并被合并发布到了 OSGi 社区。
2.2 OSGi 的两种含义 OSGi 一方面指 OSGi Alliance 组织，另一方面指 OSGi Alliance 制定的一个基于 Java 语言的服务规范——OSGi 服务平台。...2.2.2 OSGi 规范 这个规范的核心是一个框架，定义了应用程序的生命周期模式和服务注册。...例如，Bundle 的名称、描述、开发商、classpath，以及需要导入的包和输出的包等，OSGi 核心系统会将这些信息加载到系统中用于后续使用。...OSGi 提供了一个服务注册的功能，用于各个插件将自己能提供的服务注册到 OSGi 核心的服务注册中心，如果某个服务想用其他服务，可以直接在服务注册中心搜索可用服务。...三 规则引擎架构 3.1 简析 规则引擎从结构上来看，也属于微内核架构的一种具体实现，其中执行引擎可以看作是微内核，执行引擎解析配置好的业务流，执行其中的条件和规则，通过这种方式来支持业务的灵活多变。
开发新的插件，无需调整现有运行主体的代码和二进制包。...2.3.2 插件间消息通信 插件间消息通信属于一种开发人员可以自定义的扩展方式，插件运行主体无法定义所有的消息类型及消息的处理方法。...它的核心部分是一个框架，其中定义了应用程序的生命周期模式和服务注册。OSGI框架定义了大量的OSGI通用服务：日志、配置管理，XML解析等通用服务。...模块层中bundle的特点： bundle 以 jar 包形式存在的模块化物理单元，包含了代码，资源文件和元数据(模块描述信息)。 bundle 是开发、部署 OSGi 应用的基本单元。...bundle 的核心是 META-NF 目录下的 MANIFEST.MF 文件。 bundle 定义了内部包的对外可见性。 每个 bundle 都有单独的类加载器。
/POM/4.0.0 http://maven.apache.org/maven-v4_0_0.xsd"> 4.0.0 javax.xml.bind jaxb-api-osgi...-- 配置springmvc核心过滤器 --> dispatcher org.springframework.web.servlet.DispatcherServlet...-- 扫描包路径，如果需要扫描多个包，中间使用半角逗号隔开 --> ...-- 配置视图解析器：如何把handler方法返回值解析为实际的物理视图 --> <bean class="org.springframework.web.servlet.view.InternalResourceViewResolver
一般Java开发人员所说的OSGI是指由OSGi Alliance组织制定的Java模块化规范，该规范的核心部分是一个框架，其中定义了应用程序的生命周期模式和服务注册。...基于这个框架定义了大量的OSGi服务：日志、配置管理，HTTP服务（运行Servlet）、XML解析、设备访问、软件包管理、许可管理、用户管理、IO连接、Jini和UPnP等。...2、OSGI是一个微核的系统，所谓微核是指其核心只有为数不多的几个jar包。基于OSGI框架的系统可分可合，其结构的优势性导致具体的Bundle不至于影响到全局，不会因为局部的错误导致全局系统的崩溃。...例如Java EE项目中可能会因为某个Bean的定义或注入有问题，而导致整个应用跑不起来，而使用OSGI则不会有这种问题，顶多相关的几个Bundle无法启动。...Spring MVC时，通过DispatcherServlet启动的Bean与OSGI Bundle启动的Bean无法相互依赖，需要做特殊处理，后面文章中会有介绍。
因为所有的类加载请求最终都会传送到顶层的启动类加载器中，而启动类加载器只加载核心类库，所以恶意代码无法通过自定义类来攻击系统。 代码热部署：双亲委派模型还支持代码的热部署。...父类加载器无法加载：如果父类加载器无法加载这个类（例如，它不在父类加载器的搜索路径中），加载请求会返回给子类加载器。...只有当父类加载器无法加载这个类时，Webapp类加载器才会尝试自己去加载这个类。...下面是如何在OSGi中打破双亲委派模型的一些步骤： 创建OSGi Bundle：首先，你需要使用适当的工具（如Maven的Bundle插件）创建一个OSGi bundle。...定义导出和导入的包：在你的bundle的manifest文件中，你需要定义哪些包应该被导出（供其他bundles使用）和哪些包应该被导入（从你的bundles中使用）。
阅读“模块”相关的文章时，请注意你正在阅读的文章的作者是否来自OSGi / JBoss模块设计阵营。...（我从来没有主动使用OSGi或JBoss模块，尽管我已经使用Eclipse和其他在内部使用OSGi的工具。）...它暴露一个包叫com.opengamma.util。使用模块路径(modulepath)（由JVM执行）时，所有其他软件包都将被隐藏。 与java.base（JDK的核心模块）有一个隐含的依赖关系。...由于隐藏的软件包没有在module-info.class中列出，所以像Maven这样的工具必须打开jar文件，以发现哪些隐藏的软件包是为了警告冲突。...我已经相信，在包含最高包之后，来命名你的模块，然后该模块“拥有”子包，是唯一的理想策略。 构建系统的冲突 - 谁负责？ Maven pom.xml还包含有关项目的信息。是否应该扩展以允许添加模块信息？
基础环境准备 安装IDE、jdk(1.8) 、maven(3.8.4)、IDE安装scala插件、IDE配制maven 这些都是之前装sparksql环境时已经装好的，可以直接用 flink源码导入IDE...flink-table-runtime: 运行时核心代码，包含运算符实现、内置函数实现、类型系统实现，读写器、转换器等。...Parser and planner flink-sql-parser: 默认ANSI sql解析器实现。 flink-sql-parser-hive: hivesql方言解析器实现。...flink-table-planner-loader-bundle： flink-table-planner的捆绑包。...Testing flink-table-test-utils: 测试包，提供一些测试实用工具。
该规范和核心部分是一个框架 ，其中定义了应用程序的生命周期模式和服务注册。...传统的开发和部署的局限性 1、java讲求的是面向接口编程，比如接口A有两个实现类B和C，当在运行时需要将B转换成C的时候，就需要重新启动服务，否则是无法实现的，也就是说J2EE本身是不提供这种支持的。...运行期，如果这些第三方Jar包不存在，或者命名存在差异，或者提供了不同JAR包版本，则会出现各种不同结果。Java SE/Java EE平台没有细化这方面的任何内容。...通常，我们会将企业应用以单个WAR包形式存在，其中内置了当前应用所有的内容，包括.class、.jsp、.js等资源。...很显然，这给维护工作带来挑战，毕竟升级或修改WAR包中的任何内容都可能会波及到整个WAR包。
系统里抽象的各个模块，往往有很多不同的实现方案，比如日志模块的方案、xml解析模块、jdbc模块的方案等。面向对象的设计推荐模块之间基于接口编程，模块之间不对实现类进行硬编码。...在模块化设计中这个机制尤其重要，其核心思想就是解耦。 ? SPI的接口是Java核心库的一部分，是由引导类加载器(Bootstrap Classloader)来加载的。...引导类加载器在加载时是无法找到SPI的实现类的，因为双亲委派模型中规定，引导类加载器BootstrapClassloader无法委派系统类加载器AppClassLoader来加载。该如何解决此问题？...这些SPI的接口是由Java核心库来提供，而SPI的实现则是作为Java应用所依赖的jar包被包含进类路径（CLASSPATH）中。例如：JDBC的实现mysql就是通过Maven被依赖进来。...双亲委派模型的第三次“被破坏”是由于用户对程序的动态性的追求导致的，例如OSGi的出现。在OSGi环境下，类加载器不再是双亲委派模型中的树状结构，而是进一步发展为网状结构。
详细介绍的地址： http://www.iteye.com/news/23015 谁在用osgi 其实搞过开发的大概都知道，业界中鼎鼎大名的eclipse就是基于osgi来开发的。...并且很多大的应用厂商也在使用osgi进行模块化的开发。...osgi中的Bundle bundle其中有包的意思，这个是osgi中比较核心的一个概念，也就是说我们控制osgi就是通过bundle来进行控制的。...Bundle状态解析： •INSTALLED — 成功安装bundle。 •RESOLVED — 所有bundle需要的Java类可用。这个状态标志着 bundle已经是启动就绪或者是已经停止。...在OSGI Framework上点击右键，新建，将显示所有的Bundles ? 取消所有Bundles的选择，只选择org.eclipse.osgi这个Bundle ?
JVM 类加载机制 JVM 类加载机制分为五个部分:加载，验证，准备，解析，初始化，下面我们就分别来看一下这五个过程。 ?...注意这里不一定非得要从一个 Class 文件获取，这里既可以从 ZIP 包中读取(比如从 jar 包和 war 包中读取)，也可以在运行时计算生成(动态代理)， 也可以由其它文件生成(比如将 JSP 文件转换成对应的...1.4 解析 解析阶段是指虚拟机将常量池中的符号引用替换为直接引用的过程。符号引用就是 class 文件中的： 1. CONSTANT_Class_info 2....双亲委派机制 当一个类收到了类加载请求，他首先不会尝试自己去加载这个类，而是把这个请求委派给父类去完成，每一个层次类加载器都是如此，因此所有的加载请求都应该传送到启动类加载其中，只有当父类加载器反馈自己无法完成这个请求的时候...图片来自网络，侵删 04 OSGI（动态模型系统） OSGi(Open Service Gateway Initiative)，是面向 Java 的动态模型系统，是 Java 动态化模块化系 统的一系列规范
调用链太长，性能下降 调用链太长，问题定位困难 没有自动化支撑，无法快速交付 没有服务治理，微服务数量多了后管理混乱 总结一下，微服务的陷阱主要有以下几点： 微服务拆分过细，过分强调“small”；...如果因为团队规模和人力的原因无法全面覆盖，至少要做到接口测试自动化。...接口框架不是一个可运行的系统，一般以库或包的形式提供给所有微服务调用。例如，针对上面的JSON样例，可以由某个基础技术团队提供多种不同语言的解析包(Java、Python、C等)。...现在我们讨论OSGi，已经和嵌入式应用关联不大了，更多的是将OSGi当做一个微内核的架构模式。...规则引擎架构 规则引擎从结构上来看也属于微内核架构的一种具体体现，其中执行引擎可以看做微内核，执行引擎解析配置好的业务流，执行其中的条件和规则，通过这种方式来支持业务的灵活多变。
领取专属 10元无门槛券
手把手带您无忧上云
云服务器
即时通信 IM
ICP备案
对象存储
实时音视频
