digdeep

chrome 浏览器的预提取资源机制导致的一个请求发送两次的问题以及ClientAbortException异常

摘要：调查一个 pdf 打印报错：可以看到在调用 pdf 的 Document.close() 方法时，抛出了上诉错误。调试之后的原因是，在chrome浏览器中页面上点击一次打印，打印 servlet 会执行两次，第一次可以正常打印，document.close() 可以正常执行，没有报错，阅读全文

posted @ 2016-06-19 13:31 digdeep 阅读(4999) 评论(0) 推荐(1)

URLEncoder.encode 和 URLDecoder.decode 处理url的特殊参数

摘要：在使用 url 的 queryString 传递参数时，因为参数的值，被DES加密了，而加密得到的是 Base64的编码字符串，类似于： za4T8MHB/6mhmYgXB7IntyyOUL7Cl++0jv5rFxAIFVji8GDrcf+k8g== 显然这里面含有了特殊字符： / + = 等等阅读全文

posted @ 2016-06-13 15:59 digdeep 阅读(25714) 评论(0) 推荐(0)

javax.crypto.BadPaddingException: Given final block not properly padded 解决方法

摘要：下面的 Des 加密解密代码，在加密时正常，但是在解密是抛出错误：解决方法：将 setKey方法修改为如下：不使用SecureRandom生成SecretKey，而是使用SecretKeyFactory；重新实现方法generateKey，代码如下问题解决。另外如果加密时和解密时使用阅读全文

posted @ 2016-06-13 12:41 digdeep 阅读(52193) 评论(0) 推荐(0)

Content-Type 之 application/json 与 text/javascript

摘要：我们一般在服务端返回 json 格式数据给浏览器端时，会使用下面的代码： response.setContentType("text/javascript;charset=UTF-8"); 或者： response.setContentType("application/json;charset=U 阅读全文

posted @ 2016-06-10 22:09 digdeep 阅读(22264) 评论(0) 推荐(0)

利用 filter 机制给静态资源 url 加上时间戳，来防止js和css文件的缓存，利于开发调试

摘要：直接上代码：配置下过滤器就行了，chrome 调试的效果如下，可以看到 chrome浏览器在获取css和js文件时，路径上携带了时间戳：在开发阶段还是比较有用的。阅读全文

posted @ 2016-05-29 11:40 digdeep 阅读(10423) 评论(6) 推荐(2)

Tomcat 启动报错：No default web.xml

摘要：原因是：tomcat 中conf 目录中的 web.xml 被无意删除掉了。从其他tomcat中复制一个过来就行了。 conf 目录没有 web.xml 导致的问题是，server.xml 中配置的所有的 web项目都无法访问。报 404 错误。阅读全文

posted @ 2016-05-26 12:51 digdeep 阅读(899) 评论(0) 推荐(0)

$.parseJson 在 firefox 下返回 null 的问题

摘要：最近调查一个浏览器兼容性问题，在 IE, chrome下都运行正常，但是在 firefox 下运行时： $.parseJson(xxx) 返回 null，所以导致了无法正常运行，调查的结果是因为返回是，没有使用下面的语句定义返回值的类型： response.setContentType("tex 阅读全文

posted @ 2016-05-07 16:03 digdeep 阅读(663) 评论(0) 推荐(0)

利用 spring bean 的属性 init-method 解决因为数据库连接没有初始化而导致首次点击页面超慢的问题

摘要：问题的描述：一个项目，涉及到了两个数据源，分别使用的是两个不同的数据库连接池，其中一个是 poxool 连接池，问题在于，spring在启动时，只初始化其中的一个数据库连接池中的数据库连接，而 poxool配置的数据库连接池，在启动时没有进行初始化，一个数据库连接也没有初始化好，所以导致阅读全文

posted @ 2016-04-22 22:15 digdeep 阅读(5418) 评论(0) 推荐(1)

spring项目的 context root 修改之后，导致 WebApplicationContext 初始化两次的解决方法

摘要：修改了 spring web 项目的 context root 为 / 之后，在启动项目时，会导致 WebApplicationContext 初始化两次，下面是其初始化日志：第一次初始化：第二次初始化：可以看到两次初始化之间仅仅相隔了 6 秒钟。两次发布的原因是，tomcat 会发布一次 / 阅读全文

posted @ 2016-04-22 16:49 digdeep 阅读(15539) 评论(0) 推荐(1)

proxool 连接池警告分析：appears to have started a thread named [HouseKeeper] but has failed to stop it

摘要： 1. 问题：日志中出现下面的警告：警告: The web application [ROOT] appears to have started a thread named [HouseKeeper] but has failed to stop it. This is very likely t 阅读全文

posted @ 2016-04-22 10:46 digdeep 阅读(20734) 评论(0) 推荐(0)

公告