1
2
3
4
5
6
7
连击 天
fork: star:
加载中
2015/09/19 22:23
发表了博客评论：
因为一些历史的原因代码里面都使用了GBK的编码。 另外一个问题是应用服务器本生对中文请求的处理是不一致的，想我的文章里面提到的was、weblogic，我 测试后，就发现他们对普通form表单的处理是不一致的。一些资料中提到，在第一次调用getParameter方法的时候，会发生一次转码，weblogic是没有转码的。这样就造成了同样的代码在不同的应用服务器下面，表现是不一致的情况。
2014/11/14 09:16
发表了博客评论：
1、我只是想尝试下hadoop与kerberos的结合
2、http://master:50070 这个好像没有提供权限控制吧，倒是在他上面浏览文件系统的时候，需要权限，可惜我们做到
3、我只是在shell中测试了权限，java代码中没有。
2、http://master:50070 这个好像没有提供权限控制吧，倒是在他上面浏览文件系统的时候，需要权限，可惜我们做到
3、我只是在shell中测试了权限，java代码中没有。
2014/06/11 08:57
发表了博客评论：
第二步中在server.xml中配置url时，如果数据库是集群，请使用集群的url，尽量不要使用单个实例的URL，
集群URL的写法：
jdbc:oracle:thin:@//ip:port/服务名
集群URL的写法：
jdbc:oracle:thin:@//ip:port/服务名
2013/04/11 19:31
发表了博客评论：
今天又遇到了一个was下面部署应用存在同名应用的问题，但是was版本（7.0.0.21）的不一样，问题又有点不一样。
1、在这个版本的was下面没有路径
<profile name>/config/cells/qcell/blas
<profile name>/config/cells/qcell/cus
而是
<profile name>/config/cells/blas
<profile name>/config/cells/cus
2、在检查了这两个目录之后，发现残留的应用文件已经被清除干净。
3、最后尝试重启server，启动成功后，部署应用成功。
猜测，在某些临时文件里面还是残留了部署失败的应用，但是比较难找到，而server的重启却能干净的删除那些临时文件。
1、在这个版本的was下面没有路径
<profile name>/config/cells/qcell/blas
<profile name>/config/cells/qcell/cus
而是
<profile name>/config/cells/blas
<profile name>/config/cells/cus
2、在检查了这两个目录之后，发现残留的应用文件已经被清除干净。
3、最后尝试重启server，启动成功后，部署应用成功。
猜测，在某些临时文件里面还是残留了部署失败的应用，但是比较难找到，而server的重启却能干净的删除那些临时文件。
没有更多内容
加载失败，请刷新页面
删除文章
文章删除后无法恢复，确定删除此文章吗？
删除动弹
动弹删除后，数据将无法恢复
评论删除后，数据将无法恢复