`
netment
  • 浏览: 58216 次
文章分类
社区版块
存档分类
最新评论
文章列表
OAUTH2核心参数说明   grant_type参数说明表格: grant_type 说明 authorization_code
   在HTTP1.1协议中引入了名为conection header,主要是为了支持长连接。当该值为keep-alive是,一个TCP连接将会处理多个HTTP请求,而不是每个请求打开一个连接,这对避免创建新的TCP连接有很好的作用,由于创建TCP连接的开销大,因此长连接方式的HTTP请求在效率上也是比较高的。但是这也引入了一个DoS攻击的问题,就是客户端完全可以创建这个连接后不释放,从而耗尽服务器端的连接数。    在TOMCAT的源代码中,对DoS攻击是做了比较完整的考虑的。在具体处理HTTP请求的类org.apache.coyote.http11.Http11Processor中,引入了一 ...
     Maven的插件机制使得其非常灵活,自己只是定义一个标准的构建流程,具体某个构建流程需要做的事情都扔给插件去做,而且在默认情况下插件会自动去更新自己,因为maven的命令时通过这种方式来执行的mvn groupID:artifactID:version:goal 也就是说如果我没有指定版本的话,Maven会自动去使用最新的版本。         在构建成熟的项目构建系统中,这个自动更新很可能会带来问题,因为插件自动更新以为着你对Maven的插件没有绝对的控制,任何一个插件出现了问题都可能导致你整个自动构建流程失败。要避免出现引发问题的风险,有以下几种方法: 1,在执行所有Maven ...
请求的分发 请求首先到达DispatcherServlet,应用服务器会根据Web应用中web.xml文件定义的url映射将相应的请求分发到DispatcherServlet中 请求的处理 DispatcherServlet会查找相应的HandlerMapping接口的实现类,调用其中的方法:HandlerExecutionChain getHandler(HttpServletRequest request) throws Exception,该方法会返回一个HandlerExecutionChain。返回的HandlerExecutionChain中包含了零个或者是多个Intercep ...
   今天没有回公司了,经过昨天一天劳累也够郁闷的拉。从上午请自己中心的人吃饭,到下午的离职签名忙得团团转啊。     公司大了,离职都变得麻烦,离职单上的签名都有十几个,跑一楼、二楼、五楼、八楼,整整跑了一个下午还是没有签玩,还有几个名要等到以后去签了。     今天和新公司联系好了,明天去报道,新的开始,为自己加油。
    JMeter可以用来测试WebService,我们只要提供相应的WSDL地址,JMeter就会帮我们生成该WSDL所描述的WebService,具体表现为可以列表出可调用的方法。但比较郁闷的是"SOAP/XML-RPC Data"这个框,需要手工填写SOAP请求,不知道有什么好方法不用填写SOAP请求。要是能够做到选择所要测试的方法,然后填写该方法的参数就能测试就好,而不是每次都自己填写SOAP请求。不知道大家有什么好方法呢?
   早上从床上爬起来,发现外面下着雨。想到又要去上班心情大打折扣。     在公司也没做什么就到了吃饭时间,吃完了就去NCS离岸开发中心接受一个NCS的电话面试。和香港佬用英语谈了一下才知道自己的口语水平真是一天不如一天,惭愧啊!     好不容易才捱到了下班,回到家里立马又坐车赶去纳斯达克吧,真是郁闷,在路上塞车差点塞疯了。到那边谈了一下关于纳斯达克吧网站项目的开发,对方希望能够长期合作,我倒是无所谓,反正自己还没有做个站长,倒不妨试试。     好不容易回到家里,想给手机充电,发现冲不了。这个手机真垃圾啊,没心情,人也比较浮躁,郁闷啊!
   很久没有很同学朋友一起打球了,昨天终于和大家一起痛痛快快的打了一个下午的篮球啦^_^。虽然天公不是很作美,还是玩得开心的。其中还有两位是我未来的同事,哈哈 Wishing。
   FYI
    今天看到了javaworld上的一篇文章,该文章讨论了通过结合JVM的类加载机制、Java语言的动态代理技术以及Java的编译技术来实现一个类的动态加载功能,具体可参考http://www.javaworld.com/javaworld/jw-06-2006/jw-0612-dynamic.html。      该 ...
 最近后台服务器周期地出现OnOutOfMemoryError,导致整个系统crash。遇到这样问题很郁闷,这很有可能是因为后台程序的内存泄漏引起的。但是要定位引起内存泄漏的代码比较困难。      还好后台运行的JVM的版本是1.5的,在抛出OnOu ...
       2007年四月五号!一个让我永远都忘不了的日子。似乎已经预谋了很久,又似乎是一瞬间的决定,自己跟中心总监说了自己的离职的想法。       从网上看到那些说那些离职了终于可以和领导平起平坐了,那种心情不知道有多爽,可是那接近三个小时的谈话确让自己感到很惭愧。毕竟能遇上这样的好领导,自己不能不说是一种幸运,起码领导对自己是很重视的,也很相信自己的能力,自己能够在半年时间内成为中心核心系统的开发人员,领导也有很大的功劳。谈话中,领导也是想尽量挽留的,也作出了不少承诺,包括调整岗位、调薪资。但自己还是回绝了,也许互联网真的不是很适合自己,自己的兴趣还是偏向于企业应用,虽然现在的岗位能够在 ...
Velocity在模版数量非常多的情况下会导致内存泄漏,事实上Velocity在做模版缓存时,在文件系统中,一个为20-50kb模版文件,在内存中需要消耗3-5MB的内存,所以在模版过多的情况下对模版进行缓存会导致内存不足,在velocity1.5我们可以设定其缓存模版的数量,但是在模版数量多的情况下,其性能还是比较差,以下连接讨论了Velocity存在的一些问题: http://issues.apache.org/jira/browse/VELOCITY-450 http://www.mail-archive.com/dev@velocity.apache.org/msg00851.html ...
        以前还是不是非常清楚基于指针和基于数组的链表区别,今天翻了一下书,发现两者的区别还是挺大的,这也验证了为什么java的一些持久层的解决方案中,在查询数据库返回链表时返回的时基于数组实现的链表,而不是基于指针实现的链表。因为无论从空间还是时间上,通过JDBC访问数据库得到的链表,基于数组的链表都要比基于指针实现的效率高,这时因为,通过数据得到的链表一般是只读的,就算是更新也是更新一行而不是整个链表,另外一点是返回的ResultSet行数是可以预知的。而我们知道基于数组的链表在查找和预先知道大小时的 效率比基于指针实现的链表高。
        今天晚上无聊,研究以一下进制之间的转换,发现进制的转化还真有意思。按理说一个数字字符使用一个字节来存储的,而一个字节最大能存储的数字是255,也就是说当用到255进制去存放数据信息时才最能节省存储空间。现在的问题时到那里去着255字符去区分这255‘数字’。顺便看了一下java基础类库对进制转化的支持,比较令人希望,基础类库能支持最高的进制转化是36进制。后来有看了看Base64编码,发现它也是通过进制转化来精心编码,来达到压缩的目的。我们倒是可以考虑现生成一个包含32个字符的guid,在将这个guid用Base64编码放到数据库,这样能做到压缩的目的。guid是可以这样做,因为 ...
Global site tag (gtag.js) - Google Analytics