下载文档原格式
持续集成Continuous integration简介（持续集成是什么）.持续集成源于极限编程(XP)，是一种软件实践，软件开发过程中集成步骤是一个漫长并且无法预测的过程。
集成过程中可能会爆发大量的问题，因此集成过程需要尽可能小而多，实际上持续集成讲的是不断的去做软件的集成工作。
持续集成作用（使用持续集成和不适用持续集成的区别）●场景一、某项目最后做模块集成的时候，发现很多接口都不通，甚至有的模块连安装包都没有。
●场景二、没有可用的软件包，需要人手动去编译打包最新的代码。
●场景三、搭建测试环境的时候需要手动去解压包然后一系列拷贝修改配置等等。
●场景四、团队成员或者teamleader想了解当前项目的状态，该如何去展示这些信息。
持续集成就是用来解决以上问题，它的价值主要在于减少重复的步骤，降低项目的风险，任何时间任何地点生成可用的软件，增强项目的可见性等。
持续集成实践（持续集成怎么做）持续集成，最简单的形式是包括一个监控版本控制系统（SVN等等）变化的工具。
当变化被发觉时，这个工具可以自动的编译并测试你的应用。
下面是持续集成中一些良好的实践●维护一个单一的代码库●使构建自动化●使构建自测试●每人每天都向主线提交代码●每次提交都应在集成机上进行构建●快速构建●使任何人都能轻易获得可执行文件●人人都能看到正在发生什么●自动化部署(上面是持续集成介绍，下面引出jenkins)jenkins简介持续集成是一种实践，而jenkins可以帮助团队去尽量好的去完成这种实践●Jenkins是基于java语言的开源持续集成工具，提供了一套非常易用的用户界面●jenkins类似于eclipse，基于插件化的架构，方便功能的扩展，目前有几百个现成插件可以使用，这些插件涵盖从版本控制、构建工具、代码质量、构建通知、集成外部系统、UI定制、游戏等等各个方面安装jenkinsjenkins默认提供了三种安装方式1.最简单的方式是通过java web的启动方式，访问/jenkins-the-definitive-guide默认第一次下载jenkins.jnlp即可启动2.下载可执行的war包启动jenkins3.部署到tomcat中（推荐）一个最简单的jenkins应用在介绍该应用前，先提及两个非常重要的概念●job一个完整的构建可能需要很多步骤，每个步骤都称作是一个job。
ARM7整体框架学习——基于LPC2103（arm7内核）的讲解注：该内容适用于大部分arm7内核的芯片By:小飞胡一般我们学一样东西，都希望对它有个整体的了解，这样心里就比较清楚这个东西有什么、我要学什么，学arm也一样，我们首先要了解下arm的整体框架结构，了解它的资源外设及编程框图，这样才能更好地把握。
本文我将详细的讲解一下arm7的一般结构、硬件外设、功能模块及其作用以及一些入门常识，使你对arm7能有个全面的了解，更好的掌握。
先放个图，这是arm7内核的LPC2103的封装图和方框图正上方是arm内核，左上方是存储部分和高速IO，右上方是系统功能模块和中断控制器，图的下方全是外设。
我们学习时，要学会并能熟练操控各个功能模块，这是最基本的要求，只有这样才能灵活运用各个功能部件以解决实际问题，才能往高层次的处理器应用上靠。
下图是LPC2103的存储器映射，也就是不同存储器对应的逻辑地址。
上边这种类型的地址映射结构属于冯诺依曼结构，也就是统一编址方式，地址和数据不加任何区分地放在存储器中。
还有一种结构叫做哈佛结构，它的数据和程序是分开放的，我们熟悉的51系列单片机就是这种结构。
在arm处理器中，内存单元的大小有3种：字节（8位），半字（16位），字（32位），这个和传统的处理器的概念有所不同。
下边介绍一个概念，大端存储和小端存储：小端和大端是字节寻址存储器字存储的两种方式，根据最低有效字节与相邻较高有效字节相比是存储在较低地址还是较高地址来划分。
小端方式为较低字节存放在较低地址，如图a所示；大端方式则是较低字节存放在较高地址，如图b所示。
因为不同的arm芯片在编程时的存储方式有可能不同，所以使用编程软件时要对大小端进行配置。
以IAR编程软件为例，大小端的设置如图所示：最下边有个选项“Endian mode”，这个就是选择大小端的，下边就是little（小端）和Big（大端），大小端的选择要根据芯片的类型来确定，一般来说选择小端的多些。
Jetty源码分析（⼀）⼀、⽬的 1、了解jetty组成架构； 2、学习jetty启动过程； 3、学习请求访问过程； 4、学习jetty内各模块作⽤，学习各模块内部代码；⼆、jetty版本 本⽂所学习的jetty版本为：9.2.19.v20160908三、正⽂ 第⼀节，Server的架构图及相关类分析。
在jetty中，Server类是最核⼼的类，系统启动始于Server类，启动的同时注册了ShutdownHuk事件。
Server架构图如下： 由上图可见，在Jetty中，和Server关系最为紧密的类有Handler，LifeCycle和Container三个接⼝。
1、LifeCycle：是⼀个通⽤的组件。
实现这个接⼝的类必须实现这个接⼝定义的有关⽣命周期的⽅法。
主要包含以下⼏个和⽣命周期相关的⽅法，及由相关时间出发的监听器：public void start() throws Exception;public void stop() throws Exception;public boolean isRunning();public boolean isStarted();public boolean isStarting();public boolean isStopping();public boolean isStopped();public boolean isFailed();public void addLifeCycleListener(LifeCycle.Listener listener);public void removeLifeCycleListener(LifeCycle.Listener listener);/* ------------------------------------------------------------ *//** Listener.* A listener for Lifecycle events.*/public interface Listener extends EventListener{public void lifeCycleStarting(LifeCycle event);public void lifeCycleStarted(LifeCycle event);public void lifeCycleFailure(LifeCycle event,Throwable cause);public void lifeCycleStopping(LifeCycle event);public void lifeCycleStopped(LifeCycle event);} 2、Handler：Server的处理器，也是包含⽣命周期的逻辑，因此继承了LifeCycle接⼝。
jetty原理Jetty原理Jetty是一个基于Java的Web服务器和Servlet容器，它是开源的并且是一个轻量级的服务器。
Jetty提供了高性能、低延迟、异步处理请求和响应的能力，可以作为独立的Web服务器使用，也可以作为Servlet容器嵌入到其他应用程序中使用。
本文将介绍Jetty的原理。
一、Jetty架构Jetty架构分为三层：底层I/O、Servlet API和Web应用程序。
1. 底层I/O层底层I/O层实现了HTTP请求和响应的读取和写入，包括TCP/IP连接管理、缓冲区管理、线程池等。
在这一层中，Jetty使用了Java NIO （非阻塞I/O）技术来实现异步处理请求和响应。
2. Servlet API层Servlet API层实现了Servlet规范中定义的接口，包括HttpServletRequest、HttpServletResponse、ServletContext等。
在这一层中，Jetty通过实现Servlet规范来提供对Web应用程序的支持。
3. Web应用程序层Web应用程序层包含了Web应用程序本身以及相关资源文件，如HTML文件、JSP文件、CSS文件等。
在这一层中，Jetty会根据配置文件加载相应的Web应用程序，并将请求转发给相应的Servlet进行处理。
二、Jetty工作流程Jetty的工作流程可以分为以下几个步骤：1. 启动Jetty服务器当启动Jetty服务器时，它会读取配置文件，并根据配置文件加载相应的Web应用程序。
2. 接收HTTP请求当客户端发送HTTP请求时，Jetty服务器会接收该请求，并将其封装成HttpServletRequest对象。
3. 处理HTTP请求Jetty服务器会将HttpServletRequest对象传递给相应的Servlet进行处理。
Servlet会根据HttpServletRequest对象中的信息来生成HttpServletResponse对象，并将响应返回给Jetty服务器。
Sun Microsystems, Inc.请通过/hwdocs/feedback提交有关本文档的意见和建议Web 应用程序框架标记库参考Sun Java™ Studio Enterprise 7 2004Q4文件号码 819-1297-102004 年 12 月，修订版 A版权所有 © 2004 Sun Microsystems, Inc., 4150 Network Circle, Santa Clara, California 95054, U.S.A. 保留所有权利。
该发行版本中可能包含由第三方开发的内容。
Sun、Sun Microsystems、Sun 徽标和 Java 是 Sun Microsystems, Inc. 在美国和其他国家/地区的商标或注册商标。
所有 SPARC 商标的使用均已获得许可，它们是 SPARC International, Inc. 在美国和其他国家/地区的商标或注册商标。
标有 SPARC 商标的产品均基于由 Sun Microsystems, Inc. 开发的体系结构。
UNIX 是 X/Open Company, Ltd. 在美国和其他国家/地区独家许可的注册商标。
本服务手册所介绍的产品以及所包含的信息受美国出口控制法制约，并应遵守其他国家/地区的进出口法律。
严禁将本产品直接或间接地用于核设施、导弹、生化武器或海上核设施，也不能直接或间接地出口给核设施、导弹、生化武器或海上核设施的最终用户。
严禁出口或转口到美国禁运的国家/地区以及美国禁止出口清单中所包含的实体，包括但不限于被禁止的个人以及特别指定的国家/地区。
本文档按“原样”提供，对所有明示或默示的条件、陈述和担保，包括对适销性、适用性和非侵权性的默示保证，均不承担任何责任，除非此免责声明的适用范围在法律上无效。
目录前言91.概述13标记库概述13标记库如何与 Web 应用程序框架交互13在应用程序中使用标记库14在非 HTML JSP 中使用标记库14包含 JSP 内容：页面配件14标记概述17上下文标记17值标记17可视 (HTML) 标记18树标记20其他标记20标记参考202.containerView21<jato:containerView>213.tiledView23<jato:tiledView>2334.treeView25<jato:treeView>25eViewBean27<jato:useViewBean>276.getDisplayFieldValue29<jato:getDisplayFieldValue>297.getModelFieldValue31<jato:getModelFieldValue>318.setDisplayFieldValue33<jato:setDisplayFieldValue>339.setModelFieldValue35<jato:setModelFieldValue>3510.button37<jato:button>3711.checkbox39<jato:checkbox>39bobox41<jato:combobox>4113.fileUpload43<jato:fileUpload>4314.form47<jato:form>4715.frameSrc514Web 应用程序框架标记库参考•2004 年 12 月<jato:frameSrc>5116.hidden53<jato:hidden>5317.href55<jato:href>5518.image59<jato:image>5919.listbox63<jato:listbox>6320.password67<jato:password>6721.radioButtons69<jato:radioButtons>6922.text71<jato:text>7123.textArea75<jato:textArea>7524.textField79<jato:textField>7925.validatingTextArea83<jato:validatingTextArea>8326.validatingTextField87<jato:validatingTextField>87目录527.content91<jato:content>9128.pagelet93<jato:pagelet>9329.treeNode95<jato:treeNode>9530.treeLevel97<jato:treeLevel>9731.treeNodeHandle99<jato:treeNodeHandle>9932.datasetLocator101<jatox:datasetLocator>10133.datasetNavigator103<jatox:datasetNavigator>10334.dateTimeView105<jatox:dateTimeView>10535.dateView107<jatox:dateView>10736.goToPage109<jatox:goToPage>10937.maskedTextField111<jatox:maskedTextField>11138.menu1156Web 应用程序框架标记库参考•2004 年 12 月<jatox:menu>11539.staticBreadCrumb117<jatox:staticBreadCrumb>11740.timeView119<jatox:timeView>119索引121目录78Web 应用程序框架标记库参考•2004 年 12 月前言《Web 应用程序框架标记库参考》简要介绍了标记库，并提供了Web 应用程序框架库内可用标记的综合参考。
PI3000 For Java/Jetty7集成版本配置指南部署结构平台与Jetty7进行了集成，即平台提供一个基于Jetty7容器的版本，其中集成了Jetty容器与平台程序。
完整目录结构如下所示，注：部署时，pi3000server 的上级目录不能含有空格。
其中：etc目录为配置目录，Jetty的主配置文件及数据源配置文件都在这个目录中。
lib目录为Jetty程序目录及扩展程序目录，这里有Jetty7的主程序及平台各服务依赖的第三方Jar（在ext中）logs目录中记录Jetty运行时日志及HTTP访问日志，文件名分别为“xxxx. request.log”，“server.log”。
日志文件依据文件大小自动滚动。
resources中包括log4j的配置文件：log4j.properties。
webapps中包括平台所有的服务程序。
由于任务调度服务默认需要单点部署，在实际部署时由实施人员决定是否在webapps目录中保留MWTaskDispatch子目录。
在pi3000server目录（Jetty运行目录）中，有两个脚本文件：start.cmd，start.sh，分别为Windows、Linux(AIX)操作系统中Jetty启动脚本，及nariis.pi3000.httpserver.loader.jar（Jetty引导程序）。
在非Windows环境中，必须手工设置start.sh为可执行。
etc中server.xml为主配置文件，可以在此设置HTTP端口等系统参数，默认HTTP端口为8080，默认在所有的IP上提供服务。
默认启用了HTTPS，如无必要，可以将相关配置注释以关闭。
etc下还有与SSL有关的文件：keystore及realm.properties。
etc目录中可以按“xxx-ds.xml”文件名规范创建数据源配置文件，容器在启动时自动按数据源解析。
具体配置方式可以参考ds-demo.xml。
.整理范本编辑word ！应用层表示层 会话层传输层网络层链路层物理层HTTP 、FTP 、Telnet 、SMTP 、POP3、IMAPSMTP:简单传输协议 POP3:邮局协议版本3 IMAP:Internet 消息访问协议DNSDHCP 、BOOTP 、TFTP 、RADIUS 、SNMP 、NTP 、HTTP-S 、SLP 、SSLSOCK SLDAP 轻量级目录访问协议SS77号信令系统DSMCC(MPEG) 数字存储媒体命令和控制TCPUDPTALI传送适配层协议IPDVMRP距离向量多播选路协议Mobile IP传输控制协议（可靠 面向连接）用户数据报协议（不可靠 无连接）BGPRARPARP IGMP ESP AH NARPIGMP:多播的Internet 组管理协议BGP:边界网关协议 ARP:地址解析协议RARP:反向地址解析协议 ESP:安全加载封装 AH:认证协议头NARP:NBMA 地址解析协议ICMPIGMPRIP 、RIPNG 、HSRP RSVP X.25OSPF 、IS-IS 、VRRP 、EGP 、IDRP 、IGRP 、EIGRP ICMP:Internet 控制报文协议 IGMP:因特网组管理协议 RSVP:资源预留协议 RIP:距离向量路由协议RIPng:IPV6下的RIP 协议 HSRP:热备份路由协议 OSPF:开放最短路优先IS-IS:中间系统到中间系统路由协议 VRRP:虚拟路由冗余协议 EGP:外部网关路由协议IDRP:域间路由协议 IGRP:动态距离向量路由协议EIGRP:增强动态距离向量路由协议L2F:第二层转发协议 PPTP:点对点隧道协议 L2TP:VPN 第二层通道协议SLIP CSLIPL2F 、PPTP 、L2TP 、ATMP串行线路IP 压缩的SLIPIEEE 802.2IEEE 802.1IEEE 802.3CSMA/CD 协议 带冲突检测的载波监听多路访问技术IEEE 802.2CMSA/CA 协议IEEE 802.5 令牌环网（已淘汰）IEEE 802.5 FDDI 网 （已淘汰）IEEE 802.1D 冗余链路STP IEEE 802.1W 快速STP IEEE 802.1Q VLAN IEEE 802.1X 认证系统IEEE 802.1p QOS 流量优先级 IEEE 802.1g 远程网桥LLC 逻辑控制MPLS多协议标签交换ATM LACP链路汇聚控制协议802.3adPPP 、PPPoE 点对点、以太网上的点对点SDLC同步数据 链路控制ITU-T G.703 ITU-T H.323 ITU-T M.3010 ITU-T X.25 ITU-T X.61 ITU-T Y.1231 ITU-T 国际电信联盟远程通信标准化组织802.3a (10BASE-T2 淘汰) 802.3b (10Broad36 淘汰) 802.3e (10BASE-5 淘汰) 802.3i (10BASE-T)IEEE 802.3u100BASE-TX (双绞线) 100BASE-T4 (淘汰) 100BASE-FX (光纤)RADIUS:远程用户拨号谁系统 NTP:网络时间协议HTTP-S:HTTP 安全协议 SSL:加密套接字协议层IEEE 802.3z 1000BASE-LX (光纤,5000m) 1000BASE-SX (光纤,550m) 1000BASE-CX (双绞线,25m)802.3ab1000BASE-T (双绞线) 802.3ae10GBASE-SR (光纤) 10GBASE-SW (光纤) 10GBASE-LX4 (光纤)10GBASE-LR (单模 10km) 10GBASE-LW (单模 10km) 802.3ak10GBASE-CX4 (同轴 15m) 802.3an10GBASE-T (双绞线 100m)802.11a (5GHz,未应用) 802.11b (2.4GHz,11Mb/s) 802.11g (2.4GHz,54Mb/s)802.11n (2.4GHz 、5GHz,300-600Mb/s 802.11ae (5GHz,500Mb/s-1Gb/s IEEE 802.15 (蓝牙技术)IEEE 802.16 (固定宽带无线,LMDS) IEEE 802.17 (RPR 弹性分组环)DS1/DS3带宽倍数4/7/6 E1/E3 带宽倍数 4/4/4 SONET/SDHPSTN ISDN FR X.25 窄带接入 ADSL HFC PLC 宽带接入 SDH DWDM 传输网LMDS GPRS 3G DBS VAST 无线/卫星.整理范本编辑word！。
Jetty的基本架构Jetty 的基本架构Jetty 目前的是一个比较被看好的 Servlet 引擎，它的架构比较简单，也是一个可扩展性和非常灵活的应用服务器，它有一个基本数据模型，这个数据模型就是Handler，所有可以被扩展的组件都可以作为一个Handler，添加到Server 中，Jetty 就是帮你管理这些Handler。
Jetty 的基本架构下图是 Jetty 的基本架构图，整个 Jetty 的核心组件由 Server 和Connector 两个组件构成，整个 Server 组件是基于 Handler 容器工作的，它类似与 Tomcat 的 Container 容器，Jetty 与 T omcat 的比较在后面详细介绍。
Jetty 中另外一个比不可少的组件是 Connector，它负责接受客户端的连接请求，并将请求分配给一个处理队列去执行。
图 1. Jetty 的基本架构Jetty 中还有一些可有可无的组件，我们可以在它上做扩展。
如JMX，我们可以定义一些 Mbean 把它加到 Server 中，当 Server 启动的时候，这些 Bean 就会一起工作。
图 2. Jetty 的主要组件的类图从上图可以看出整个Jetty 的核心是围绕着Server 类来构建，Server 类继承了Handler，关联了Connector 和Container。
Container 是管理 Mbean 的容器。
Jetty 的 Server 的扩展主要是实现一个个 Handler 并将 Handler 加到 Server 中，Server 中提供了调用这些 Handler 的访问规则。
整个 Jetty 的所有组件的生命周期管理是基于观察者模板设计，它和 Tomcat 的管理是类似的。
下面是 LifeCycle 的类关系图每个组件都会持有一个观察者（在这里是Listener 类，这个类通常对应到观察者模式中常用的Observer 角色，关于观察者模式可以参考《Tomcat系统架构与设计模式，第2部分:设计模式分析》一文中关于观察者模式的讲解）集合，当 start、fail 或 stop 等事件触发时，这些Listener 将会被调用，这是最简单的一种设计方式，相比Tomcat 的 LifeCycle 要简单的多。
