事件背景： 本人用两个开发工具开发项目，在某一次中，使用了eclipse调用idea中的项目（两个工具都是把项目部署到tomcat中的），突然就报错了。签名一直过不了。最后跟踪代码发现问题出现在md5加密上。 各家用的md5加密都不一致。最后发现inbuf.getBytes(“utf-8”) 这句代码，没修改之前是inbuf.getBytes()；所以在tomcat下和单独的main测试出来的加密串是不正常的（在有中文的情况下）有中文。 在tomcat下就错误了。而eclipse中...
[root@tomcat2 ~]# keytool -genkeypair -alias tomcat -keyalg RSA -keystore /usr/local/tomcat7/keystore输入密钥库口令: 再次输入新口令: 您的名字与姓氏是什么? [Unknown]: zhao 您的组织单位名称是什么? [Unknown]: cloud您的组织名称是什么? [Unknown]: cloud您所在的城市或区域名称是什么? [Unknown]: beijing您所在的省/市/自治区名称是什么? [Unknown]: xicheng该单位的双字母国家/地区代码是什么? [Unknown...
一般公司MySQL/Mariadb Tomcat做JDBC认证一般是这样的：db.default.driver=com.mysql.jdbc.Driverdb.default.url="jdbc:mysql://url.to.database/database" db.default.user= "..." //MySQL用户名 db.default.password="..." // MySQL密码 ...... //其它参数优化也就是说，除了用户名，密码，IP，端口，基本调优，就可以。但是如果数据库用的是ssl加密连接，那么连接方式务必是需要证书的。于是乎引起了我...
在将某些敏感数据存储在PostgreSQL数据库之前,我们已经遇到了加密某些敏感数据的要求.我们的应用程序是一个运行在Tomcat之上的Spring应用程序.我们需要存储密钥,以便我们的Web应用程序可以在插入数据之前加密数据,并在检索数据后解密数据. 我们希望避免在我们的配置文件(或由Maven过滤的文件)中存储此类事物,因为这些文件被检入源控件并且可由具有访问权限的任何人读取.我们似乎与数据库凭据有相同的问题,但看起来JNDI datasources...
原理：将证书（也可以叫公钥）+私钥转化成 jks类型的keystore文件，在tomcat的server.xml中配置开启踩坑：1、多数文章都是针对自己生成证书，配置双向加密，其过程有生成，合并，导出，配置服务端，配置客户端等等，看的一塌糊涂2、多数文章都是以实验为参考，误以为生成的keystore文件名可以随意命名，直接使用拷贝命令的方式生成了一个tomcat.keystore文件正确的命令方式应该是（证书名.keystore），或者说是生成证书时的CN名称3...