首页 文章 精选 留言 我的

精选列表

搜索[Table组件],共10000篇文章
优秀的个人博客,低调大师

canal 1.1.4 发布,MySQL binlog 增量订阅&消费组件

canal 1.1.4正式发布,迎来最重要的WebUI能力,终于可以告别黑屏运维! 主要特性: 1. 引入canal-admin工程,支持面向WebUI的canal动态管理能力,支持配置、任务、日志等在线白屏运维能力 【超级福利】 2. fastsql重大版本升级,全面兼容MySQL DDL的解析能力,关闭所有已知DDL的issue,全面保障TableMetaTSDB的稳定性 3. 多语言家族新增Python客户端的贡献,目前总计支持5钟语言的sdk,包含:java/c#/go/php/python 4. 修复MQ发送的边界性问题,新增kafka的Kerberos认证 WebUI相关示意图: 1. 创建canal集群 2. 运维instance

优秀的个人博客,低调大师

JavaWeb三大组件之监听器(Listener)

监听器是一个专门用于对其他对象身上发生的事件或状态改变进行监听和相应处理的对象,当被监视的对象发生情况时,立即采取相应的行动。监听器其实就是一个实现特定接口的普通java程序,这个程序专门用于监听另一个java对象的方法调用或属性改变,当被监听对象发生上述事件后,监听器某个方法立即被执行。 上述概念设计到3个名词概念: 1.事件源:即谁产生的事件 2.事件对象:即产生了什么事件 3.监听器:监听事件源的动作 由于事件源可以产生多个动作(即产生多个事件),而监听器中的每一个方法监听一个动作,故每个监听器中都有很多方法。 1.JavaWeb中的监听器 1.1概念 JavaWeb中的监听器是Servlet规范中定义的一种特殊类,它用于监听web应用程序中的ServletContext、HttpSession和 ServletRequest这三大域对象的创建、销毁事件以及监听这些域对象中的属性发生修改的事件。 1.2JavaWeb中监听器的分类 在Servlet规范中定义了多种类型的监听器(一共8个监听器),它们用于监听的事件源分别为ServletContext,HttpSession和ServletRequest这三个域对象。Servlet规范针对这三个对象上的操作,又把多种类型的监听器划分为三种类型: 1.域对象的生命周期监听:监听域对象自身的创建和销毁。这个监听器需要实现相应的监听器接口:ServletContextListener、HttpSessionListener、ServletRequestListener。 2.域对象的属性监听:监听域对象中属性的增加和删除。这个监听器需要实现的监听器接口为:ServletContextAttributeListener、HttpSessionAttributeListener、ServletRequestAttributeListener 3.感知监听(都与HttpSession域对象有关):监听绑定到HttpSession域中的某个JavaBean对象的状态的监听器。这个监听器需要实现的监听器接口:HttpSessionBindingListener、HttpSessionActiveationListener. 1.3第一类:域对象的生命周期监听 事件源为:三大域事件对象为:创建与销毁监听器为:实现了ServletContextListener、HttpSessionListener、ServletRequestListener这三个接口的监听器 1.3.1ServletContext的生命周期监听 publicclassAListenerimplementsServletContextListener{ publicvoidcontextInitialized(ServletContextEventsce) { //在项目启动时调用 } publicvoidcontextDestroyed(ServletContextEventsce) { //在项目关闭时调用 } } 在web.xml文件中对该监听器进行配置: <listener> <listener-class>listener.AListener</listener-class> </listener> 1.3.2HttpSession的生命周期监听 代码同上述基本一致: publicclassAListenerimplementsHttpSessionListener{ publicvoidsessionCreated(HttpSessionEventsce) { //在会话产生时调用 } publicvoidsessionDestroyed(HttpSessionEventsce) { //在会话关闭时调用 } } 同样需要在web.xml文件中进行配置: <listener> <listener-class>listener.AListener</listener-class> </listener> 1.3.4对各个监听器接口的方法中出现的类介绍 ServletContextEvent类:类中有一个方法getServletContext(),该方法返回ServletContext对象。 HttpSessionEvent类:类中有一个方法getSession(),该方法返回一个HttpSession对象。 ServletRequestEvent类:类中有两个方法,getServletContext()用于返回一个ServletContext对象,getServletRequest()用于返回一个ServletRequest对象。 1.4第二类:域对象的属性监听 事件源:三大域事件对象:属性的增加与删除监听器:实现了ServletContextAttributeListener、HttpSessionAttributeListener、ServletRequestAttributeListener接口的监听器 1.4.1ServletContext的属性监听 publicclassAListenerimplementsServletContextAttributeListener{ publicvoidattributeAdded(ServletcontextAttributescab){ //给ServletContext对象添加属性时调用 } publicvoidattributeRemoved(ServletContextAttributeEventscab){ //给ServletContext对象删除属性时调用 } publicvoidattributeReplaced(ServletContextAttributeEventscab){ //给ServletContext对象替换属性值时调用 } } 同样需要在web.xml文件中对AListener进行配置。 1.4.2HttpSession的属性监听 publicclassAListenerimplementsHttpSessionAttributeListener{ publicvoidattributeAdded(HttpSessionAttributescab){ //给HttpSession对象添加属性时调用 } publicvoidattributeRemoved(HttpSessionAttributeEventscab){ //给HttpSession对象删除属性时调用 } publicvoidattributeReplaced(HttpSessionAttributeEventscab){ //给HttpSession对象替换属性值时调用 } } 同样需要在web.xml中对AListener进行配置。 1.4.3ServletRequest的属性监听 publicclassAListenerimplementsServletRequestAttributeListener{ publicvoidattributeAdded(ServletRequestAttributescab){ //给ServletRequest对象添加属性时调用 } publicvoidattributeRemoved(ServletRequestAttributeEventscab){ //给ServletRequest对象删除属性时调用 } publicvoidattributeReplaced(ServletRequestAttributeEventscab){ //给ServletRequest对象替换属性值时调用 } } 同样需要在web.xml中对AListener进行配置。 1.4.4对各个监听器接口的方法中出现的类介绍 ServletContextAttributeEvent类:该类对象有三个方法,getSevletContext()用于返回一个ServletContext,getName()用于返回属性名,getValue()用于返回属性值。 HttpSessionBindingEvent类:该类对象有两个方法,getName()用于获取属性名,getValue()用于获取属性值。 ServletRequestAttributeEvent类:该类对象有两个方法,getName()用于获取属性名,getValue()用于获取属性值。 1.5感知监听器 保存在Session域中的对象可以有多种状态:绑定(session.setAttribute(“bean”,Object))到Session中,随Session对象持久化到一个存储设备中;从Session域中解除(session.removeAttribute(“bean”))绑定,随Session对象从一个存储设备中恢复。 Servlet 规范中定义了两个特殊的监听器接口”HttpSessionBindingListener和HttpSessionActivationListener”来帮助JavaBean 对象了解自己在Session域中的这些状态,实现这两个接口的类不需要 web.xml 文件中进行注册。 1.5.1HttpSessionBindingListener接口 实现了HttpSessionBindingListener接口的JavaBean对象可以感知自己被绑定到Session中和 Session中删除的事件。 当对象被绑定到HttpSession对象中时,web服务器调用该对象的void valueBound(HttpSessionBindingEvent event)方法。 当对象从HttpSession对象中解除绑定时,web服务器调用该对象的void valueUnbound(HttpSessionBindingEvent event)方法。 publicclassJavaBeanDemo1implementsHttpSessionBindingListener{ privateStringname; @Override publicvoidvalueBound(HttpSessionBindingEventevent){ System.out.println(name+"被加到session中了"); } @Override publicvoidvalueUnbound(HttpSessionBindingEventevent){ System.out.println(name+"被session踢出来了"); } publicStringgetName(){ returnname; } publicvoidsetName(Stringname){ this.name=name; } publicJavaBeanDemo1(Stringname){ this.name=name; } } 上述的JavaBeanDemo1这个javabean实现了HttpSessionBindingListener接口,那么这个JavaBean对象可以感知自己被绑定到Session中和从Session中删除的这两个操作。 1.5.2HttpSessionActivationListener接口 实现了HttpSessionActivationListener接口的JavaBean对象可以感知自己被活化(反序列化)和钝化(序列化)的事件。 当绑定到HttpSession对象中的javabean对象将要随HttpSession对象被钝化(序列化)之前,web服务器调用该javabean对象的void sessionWillPassivate(HttpSessionEvent event) 方法。这样javabean对象就可以知道自己将要和HttpSession对象一起被序列化(钝化)到硬盘中。 当绑定到HttpSession对象中的javabean对象将要随HttpSession对象被活化(反序列化)之后,web服务器调用该javabean对象的void sessionDidActive(HttpSessionEvent event)方法。这样javabean对象就可以知道自己将要和 HttpSession对象一起被反序列化(活化)回到内存中。(javabean随着HttpSession对象一起被活化的前提是该javabean对象除了实现该接口外还应该实现Serialize接口)。 publicclassJavaBeanDemo2implementsHttpSessionActivationListener, Serializable{ privatestaticfinallongserialVersionUID=7589841135210272124L; privateStringname; @Override publicvoidsessionWillPassivate(HttpSessionEventse){ System.out.println(name+"和session一起被序列化(钝化)到硬盘了,session的id是:"+se.getSession().getId()); } @Override publicvoidsessionDidActivate(HttpSessionEventse){ System.out.println(name+"和session一起从硬盘反序列化(活化)回到内存了,session的id是:"+se.getSession().getId()); } publicStringgetName(){ returnname; } publicvoidsetName(Stringname){ this.name=name; } publicJavaBeanDemo2(Stringname){ this.name=name; } } 既然这里谈到了session的序列化(钝化),反序列化(活化)那我们就来具体聊聊。 2.session序列化(钝化) 在session上线时,会在tomcat/work/Catalina/localhost/项目名/下生成一个sessions.ser文件,里面存放了所有session的信息,当你正在访问某个网页时若此时服务器关闭(关闭时才生成这个文件)又打开(打开后这个文件会消失),你依旧能正常访问该网页。(故说session有重生的效果)。若想废掉session的序列化,需要在tomcat/conf/context.xml中添加<Manager pathname=“”/> 3.session的钝化与活化 Tomcat会在session一段时间内不被使用时钝化session对象,所谓钝化session,就是把session通过序列化的方法保存到硬盘文件中。当用户再使用session时,Tomcat还会把钝化的对象再活化session,所谓活化就是把硬盘文件中的session在反序列化中放回内存。当session被tomcat钝化时,sesseion中存储的对象也被钝化,当session被活化时,也会把session中存储的对象(javabean对象)活化。如果某个类(javabean对象)实现了HttpSessionActiveationListener接口后,当对象随着session被钝化和活化时,下面两个方法就会被调用: publicvoidsessionWillPassivate(HttpSessionEventse):当对象感知被活化时调用本方法。 publicvoidsessionDidActivate(HttpSessionEventse):当对象感知被钝化时调用本方法。 钝化时会在tomcat/work/Catalina/localhost/项目/mysession/文件下生成一个后缀为.session的文件,网页中一个被钝化的session就对应一个.session文件(而上面的序列化是一个.ser文件存在所有的session),在活化时此文件也不会消失(不同于上述的.ser文件消失)。当然要看到上述效果,应该先配置tomcat钝化session的参数,在tomcat/conf/catalina/localhost目录下,添加以下配置内容(google一下吧)。

优秀的个人博客,低调大师

MediaCodec在Android视频硬解码组件的应用

背景: 随着多媒体产业的发展,手机端对视频解码性能要求越来越高。如果采用cpu进行解码,则会占用很多cpu资源。现在主流做法是利用手机gpu资源进行视频解码。Android系统在Android4.0(API 16)增加了 MediaCodec,可以支持app调用java接口,进而使用底层硬件的音视频编解码能力。Android ndk在 Android 5.0(API21) 提供了对应的Native方法。功能大体相同。 MediaCodec 可以处理编码,也可以处理解码;可以处理音频,也可以处理视频,里面有软解(cpu),也有硬解(gpu)。具体手机Android 系统一般会写在 media_codecs.xml 上。不同手机位置不一样。根据我的经验,大多数手机上是/system/etc/目录下。 这里主要是讲视频解码。 Android M

优秀的个人博客,低调大师

elk组件的安装 第一版

OS:centos6.6 64bit java:jdk-7u79-linux-x64.rpm E:elasticsearch-1.7.3.tar.gz L:logstash-1.5.6-1.noarch.rpm K:kibana-4.1.2-linux-x64.tar.gz elasticsearch-2.1.1 kibana-4.3.1 logstash-2.1.1-1 filebeat-1.0.1 https://www.elastic.co/downloads/past-releases/logstash-1-5-6 https://www.elastic.co/downloads/past-releases/kibana-4-1-4 https://www.elastic.co/downloads/past-releases/elasticsearch-1-7-4 rpm -ivh elasticsearch-1.7.4.noarch.rpm rpm -ivh logstash-1.5.6-1.noarch.rpm # tar zxvf kibana-4.1.4-linux-x64.tar.gz //这本身就是拆箱即用的东西, 我们给它找个好地方放起来 # mv kibana-4.1.4-linux-x64/ /usr/local/kibana # ln -sv /usr/local/kibana/bin/kibana /usr/bin/kibana #http://mo0on.blog.51cto.com/10522787/1729618 配置redis # tar zxvf redis-3.0.6.tar.gz # cd redis-3.0.6 # make PREFIX=/usr/local/redis install //这里纠结一下, redis如果不指定prefix路径,那么默认会在你这个解压的文件夹中编译生成bin文件 # ln -sv /usr/local/redis/bin/redis-server /usr/bin/redis-server # ln -sv /usr/local/redis/bin/redis-cli /usr/bin/redis-cli /usr/share/elasticsearch/bin/elasticsearch /etc/logstash/conf.d/ logstash配置 Shipper->Broker->Indexer->ES 其中, Shipper可以理解为监控节点,将所有的(分布式业务中)业务产生的消息(log)发送给Broker,然后,Indexer从Broker读取数据并推送给ES,我们就可以用kibana中获取想要的信息了 这里我们纠结一下input的file配置: 首先,这个file插件只是在进程运行的注册阶段初始化的一个FileWatch对象,它并不能支持l类似fluentd那样的 path => "/path/to/%{+yyyy/MM/dd/hh}.log" indexer.conf input { redis { host => "127.0.0.1" port => 6379 password => "8ff35947f8efe8db806622f6a98a1ea3" type => "redis-input" data_type => "list" key => "key_count" } } output { stdout {} elasticsearch { cluster => "elasticsearch" codec => "json" protocol => "http" } } shipper.conf input { file { path => ["/var/log/*.log", "/var/log/message"] type => "system" start_position => "beginning" } } output { stdout {} redis { host => "127.0.0.1" port => 6379 password => "8ff35947f8efe8db806622f6a98a1ea3" data_type => "list" key => "key_count" } } service logstash start /usr/bin/kibana & #ln -sv /usr/local/java/bin/java /usr/bin/java 报错 {"name":"Kibana","hostname":"localhost","pid":18106,"level":30,"msg":"No existing kibana index found","time":"2016-10-14T08:01:33.983Z","v":0} {"name":"Kibana","hostname":"localhost","pid":18106,"level":30,"msg":"Listening on 0.0.0.0:5601","time":"2016-10-14T08:01:34.002Z","v":0} http://bbotte.com/logs-service/use-elk-processing-logs-basic-installation-and-config/ es插件 http://xx:9200/_plugin/kopf/#!/cluster 访问kibanahttp://xx:5601/ 启动 nohup /usr/bin/kibana & logstash -f /etc/logstash/conf.d/logstash-indexer.conf or service logstash start nohup /usr/share/elasticsearch/bin/elasticsearch & 本文转自 liqius 51CTO博客,原文链接:http://mo0on.blog.51cto.com/10522787/1729263,如需转载请自行联系原作者

资源下载

更多资源
Mario

Mario

马里奥是站在游戏界顶峰的超人气多面角色。马里奥靠吃蘑菇成长,特征是大鼻子、头戴帽子、身穿背带裤,还留着胡子。与他的双胞胎兄弟路易基一起,长年担任任天堂的招牌角色。

腾讯云软件源

腾讯云软件源

为解决软件依赖安装时官方源访问速度慢的问题,腾讯云为一些软件搭建了缓存服务。您可以通过使用腾讯云软件源站来提升依赖包的安装速度。为了方便用户自由搭建服务架构,目前腾讯云软件源站支持公网访问和内网访问。

Spring

Spring

Spring框架(Spring Framework)是由Rod Johnson于2002年提出的开源Java企业级应用框架,旨在通过使用JavaBean替代传统EJB实现方式降低企业级编程开发的复杂性。该框架基于简单性、可测试性和松耦合性设计理念,提供核心容器、应用上下文、数据访问集成等模块,支持整合Hibernate、Struts等第三方框架,其适用范围不仅限于服务器端开发,绝大多数Java应用均可从中受益。

Sublime Text

Sublime Text

Sublime Text具有漂亮的用户界面和强大的功能,例如代码缩略图,Python的插件,代码段等。还可自定义键绑定,菜单和工具栏。Sublime Text 的主要功能包括:拼写检查,书签,完整的 Python API , Goto 功能,即时项目切换,多选择,多窗口等等。Sublime Text 是一个跨平台的编辑器,同时支持Windows、Linux、Mac OS X等操作系统。

用户登录
用户注册