应用是跑在Tomcat上的,以前貌似都没有问题,上次升级後发现日志中有一段:
IOException:java.util.zip.ZipException: oversubscribed dynamic bit lengths tree
google了一下,发现只有这个地方有资料:
http://bugs.sun.com/bugdatabase/view_bug.do?bug_id=4188883
其中说到:Bug ID: 4188883
我代码中报错的这个地方的处理逻辑是:
1、先使用enterprisedt的FTP包,到远程FTP服务器上取一个Gzip包文件存在本地(已经设定了二进制模式),然后解压。接着解析解压后的文件(TXT格式),生成SQL入库。。但是解析过程发现文件的后半部分很多乱码,导致部分数据入库不成功。
2、于是我取回程序FTP下来的gzip文件,手工解压后发现文件是有乱码。
3、我手工FTP到远程服务器,在命令行下取回该gzip文件,手工解压后却没有乱码存在。
另外,以前这个过程是没有问题的,且在我的测试环境也是正常的,唯独上到服务器上存在该问题,该服务器的Java版本为:
[Ysl@web11 logs]$ java -version
java version "1.4.2_11"
Java(TM) 2 Runtime Environment, Standard Edition (build 1.4.2_11-b06)
Java HotSpot(TM) Client VM (build 1.4.2_11-b06, mixed mode)
Tomcat的版本是:apache-tomcat-5.5.17
不晓得是enterprisedt的问题,还是ZIib的问题,还是我代码的问题,还请遇到这个问题的人帮忙看看,谢谢~
IOException:java.util.zip.ZipException: oversubscribed dynamic bit lengths tree
google了一下,发现只有这个地方有资料:
http://bugs.sun.com/bugdatabase/view_bug.do?bug_id=4188883
其中说到:Bug ID: 4188883
我代码中报错的这个地方的处理逻辑是:
1、先使用enterprisedt的FTP包,到远程FTP服务器上取一个Gzip包文件存在本地(已经设定了二进制模式),然后解压。接着解析解压后的文件(TXT格式),生成SQL入库。。但是解析过程发现文件的后半部分很多乱码,导致部分数据入库不成功。
2、于是我取回程序FTP下来的gzip文件,手工解压后发现文件是有乱码。
3、我手工FTP到远程服务器,在命令行下取回该gzip文件,手工解压后却没有乱码存在。
另外,以前这个过程是没有问题的,且在我的测试环境也是正常的,唯独上到服务器上存在该问题,该服务器的Java版本为:
[Ysl@web11 logs]$ java -version
java version "1.4.2_11"
Java(TM) 2 Runtime Environment, Standard Edition (build 1.4.2_11-b06)
Java HotSpot(TM) Client VM (build 1.4.2_11-b06, mixed mode)
Tomcat的版本是:apache-tomcat-5.5.17
不晓得是enterprisedt的问题,还是ZIib的问题,还是我代码的问题,还请遇到这个问题的人帮忙看看,谢谢~
发表评论
提醒: 该博客已发表在公共论坛,博客所有留言会成为论坛回贴,留言请注意遵守论坛发贴规则
- 浏览: 62328 次
- 性别:

- 来自: 深圳

- 详细资料
搜索本博客
我的相册
111
共 1 张
共 1 张
最近加入圈子
最新评论
-
Ubuntu Mobile Edition: ...
是疯狂,不知道什么时候能那个用一用~
-- by nishizhen -
使用XMPP4R在RubyOnRails ...
基本上都是可以的,只是不同的语言对其协议的封装实现不一样而已。原理都是差不多的。 ...
-- by iceskysl -
使用XMPP4R在RubyOnRails ...
想问一下,如果不是ror开发的网站,可以用你说的方法设计机器人吗?如果可以的话, ...
-- by sea gull -
请教一个奇怪的问题:java ...
各位帮忙分析下 :)多谢~
-- by iceskysl -
Rails4Days(ChineseVersio ...
iceskysl 写道phoenixup 写道链接地址已经失效了,如果方便请ma ...
-- by phoenixup






评论排行榜