OpenDaylight开发学习笔记基础之Controller篇
controller 的实现方式
controller 的实现方式一、什么是 controller在计算机科学中，控制器（controller）是指一个负责管理和协调系统中各个组件之间相互作用的模块或程序。
在软件开发中，特别是在Web开发中，控制器是一个核心组件，用于处理用户请求和管理应用程序逻辑。
二、控制器的作用控制器在应用程序中扮演着重要的角色，它具有以下几个主要作用：1.接受用户请求：控制器负责接受用户的请求，并将请求的数据传递给相应的逻辑处理模块。
2.处理业务逻辑：在控制器中，我们可以编写业务逻辑的处理代码，包括数据处理、计算、验证等。
3.协调模型和视图：控制器负责协调模型和视图之间的交互，将处理后的数据传递给视图进行展示。
4.管理请求的生命周期：控制器可以管理请求的整个生命周期，包括请求的处理、错误处理以及返回响应等。
三、常见的控制器实现方式在不同的编程语言和框架中，控制器的实现方式可能有所不同。
下面介绍几种常见的控制器实现方式。
1. 基于函数的控制器在一些简单的Web开发框架中，使用基于函数的控制器是一种常见的实现方式。
在这种方式下，我们可以将每个路由对应的业务逻辑封装成一个函数，并直接将请求的数据作为参数传递给该函数。
函数执行完毕后，将返回的数据直接返回给客户端。
示例代码（基于Python Flask框架）：from flask import Flaskapp = Flask(__name__)@app.route('/user/<username>', methods=['GET'])def get_user(username):# 从数据库中获取用户信息user = db.get_user(username)# 处理用户信息processed_user = process_user(user)return processed_userif __name__ == '__main__':app.run()2. 基于类的控制器在一些较为复杂的Web开发框架中，使用基于类的控制器是一种更常见的实现方式。
opendaylight 模块划分
在撰写文章之前，我将先进行深度和广度的评估，以全面了解opendaylight模块划分这一主题。
opendaylight是一个开放源代码的软件定义网络（SDN）控制器评台，用于管理和控制网络中的交换机和路由器。
在opendaylight中，模块划分是指将整个系统划分为多个模块，每个模块负责特定的功能或服务。
我将从简到繁、由浅入深地探讨opendaylight模块划分的相关内容。
我会以简单的方式介绍opendaylight模块划分的基本概念和作用。
随后，我将详细分析opendaylight中常见的模块划分方式以及各自的功能和特点。
在文章的后半部分，我将探讨opendaylight模块划分的实际应用和未来发展趋势，以及对该主题的个人观点和理解。
那么，让我们开始撰写这篇有价值的文章吧。
---opendaylight模块划分的基本概念和作用在opendaylight中，模块划分是指将整个系统划分为多个模块，每个模块负责特定的功能或服务。
这种模块化的设计可以使系统更加清晰和灵活，方便开发者和用户理解和使用。
模块划分也有利于系统的扩展和定制，可以根据实际需求选择性地加载和使用特定的模块，从而提高系统的性能和效率。
opendaylight中常见的模块划分方式在opendaylight中，常见的模块划分方式包括北向接口（Northbound Interface）、南向接口（Southbound Interface）、核心功能模块（Core Function Module）和应用模块（Application Module）等。
每种方式都有其独特的功能和特点，下面将对每种方式进行详细分析。
1. 北向接口（Northbound Interface）北向接口是opendaylight提供给上层应用和用户的接口，用于实现业务逻辑和控制功能。
通过北向接口，上层应用和用户可以与opendaylight进行交互和通信，实现对网络的监控、管理和控制。
性能测试执行之使用controller设计与运行测试
单击运行负载测试。 • 默认情况下， Controller 打开时显示 “新建场景”对话框。 • 注意：要在启动时打开 “新建场景”对话框，请确保选中 “新建场景”对话框中的启动时
二． 使用Controller设计场景-创建手动场景
• 选择场景类型
请选择下列某个场景选项：
① 手动场景。如果要构建手动场景，请选择此方法。通过创建组并指定脚本、LoadGen 包含的 Vuser 数来构建手动场景。
② 使用百分比模式在脚本间分配 Vuser。如果要通过指定在选定的 Vuser 脚本间分配的 场景，请选择此选项。
二． 使用Controller设计场景-创建手动场景
• 在 “名称”框中，输入 Load Generator 的名称。在 “平台”框中，选择运行 Load Generator 的平台
• 默认情况下，LoadRunner 在场景执行期间将临时文件存储在 Load Generator 上由 Load Generator 的 指定的临时目录中。要为特定的 LoadGenerator 覆盖此默认值，请在 “临时目录”框中输入一个位置。
一． Controller介绍-Controller简介
一． Controller介绍-Controller简介
• Controller 窗口具有以下视图：
① “设计”视图。此视图显示场景中所有 Vuser 组/脚本的列表、Load Generat 本的 Vuser 数。此视图还显示有关场景计划 （手动场景）或目标（面向目标的
Controller与Service系列（一）Controller基本概念
Controller与Service系列（⼀）Controller基本概念⼀、简介 控制器(Controller)是集群上管理和运⾏容器的对象。
Pod就是通过Controller实现应⽤的运维，如伸缩、滚动升级等，其中Pod与Controller之间通过标签(Label)以及标签选择器(Selector)建⽴关联。
控制器(Controller)对象有不同的类型，⽐较常⽤的有：Deployment 使⽤它可以进⾏应⽤的部署、应⽤的升级回滚、弹性伸缩等。
StatefulSet 管理有状态应⽤，⽤来管理某 Pod集合的部署和扩缩，并为这些 Pod 提供持久存储和持久标识符。
DaemonSet 确保全部（或者某些）节点上运⾏⼀个 Pod 的副本。
Job ⼀次性任务CronJob 创建基于时隔重复调度的 Jobs⼆、Deployment（⼀）应⽤部署Deployment常⽤的场景就是应⽤的部署、升级、回滚、伸缩等。
1、部署准备在之前的操作中直接通过命令⾏的⽅式进⾏应⽤的部署：[root@k8smaster ~]# kubectl create development web --image=nginx但是这样不利于重⽤，所以可以采⽤yaml⽂件的⽅式：# 导出yaml⽂件[root@k8smaster ~]# kubectl create deployment web --image=nginx --dry-run -o yaml > web.yam可以看到yaml⽂件中的内容：apiVersion: apps/v1kind: Deploymentmetadata:creationTimestamp: nulllabels:app: webname: webspec:replicas: 1selector:matchLabels:app: webstrategy: {}template:metadata:creationTimestamp: nulllabels:app: webspec:containers:- image: nginxname: nginxresources: {}status: {}可以看到Deployment控制器中的selector中与Pod中的labels进⾏匹配，它们之间就是基于此进⾏关联。
OpenDaylight初步学习过程
OpenDaylight初步学习过程———————Lithium OpenDaylight搭建环境的要求1.虚拟机Ubuntu 14.04，内存建议4G及以上，以免在启动ODL时太卡2.Java7-及以上版本3.Maven3.1.1及以上版本注意：先用java –version查看jdk版本。
如果版本低于jdk1.7，则从jdk官网下载，下载地址：/technetwork/java/javase/downloads/java-archive-downloads-javase7-521261.html#jdk-7u79-oth-JPR一定要根据自己系统下载相应的jdk。
安装及配置：/s/blog_93dc666c0101b1bj.html查看maven版本，maven –v，如果未安装，则从其官网下载3.1.1版本及以上版本。
Tar文件，可以先去官网查下maven最新版本多少。
下载网址：/dyn/closer.cgi/maven/binaries/apache-maven-3.3.3-bin.tar.gz安装配置：/caojianhua/archive/2011/04/02/347559.html建议不要从shell通过apt-get来安装maven，版本不是最新的。
安装pre-build的controller由于新手初期对于ODL的了解还不多，建议先安装pre-built的distribution熟悉一下opendaylight的基本功能。
1)下载地址如下，下载zip格式https:///downloads2)解压文件，进入到bin文件夹，运行./karaf3)安装相关依赖，以下是满足一些基本功能的依赖（顺序有时候会有要求）：安装支持REST API的组件：feature:install odl-restconf安装L2 swtich 和Openflow插件：feature:install odl-l2switch-switchfeature:install odl-openflowplugin-all安装DULX功能：feature:install odl-dlux-all安装基于karaf控制台的md-sal控制器功能：feature:install odl-mdsal-all安装基于karaf控制台的ad-sal功能：feature:install odl-adsal-northbound安装完成后，可以通过访问http://<controller_ip>:8181/index.html，进入ODL控制平面，也可以通过http://<controller_ip>:8181/apidoc/explorer访问api端口信息以上如果一切顺利则表明ODL初步搭建完成，接下来需要通过mininet来验证ODL连接以及用restclient或者postman来验证下发流表正常使用mininet连接controller1)在另外一台虚拟机安装mininet，具体安装步骤请看压缩包里的《如何升级Mininet的OpenvSwitch的版本》文档。
controller调用controller的方法
controller调用controller的方法在软件编程开发中，Controller是一种非常重要的角色，它承担着负责处理用户请求的职责，Controller能够接收、解释用户请求，并将它们发送给Model层进行处理，最终将处理结果发送给View 层。
因此，Controller在软件开发工程中发挥着至关重要的作用。
通常情况下，一个Controller只会负责处理某个特定用户请求的职责，但是在某些情况下，一个Controller可能会被需要分解为多个Controller来完成更大的任务。
此时，就会出现Controller之间的方法调用的问题，这是一项比较复杂的技术问题，也是软件开发工程中的一项关键技术。
首先，我们要明确Controller之间的方法调用所涉及到的逻辑。
一般而言，当一个Controller需要调用另一个Controller的方法时，需要确定所调用的方法与参数，并通过某种形式（通常是函数调用）调用另一个Controller中的方法。
因此，Controller之间的方法调用实际上是实现一个Controller与另一个Controller之间信息交互的过程，以保证Controller之间的正确协作与完成更大的任务。
其次，Controller之间的方法调用也可以通过使用一些特定的技术来实现。
通常，当Controller需要调用另一个Controller的方法时，可以利用Web服务技术（如REST）来实现，即一个Controller 提供的Web服务会发送一些特定的请求，然后由另一个Controller 来接受并处理这些请求，完成Controller之间的信息交互，最终完成Controller之间的方法调用。
此外，Controller之间方法调用也可以通过特定的框架和库来实现。
例如，在Java开发中，我们可以利用Spring框架中的RESTful Web Service来实现Controller之间的方法调用，或者在.NET中，我们使用WCF服务来实现Controller之间的方法调用。
controller层,service层,dao层项目实训
controller层,service层,dao层项目实训摘要：1.项目实训背景2.controller层介绍3.service层介绍4.dao层介绍5.三层架构在项目中的应用6.项目实训收获与总结正文：在项目实训中，我们以controller层、service层和dao层为基础，进行了一系列的实践操作，深入了解了这三层在项目中的具体应用。
首先，controller层作为项目的入口，负责接收和处理来自客户端的请求，将请求数据传递给service层进行处理。
同时，controller层也负责将service层处理后的结果返回给客户端。
在实训过程中，我们重点学习了如何设计和优化controller层，以提高项目的性能和可维护性。
其次，service层作为项目的业务逻辑处理层，负责对来自controller层的请求数据进行业务处理。
在service层，我们编写了大量的业务逻辑代码，实现了对数据的增删改查等操作。
同时，service层还负责调用dao层提供的数据访问接口，完成对数据的实际操作。
在实训过程中，我们学习了如何合理划分业务逻辑，以及如何优化service层的性能。
最后，dao层作为项目的数据访问层，负责提供数据访问接口供service层调用。
在dao层，我们编写了数据库访问的SQL语句，实现了对数据库的直接操作。
同时，为了提高数据的访问效率，我们还学习了如何进行数据库的优化，包括SQL语句的优化、索引的创建等。
在实训过程中，我们深入了解了数据库访问的原理和方法，并学会了如何根据项目需求进行合理的数据访问设计。
通过这次项目实训，我们对controller层、service层和dao层有了更深刻的理解，掌握了它们在项目中的实际应用。
SDN环境部署与OpenDaylight开发入门
5 OpenDaylight综述
5.3 OpenDaylight的子项目简介
5.3.22 子项目Group Based Policy（GBP）/Project Facts（GBP项目）简介 5.3.23 子项目L2 Switch（L2层交换机项目）简介 5.3.24 子项目LACP（链接聚合控制协议项目）简介 5.3.25 子项目OF-CONFIG（OF-CONFIG项目）简介 5.3.26 子项目OpenDaylight DLUX（ODL的DLUX项 目）简介 5.3.27 子项目Service Function Chaining（服务功能 链项目）简介 5.3.28 子项目VTN（VTN项目）简介
4.8 POX控制器
4.11 博科的 Brocade SDN控制 器
4.9 Beacon控 制器
4.12 Maestro 控制器
4 现有SDN控制器简述
4.13 IRIS控 制器
4.14 Extreme公司 的OneController
控制器
4.15 本章总 结
4 现有SDN控制器简述
4.5 思科的APIห้องสมุดไป่ตู้控制器和Open SDN控制器
5 OpenDaylight综述
5.3 OpenDaylight的子项目简介
5.3.15 子项目FaaS（网络构造即服务项目）简介 5.3.16 子项目NeutronNorthbound（Neutron北向 项目）简介 5.3.17 子项目ALTO（应用层流量优化项目）简介 5.3.18 子项目CAPWAP（无线接入点的控制和提供）简 介 5.3.19 子项目Controller Core Functionality Tutorials（控制器核心功能向导项目）简介 5.3.20 子项目Controller Shield（控制器盾项目）简 介 5.3.21 子项目DIDM（设备认证和驱动管理项目）简介
OpenDaylight指南
OpenDaylight 指南最新版: yeasy@github 更新历史: V0.6: 2014-02-18 增加对 MD-SAL 的分析； V0.5: 2013-12-30 增加对 VTN 项目的分析； 部分格式调整。
V0.4: 2013-08-22 添加如何在控制台调用 bundle 方法。
V0.3: 2013-08-20 添加增量项目编译说明； 优化结构。
V0.2: 2013-07-14 完成用户安装运行和开发环境部署。
V0.1: 2013-07-10 完成框架。
第1章 第2章概述 ...........................................................................................................................4 控制器安装运行 ........................................................................................................5 2.1 环境配置 ....................................................................................................................5 2.2 安装和使用 ................................................................................................................5 获取源码 ............................................................................................................5 2.2.1 2.2.2 编译运行 ............................................................................................................5 常见运行问题.....................................................................................................6 2.2.3 2.2.4 使用 Mininet 测试 ..............................................................................................6 第 3 章 开发环境 ..................................................................................................................11 3.1 概述 .........................................................................................................................11 架构原则 ..................................................................................................................11 3.2 架构框架 ..................................................................................................................12 3.3 3.3.1 框架概述 ..........................................................................................................12 3.3.2 功能概述 ..........................................................................................................12 3.4 开发框架概述 ..........................................................................................................18 开发和更新代码 ......................................................................................................18 3.5 3.5.1 通过 CLI...........................................................................................................18 3.5.2 通过 Eclipse......................................................................................................20 3.5.3 在 OSGi 控制台中调用方法 .............................................................................20 3.6 示例应用 ..................................................................................................................203.6.1 3.6.2 3.6.3第 章Simple Forwarding Application .........................................................................20 Statistics Application .........................................................................................20 Load Balancer Application ................................................................................26 ......................................................................................................................29 3.7 3.7.1 C .......................................................................................................29 3.7.2 .NET .................................................................................................30 3.7.3 Java ...................................................................................................30 3.7.4 Java JSON .........................................................................................31 3.7.5 Objective C .......................................................................................31 3.8 REST ....................................................................................................32 3.8.1 Topology REST APIs ........................................................................................32 3.8.2 Host Tracker REST APIs ...................................................................................32 3.8.3 Flow Programmer REST APIs ...........................................................................32 3.8.4 Static Routing REST APIs .................................................................................33 3.8.5 Statistics REST APIs .........................................................................................33 3.8.6 Subnets REST APIs...........................................................................................33 3.8.7 Switch Manager REST APIs..............................................................................33 3.9 Java API ...................................................................................................................33 3.10 .........................................................................................................................33 3.11 ..................................................................................................................33 4 VTN .........................................................................................................................34 4.1 .........................................................................................................................34 4.1.1 ..................................................................................................................34 4.1.2 ..................................................................................................................34 4.2 ..............................................................................................................35 4.3 .........................................................................................................................36 4.3.1 vBridge .............................................................................................................36 4.3.2 vRouter .............................................................................................................36库函数 客户端库 客户端库 客户端库 客户端库 客户端库 调用和认证拓扑 集成测试 概念 场景 术语 物理网映射 功能4.44.54.6流过滤 ..............................................................................................................36 多控制器合作...................................................................................................36 北向 API...........................................................................................................37 安装 .........................................................................................................................39 4.4.1 VTN Coordinator 安装运行 ..............................................................................39 4.4.2 VTN Manager 安装运行 ...................................................................................41 虚拟化版本 ..............................................................................................................45 4.5.1 安装 VTN Coordinator......................................................................................45 4.5.2 运行 VTN Coordinator......................................................................................45 实现 .........................................................................................................................46 4.6.1 整体架构 ..........................................................................................................464.3.3 4.3.4 4.3.5 4.6.2 4.6.3 4.6.4VTN Manager ...................................................................................................46 VTN Coordinator ..............................................................................................46 VTN Coordinator REST Reference....................................................................54第1章 概述OpenDaylight 6 Bootstrap OpenDaylight Controller OpenDaylight N etwork Virtualization Platform OpenDaylight Virtual Tenant Network (VTN) Open DOVE OpenFl ow Plugin Affinity Metadata Service 9 Incubation YANG Tools LISP Flow Map ping OVSDB Integration OpenFlow Protocol Library BGP-LS/PCEP Defense4All SNMP4S DN dlux - openDayLight User eXperience SDN Simulation Platform、 、、项目目前包括 个 项目： 、 、 、 ，以及 个 项目： 、 、 、 、 、 、 。
OpenDaylight开发基础
基本节点类型
grouping: 定义树形结构的“暂时”树干 container：没有值，但包含一系列的子节点 list:定义了一组具有相同数据结构的数据，在json格式的实例中是一个 数组，在xml格式的实例中是一系列名称和结构相同的xml节点 。List 中的各个元素之间通过key来唯一标识；例如nodes leaf:用来定义属性值，如name,ID等。有值，但不包含任何子节点 leaf-list:兼具leaf和list的特点，定义了一组相同类型的值。不包含子节 点。在json格式实例中是一个数组且数组中每个元素都是一个值，在 xml格式的实例中是一系列名称相同值不同的xml节点
OpenDaylight架构框架
https:///view/OpenDaylight_Controller :Architectural_Framework#Service_Abstraction_Layer
OpenDaylight Hydrogen技术架构
与grouping类似，type也可以一处定义多处使用。
https:///view/YANG_Tools:YANG_to_Java_Mapping
rpc: Remote Procedure Call
rpc：用于定义netconf的一 个rpc操作。它可能包含 input和output子节点，分别 是该rpc操作所需要的输入和 输出数据结构。若没有则表 明该操作不需要输入数据或 者没有输出数据。
https:///html/rfc6020 /twiki/bin/view/Main/YangDocuments
YANG，NETCONF，RESTCONF
Network Configuration Protocol (NETCONF)是由IETF标准化的一个网络管理协议， 它提供了添加，修改，以及删除网络设备配置的机制。 RESTCONF是web应用通过http协议获取和操作使用YANG定义的网络资源信息协 议。应用和网络设备之间通过REST-like API进行交互。
controller常用注解和作用
在Java开发中，控制器（controller）起着非常重要的作用，它负责接收用户的请求，并调用相应的服务进行处理。
为了提高代码的可读性、可维护性和灵活性，我们通常会在控制器中使用注解来标识其行为和特性。
本文将围绕controller常用注解和作用展开讨论，希望通过全面的评估和详细的探讨，让您对这一重要主题有更深入的了解。
1. @RestController- 作用：用于标识控制器类，表示这是一个RESTful风格的控制器，可以直接返回JSON或XML等数据。
- 个人观点：@RestController的出现大大简化了编写RESTful API 的过程，减少了代码量，提高了开发效率。
2. @RequestMapping- 作用：用于映射HTTP请求和处理方法，可用于类上或方法上，定义请求的URL和请求方法。
- 个人观点：@RequestMapping是控制器中最常用的注解之一，灵活地定义URL和请求方法，使得控制器的设计更加符合实际需求。
3. @RequestParam- 作用：用于将请求参数绑定到方法参数上，可设置参数名、是否必需等属性。
- 个人观点：@RequestParam的使用可以方便地获取请求中的参数，并进行相应的处理，提高了代码的可读性和可维护性。
4. @PathVariable- 作用：用于接收RESTful风格的URL中的参数，如"/users/{id}"。
- 个人观点：@PathVariable使得控制器可以更加灵活地处理RESTful风格的URL，提高了代码的通用性和可扩展性。
5. @RequestBody- 作用：用于将HTTP请求体绑定到方法参数，常用于处理POST请求中的JSON数据。
- 个人观点：@RequestBody的使用使得控制器可以方便地处理POST请求中的JSON数据，提高了处理复杂数据的能力。
总结回顾：通过对controller常用注解和作用的评估和讨论，我们不仅对各种注解有了全面的了解，还了解了它们在实际开发中的作用和价值。
controller的工作原理
标题：controller的工作原理一、controller的定义和作用Controller是MVC（Model-View-Controller）架构模式中的一个组件，负责接收用户输入，并根据用户输入调用相应的领域逻辑和数据模型，然后将处理结果返回给用户。
它在整个应用中起到了调度和控制的作用，是用户与应用程序之间的桥梁。
二、controller的工作流程1. 用户发起请求当用户在浏览器中输入URL或者通过点击页面信息发起请求时，请求首先会到达controller。
2. controller接收请求Controller根据用户请求的类型（GET/POST等）以及请求的URL信息，选择相应的处理方法来处理用户请求。
3. 调用相应的领域逻辑和数据模型一旦controller确定了如何处理用户请求，它会调用相应的领域逻辑或数据模型来获取数据或者执行业务逻辑。
4. 处理完请求并返回结果根据领域逻辑和数据模型返回的结果，controller会选择合适的视图来展示处理结果，并将结果返回给用户。
三、controller的工作原理1. 接收请求Controller首先需要接收用户的请求，这包括请求的类型（GET/POST等）和请求的URL。
它会从请求中获取这些信息，并进行相应的处理。
2. 调度和控制接收到请求后，controller会调度和控制应用程序的流程。
它会决定调用哪些领域逻辑和数据模型，并最终将处理结果返回给用户。
3. 数据绑定和验证在处理用户请求时，controller还需要进行数据的绑定和验证。
它会将用户提交的数据与相应的数据模型进行绑定，并进行验证，确保用户提交的数据符合要求。
4. 视图选择根据处理结果，controller还需要选择合适的视图来展示结果。
它会根据业务逻辑和用户请求的信息来选择视图，并将处理结果渲染到视图上。
四、controller的优缺点1. 优点- 控制应用程序的流程，保持应用程序的整体逻辑清晰。
java controller层 构造函数
Java Controller层构造函数Controller层是MVC框架中的一个重要组成部分，主要负责处理用户请求并返回响应结果。
在Controller层中，构造函数是一个非常重要的概念，它是一个特殊的方法，用于初始化Controller对象并进行必要的配置。
本文将详细介绍Java Controller层构造函数的相关知识。
一、Controller层的作用Controller层是MVC框架中的一个组成部分，主要负责处理用户请求并返回响应结果。
它是整个应用程序的入口，负责接收用户请求，调用相应的Service层方法进行业务逻辑处理，然后返回相应的视图或数据给用户。
Controller层的作用如下：1. 接收用户请求：Controller层负责接收用户的请求，包括请求的URL、请求参数、请求头等信息。
2. 调用Service层方法：Controller层根据用户请求的内容，调用相应的Service层方法进行业务逻辑处理。
3. 处理请求结果：Controller层负责处理Service层返回的结果，将结果封装成视图或数据格式返回给用户。
4. 控制页面跳转：Controller层负责控制页面跳转，将用户请求转发到相应的视图或重定向到其他页面。
二、Controller层的构造函数在Java中，构造函数是一个特殊的方法，用于初始化对象并进行必要的配置。
在Controller 层中，构造函数也是一个非常重要的概念，它用于初始化Controller对象并进行必要的配置。
Controller层的构造函数可以有多个参数，每个参数都是一个依赖项，用于注入相应的Se rvice层对象或其他依赖项。
例如，下面是一个简单的Controller层构造函数的示例：```@Controller@RequestMapping("/user")public class UserController {private UserService userService;public UserController(UserService userService) {erService = userService;}// ...}```在上面的示例中，UserController类有一个构造函数，它接受一个UserService对象作为参数。
Opendaylight学习及开发初级教程
Opendaylight学习文档qq群#北邮-天依目录1.概述 (3)1.1 Opendaylight简介 (3)1.2本文档组织结构 (7)2.感受Opendaylight (7)2.1 环境搭建 (7)2.2获取代码 (9)2.3安装mininet (11)2.4 controller使用及功能介绍 (11)2.5Openflowplugin功能及使用方法 (14)2.6 Hydrogen (16)3 Maven和OSGI基础 (16)3.1 Maven (16)3.2 OSGI (20)4 使用IDE (30)4.1 使用Eclipse (31)4.1.1 导入controller项目 (31)4.2 使用Intellij idea (38)5Controller代码分析 (39)5.1 代码目录 (40)5.2 收发包过程简介（packet service） (41)6 Opendaylight重要技术及文档 (44)1.概述1.1 Opendaylight简介Opendaylight（Opendaylight官网）是Linux基金会的一个合作项目。
目前，包括十二个项目，每一个项目都有自己的代码库(Opendaylight项目列表)。
这些项目中与openflow相关的项目的有controller、openflowjava和openflowplugin，目前，controller仅支持openflow 1.0，openflowplugin是一个单独的项目，将来它的core部分要集成到controller中，使controller支持openflow 1.3及以上的版本。
Opendaylight的厂商成员分为铂金成员，金牌成员和银牌成员。
图1 Opendaylight阵营Opendaylight controller使用java编写，运行在JVM上，理论上来说可以部署到任何支持JA V A的平台上，但是其官网文档推荐的最佳运行环境为最新的Linux（Ubuntu 12.04+）及JVM 1.7+。
controller private方法
controller private方法Controller Private方法在编写控制器（Controller）时，有时我们需要在控制器中定义一些私有方法（Private Method）。
私有方法只能在控制器内部使用，不能被其他类或对象调用。
私有方法的作用通常是为公有方法（Public Method）提供辅助或特定功能。
在本文中，我们将详细说明如何在控制器中使用私有方法，并介绍一些常用的私有方法的实例。
定义私有方法在控制器类中，可以通过在方法名前面加上关键字private来定义私有方法。
例如：class UserController extends Controller{private function getPasswordHash($password){return md5($password);}public function registerUser(Request $request){// 获取用户输入的密码$password = $request->input('password');// 对密码进行哈希处理$hashedPassword = $this->getPasswordHash($passwo rd);// 其他注册逻辑...}}在上面的代码中，getPasswordHash()方法被定义为私有方法，只能在UserController类内部使用。
它接受一个密码作为参数，并返回经过MD5加密的哈希字符串。
私有方法的调用私有方法只能在控制器类内部被调用，不能从外部调用。
在控制器的公有方法中，可以通过使用关键字$this来调用私有方法。
public function registerUser(Request $request){// 获取用户输入的密码$password = $request->input('password');// 对密码进行哈希处理$hashedPassword = $this->getPasswordHash($password);// 其他注册逻辑...}在上面的代码中，registerUser()公有方法通过调用getPasswordHash()私有方法来获取密码的哈希值。
controller常用方法
一、什么是controller在计算机编程中，controller指的是用于控制软件行为的一种特定类型的对象或模块。
在web开发中，controller通常指的是MVC（模型-视图-控制器）架构中的控制器部分，用于处理用户请求并相应的返回结果。
二、controller的常用方法1. 初始化方法初始化方法是controller中最常用的方法之一。
在MVC架构中，控制器会在收到用户请求之后，首先执行初始化方法来对需要的资源进行初始化。
2. 处理请求的方法处理请求的方法是controller中最核心的方法之一。
当用户发起请求的时候，controller会根据请求的类型（GET、POST等）来调用相应的处理请求的方法，然后再根据方法的逻辑来处理请求并返回结果。
3. 渲染视图的方法渲染视图的方法用于将处理请求后得到的结果渲染成最终的页面展示给用户。
在MVC架构中，控制器会在处理完请求之后调用渲染视图的方法，将处理结果传递给视图层进行页面渲染。
4. 重定向方法重定向方法用于在处理完请求之后，将用户重定向到另一个URL。
在MVC架构中，控制器会在一些特定的场景下调用重定向方法，比如用户登入成功后重定向到首页等情况。
5. 错误处理方法错误处理方法用于处理在处理请求过程中发生的错误。
当某个处理请求的方法发生异常或返回错误结果时，controller会调用错误处理方法来对异常进行处理并返回适当的错误信息给用户。
6. 中间件方法中间件方法是一种特殊的controller方法，用于在处理请求前或处理请求后执行某些逻辑。
在MVC架构中，控制器可以通过中间件方法来实现对请求的预处理或对处理结果的后处理。
7. 其他常用方法除了上述列举的常用方法外，controller中还可能会包含一些其他常用的方法，比如权限验证方法、缓存处理方法等，这些方法根据具体的业务逻辑而定，在实际的开发过程中可能会根据需要进行定制。
三、controller常用方法的开发技巧1. 模块化开发在控制器开发过程中，通常会涉及到大量的方法和逻辑处理，为了提高代码的可维护性和可读性，可以将控制器中的方法进行模块化开发，将相似功能的方法进行合并并抽象成公共的模块，这样可以减少代码冗余，提高代码复用性。
OpenDaylight应用指南
7 Top ol og y Processing Framework项目
7.3 拓扑聚合和拓扑过滤示 例
7.3.1 拓扑聚合示例——equality 7.3.2 拓扑聚合示例—— unification 7.3.3 拓扑过滤示例—— filtration
8 BGPCEP项目（BGP插件）
8.1 BGPCEP项目简介
3.2 安装与配置
3.2.1 安装运行 3.2.2 Mininet安装
3 OpenDaylight Controller项目
3.3 开发指南
3.3.1 环境准备 3.3.2 创建项目 3.3.3 加载组件 3.3.4 定义启动配置 3.3.5 定义数据模型
3 OpenDaylight Controller项目 3.3 开发指南
1.2.1 商用控制器 1.2.2 开源控制器 1.2.3 OpenDaylight控制器概述
2 OpenDaylight社区
2.1 OpenDaylight 社区介绍
2.1.1 OpenDaylight 开源社区 2.1.2 OpenDaylight 社区管理 2.1.3 OpenDaylight 社区运营
4.1.2 OpenDaylight中 的YANG
4.1.3 YANG语法
4 YANG To o l s 项 目
4.2 项目介绍
4.2.1 YANG Tools项目结构
4.2.2 YANG Tools的Java映射介 绍
4 YANG Tools项目
4.3 安装与运行
4.3.1 安装 4.3.2 配置 4.3.3 运行
2015
9.2 开发指南
9.2.1 PCEP插件实现 9.2.2 PCEP消息处理
controller类的构造方法
controller类的构造方法Controller类的构造方法在软件开发中，Controller类是扮演着非常重要的角色，它负责处理用户请求并决定返回响应的内容。
而Controller类的构造方法则是该类的入口，负责初始化该类的对象并进行一些必要的设置。
本文将围绕Controller类的构造方法展开，详细介绍其作用、使用方法以及常见的注意事项。
一、构造方法的作用Controller类的构造方法主要用于完成以下几个作用：1. 初始化对象：构造方法用于创建Controller类的对象，并为其属性赋初值。
通过构造方法可以确保对象在被创建时，属性已经被正确初始化，从而避免了空指针异常等错误。
2. 依赖注入：构造方法可以接收其他对象作为参数，从而实现依赖注入。
通过依赖注入，Controller类可以获取到所需的其他对象，并在方法中使用这些对象来完成具体业务逻辑。
3. 进行必要的设置：构造方法可以在对象创建时进行一些必要的设置，如读取配置文件、建立数据库连接等。
这样可以确保Controller类在使用时已经具备了必要的环境和资源。
二、构造方法的使用方法在Java中，构造方法的使用方法比较简单，主要有以下几点需要注意：1. 构造方法的名称与类名相同，并且没有返回值类型。
2. 构造方法可以重载，即可以定义多个具有不同参数列表的构造方法，以满足不同的需求。
3. 构造方法可以使用访问修饰符进行修饰，如public、private等。
通常情况下，构造方法应该使用public修饰，以便其他类能够访问和创建该对象。
4. 构造方法可以使用this关键字来调用同一个类中的其他构造方法，以避免重复代码。
5. 构造方法可以使用super关键字来调用父类的构造方法，以完成父类属性的初始化。
三、构造方法的注意事项在使用Controller类的构造方法时，需要注意以下几点：1. 不要在构造方法中执行耗时操作：构造方法应该尽量保持简洁和高效，不要进行耗时的操作，以免影响系统性能。
- 1、下载文档前请自行甄别文档内容的完整性，平台不提供额外的编辑、内容补充、找答案等附加服务。
- 2、"仅部分预览"的文档,不可在线预览部分如存在完整性等问题,可反馈申请退款(可完整预览的文档不适用该条件!)。
- 3、如文档侵犯您的权益，请联系客服反馈,我们会尽快为您处理(人工客服工作时间：9:00-18:30)。
一、摘要
本文主要在Helium 版本下进行二次开发测试，涉及到controller、与
openflowplugin&Java、integration 等工程的设计与代码的写入。
文章中对于一些概念性问题相信大家已经了解很多，故本文不做过多的解释，只介绍技术。
本文目标为以下几点：
∙源代码的下载与编译测试以及启动；
∙三个工程的集成开发，涉及到工程的讲解；
∙Controller 里新建bundle 以及功能解释。
二、源码下载及编译及启动
联网编译整个controller工程Shell
编译后报错误并且controller里的一些目录的编译也会skip:
在进行controller的编译就不会报错了。
2.2 Karaf简介与调试
Karafmodule会把Plugin制作成KarafFeature，然后打包成可以导入到Apache karaf的kar文件。
1.ApacheKaraf
基于OSGI的运行环境，做为OSGI应用的管理容器提供各种管理utility。
2.KarafFeature
由多个Java运行文件组成的Karaf的功能管理单位。
ODL Helium中，所有应用包括MD-SAL都由Apache Karaf统一管理。
编译好controller后，去opendaylight目录下找到distribution，如下图所示：
这两个命令是更改内存的，但是只是临时的更改，这样再启动controller就不错报错，但是需要将两个命令写进etc的profile文件中。
三、controller、openflowPlugin&Java集成开发测试
integration是一个框架性的工程，所有自己开发和修改的部分（包括以上三个工程），编译为包后，都可以放在该工程的目录下一起执行。
注意，如果是自己开发的包,则可以直接放到该目录下。
但是如果是修改的原本工程，然后编译的包要替换掉上面目录中原来的包，这里有个问题
是 integration 的 plugin目录下的包名
和 controller， openflowplugin， openflowjava 中编译出来的包命名方式有点小差别，复制过去之前先重命名下，使之和目录下的原来包文件名一致，再复制替换。
Shell
3.controller
对于controller，用于接受openflowplugin上报的消，其实现功能模块是model 里包括model-flow-service等。
Shell
根据Java包名的规范性，一般都是企业的网址倒过来，所以groupId为org.opendaylight.md.controller.Ted，artifactId为你bundle的名字。
最后的package是两者加起来。
4.2 框架设计
第一步生成的工程目录下只有一个app.java文件，删除并新建Activator.java 文件，并写入一下基础代码：
Activator.java文件用于启动bundle。
4.3 Handler
新建一个Tedhandler.java文件用于收发数据包。
本文为收发数据包添加接口，并重写接口里的方法，如下所示：
图3 TedHandler
如图3 所示TedHandler实现PacketProcessingListener接口，实现接口一定要重写接口里面的方法，如下图所示：
重写了onPacketReceived方法，并在方法的作用域内添加消息的实例，并进行通过各个消息的类引用调用我们在controller的YANG里定义的那些消息字段实现收发包。
4.4 model模块
controller里model模块：
图4 model架构
如图4所示model包含的功能模块，我们要在model-flow-service里面的YANG 进行添加协议字段用于匹配openflowplugin，model-inventory也会用到。
编译整个model后会在yang-gen-sal生成对应消息类型的jar包，在刚才说的TedHandler里将生成的依赖包要import进去。
然后进入cvniTed目录下编译整个bundle。
至此南向协议的代码配置基本完成，然后可以连接一个交换机，用wireshark进行抓包测试。
编译bundle时候可能会碰到这样的问题，如下图所示：
如图中黑色标注所示，这种错误是因为maven进行代码格式的checkstyle，针对这种问题可以选择去pom文件中将checkstyle注释掉。
即默认不检查代码格式。
Pom路径为如下图所示：
五、控制器功能模块部分
每个模块以一个bundle 方式独立开发。
5.1 如何开发一个发送OF 数据包的bundle
5.1.1 Activator 中添加收发数据包收发接口
新建另一个类XXHandler.java，作为该bundle 的数据包接收发送类。
5.2 不同
bundle 之间的通信
1)在需要被其他bundle 访问的类(假设叫Sample) , 再新建一个SampleService接口类，其中要声明需要被其他bundle 调用的函数，如下图：
2)在sample 类中继承SampleService接口类，并实现（override）在service 类中声明的函数。
3)在Activator 中将供其他的bundle 访问的SampleService类注册给osgi服务中心。
1.添加以下成员，
2.在该bundle 启动时候注册该service 到osgi服务中心。
在其他bundle 中bundle 访问以上步骤其他bundle 开放的部分，黄色部分是以上截图中定义的接口函数。
紫色分为固定格式，不需修改，只要放在同一个类下面，直接调用即可。