jetty 7.0 笔记】的更多相关文章

codehaus  download:http://dist.codehaus.org/jetty/ 找到7.0  tar.gz 解压 拉取 Lib下jar 和  Lib--jsp下jar 代码同启动 6.1一样…
centos 6.5下安装mysql+nginx+redmine 3.1.0 笔记 目录[-] 过程 1.安装RVM 2.利用rvm安装 Ruby 1.9.3 并设为默认 3.安装rails 4.安装依赖包 5.为Rails生成cookies秘钥 6.安装redmine 7. 在WEBrick服务上测试Redmine是否安装成功 8.配置Redmine在Nginx上运行 系统:centos 6.5 x64 redmine 版本:3.1.0 ruby 版本: 2.2.3 rails 版本 : 4.…
阅读 video on-screen display v6.0笔记 关于axi总线时钟的区分 需要弄清楚的是aclk, aclken, aresetn 信号是和video 有关的,axi4-lite的时钟与复位信号分别是s_axi_aclk, s_axi_aclken, s_axi_aresetn, 并且,axi4-lite 的信号不会被 axi-stream接口的时钟影响. 复位信号是有一个最小时钟周期限制的. 这里有一个很重要的逻辑,slave axi4-stream 时,tdata 为输入…
阅读 video in to axi4-stream v4.0 笔记 axi4 stream里面只传输的有效数据. 引用: 使能了video timing controller core 的所用信号,并没有找到一个叫’locked’的,难道指代其他的? 注意,sof信号,start of frame 是在每个field的开头第一个像素产生一个脉冲.…
阅读<Video Test Pattern Generator v7.0>笔记 1.数据宽度的问题 TotalDataWidth的计算公式: 疑问:为什么TotalDataWidth后面需要加上7? 猜想:(60 + 7) /8 = 8    8*8=64 (使用下面的例子) m_axis_video_tdata 的位宽被封装成8bit的倍数,必要的时候需要用0来填充. For figure2-2: (2*10*3=60),配成8的倍数,即64bit,bit[63:60]用0来填充. For…
阅读<<HDMI 1.4/2.0 Transmitter Subsystem V2.0>>笔记 1.Subsystem Block Diagram 2.HDMI TX Subsystem Pinout – AXI4-Stream Video Interface (No HDCP) 3.HDMI TX Subsystem Pinout – Native Video Interface (No HDCP) 4.AXI4-Stream to video out ------ vid_io…
OAuth2.0笔记 角色 一般资源服务器和授权服务器是一个 资源拥有者 客户端应用 资源服务器 授权服务器 客户端类型 OAuth 2.0规范定义了两种客户端类型: 保密的:web应用 公有的:用户代理.原生 下图是一个保密的客户端应用即web应用 授权 授权批准由资源服务器及其相关的授权服务器给客给予户端应用.OAuth 2.0四种不同类型授权批准: 授权码 契约 资源拥有者密钥证书 客户端证书 下面是当用授权码授权客户端应用时的授权过程: 端点 OAuth 2.0定义了一系列端点.端点就是…
download: http://dist.codehaus.org/jetty/jetty-6.1.22/ jetty 6.2 代码启动 必要jar包 lib --->> lib--->>jsp2.0--->>  最终形成目录 -->> mark jetty 6.1  jsp2.1 目录结构 注:由于使用jsp2.1 代码启动时不能对el很好的兼容 不支持三元运算,导致一些表达式抛出elexception 选择了jsp2.0 代码启动很简单: packag…
笔记来源地址:https://mp.weixin.qq.com/s/T2IErLDxbWP1a-VbRkZZHg HTTP: HTTP是WWW数据通信的基础,是应用层协议. HTTP是干什么的?用来给客户端和服务端进行通信. HTTP请求流程:建立连接(通过URL,通过DNS和负载均衡,得到服务器).进行请求(get.post).响应(状态码).关闭连接(客户端.服务端都可以关闭). 响应,返回的状态码,1**:信息.2**:成功,3**:重定向,4**:客户端错误,5**:服务端错误. 无状态…
OAuth 2.0规范于2012年发布,很多大型互联网公司(比如:微信.微博.支付宝)对外提供的SDK中,授权部分基本上都是按这个规范来实现的. OAuth 2.0提供了4种基本的标准授权流程,最为复杂的是Code(授权码)这种类型,流程图如下:(摘自RFC6749官方文档) 上图中有几个术语解释一下: Resource: 受保护的资源,比如:用户abc在微信上的用户资料(头像,朋友圈之类) Resource Owner:资源所有人,即:上面讲的用户abc Client:指第三方应用,比如:微信…