[color=green][color=gray][size=x-small]http://blog.163.com/comfort_122/blog/static/489044092010101205144475/
[color=gray][/color]环境:FTP Server是Windows 2003 IIS ; 开发环境客户端是在windows下tomcat的一个web应用 ; 部署环境是在 linux redhat 下的tomcat的一个web应用。
问题:通过struts2的stream返回类型返回由ftpclient从ftp服务器上取得的文件。文件类型可能是excel或者rar压缩包。在开发环境运行正常,但部署后,发现部分excel文件和全部的rar文件下载后都无法打开。
解决:
以某个不能打开的excel文件为例子,从windows下取得的文件大小是52115字节,从linux下取得的文件大小是52114字节,原始的文件是52115字节,linux下载的少了一个什么呢?
用Beyond Compare比较两个文件的十六进制。原始的文件(或通过windows下载的)有一处是“0D 0A”,而linux下载的是“ 0A”。
比较Ascii值,可以判断是由于换行符引起的问题,windows是\r\n ,而linux下是\n 。
那么意味着ftpclient取得文件时做了换行符号的转换。
如何禁止ftp传输过程的换行符转换?查阅一下ftpclient的api,里面有个setFileType方法,与我们用ftp工具或者命令行方式设置ftp传输方式一致。
看一下ftpclient类的源码 :“__fileType = FTP.ASCII_FIL
[color=gray][/color]环境:FTP Server是Windows 2003 IIS ; 开发环境客户端是在windows下tomcat的一个web应用 ; 部署环境是在 linux redhat 下的tomcat的一个web应用。
问题:通过struts2的stream返回类型返回由ftpclient从ftp服务器上取得的文件。文件类型可能是excel或者rar压缩包。在开发环境运行正常,但部署后,发现部分excel文件和全部的rar文件下载后都无法打开。
解决:
以某个不能打开的excel文件为例子,从windows下取得的文件大小是52115字节,从linux下取得的文件大小是52114字节,原始的文件是52115字节,linux下载的少了一个什么呢?
用Beyond Compare比较两个文件的十六进制。原始的文件(或通过windows下载的)有一处是“0D 0A”,而linux下载的是“ 0A”。
比较Ascii值,可以判断是由于换行符引起的问题,windows是\r\n ,而linux下是\n 。
那么意味着ftpclient取得文件时做了换行符号的转换。
如何禁止ftp传输过程的换行符转换?查阅一下ftpclient的api,里面有个setFileType方法,与我们用ftp工具或者命令行方式设置ftp传输方式一致。
看一下ftpclient类的源码 :“__fileType = FTP.ASCII_FIL