FTP目录或文件名有中文时导致,下载失败的问题

在FTPClient ftpClient = new FTPClient()代码后,

ftpClient.connect(url,port)代码前,

调用ftpClient.setAutodetectUTF8(true); 即可解决中文问题。

曾尝试过在调用ftpClient.connect(url,port)创建连接成功后,再调用setAutodetectUTF8(true),但是没有效果。

时间: 2024-11-05 21:40:14

FTP目录或文件名有中文时导致,下载失败的问题的相关文章

content属性为中文时导致html页面乱码问题

最近项目中遇到了页面乱码问题,具体如下: 其中这段是用了一个a标签,因为文案需要根据情况做"收起”和“展开”两种文案的切换,所以利用伪类before,设置其content属性为中文:收起或者展开,但是在测试过程中,发现有时页面会出现乱码的情况,如上图. 检查HTML文件和CSS文件的编码格式,都是utf-8,并且html文件里也设置了<meta http-equiv="Content-Type" content="text/html; charset=utf-

FTP上传文件名称中文乱码问题

这个问题昨天研究了一下午,以为解决了,今天早上突然发现其实并没有解决,所以花了一早上时间又查阅了相关资料后 现在才算彻底的解决.要注意:昨天我单纯的把filename转成new String(filename.getBytes("GBK"), "ISO-8859-1"),的确发现上传后中文不再乱码了,于是我以为我把这个问题解决了,但是后来发现如果ftp服务器中的设置就已经是utf-8的编码的话还是会继续报错的,所以我又上网找了些资料发现有个命令可以设置ftp支持UT

数据库查询时,查询数字或者英文可以,查询中文时出错

数据库查询时,查询数字或者英文可以,查询中文时出错:提示????????????:select * from szdbdb_userdata where        truename='????' Illegal mix of collations (gb2312_chinese_ci,IMPLICIT) and (latin1_swedish_ci,COERCIBLE) for operation '='12670 解决办法:一般网上会说是编码问题,在配置文件my.ini修改数据库编码.当把

修改nose_html_reporting,解决输出带中文时,不能生成html文件

在使用nose_html_reporting时,如果测试输出中带有中文,那么html输出会失败,提示如下: 提示'ascii'编码码失败 这是因为在string.IO中取回来的数据与当前脚本中声明的编码不一致时导致 所以我们要做编码转换 解决如下: 修改nose_html_reporting插件的__init__.py文件 # -*- coding: utf-8 -*- import StringIO import re import codecs import inspect import o

修正Smart Install Maker 5.04 中文翻译导致检测.net版本出错的问题

Smart Install Maker 5.04 中文翻译导致检测.net版本出错问题,本人已修正,有需要的可以下载,替换“Language\Install\”目录下的中文翻译文件. Smart Install Maker 5.04 中文翻译修正版下载:占我下载 修正Smart Install Maker 5.04 中文翻译导致检测.net版本出错的问题

使用Linux strace命令来跟踪 bdump目录的x权限丢失时sqlplus / as sysdba 的输出

在上一篇文章中,说到bdump目录的x权限丢失,导致oracle数据库异常. 下面就来用linux 的strace命令来跟踪一下,当bdump目录的x权限丢失时,sqlplus / as sysdba会有什么样的输出: strace命令如下,该命令来源于:Using Strace in Linux to Debug Hang Type Problems (Doc ID 1391746.1) strace -fe verbose=all -e write=all -e read=all -o /u

Fcitx输入中文时不显示候选词框的解决办法

在非KDE桌面环境下,如果安装了fcitx-module-kimpanel,可能会导致Fcitx输入中文时不显示候选词框,移除该组件,然后重启Fcixt. $ sudo apt remove fcitx-module-kimpanel $ fcitx

本地 oracle 安装目录满触发 ORA-7445 [_memmove()+64] 导致Instance Crashed 的事故

最近处理了一个问题,原因是由于命中ORA-600 [kole_t2u], [34] - description, bugs 导致 在udump 目录下大量转储 出cdmp 文件, 然后这些 cdmp 撑爆本地磁盘空间, 在oracle 发现本地无空间可写一些日志时,又触发ORA-7445 [_memmove()+64] 而触发ORA-600 [kole_t2u], [34] 的 根本原因是因为业务程序的非法操作,在db 中某张含有 clob 字段的表中插入了一些oracle现有字符集(zh16g

IIS7部署项目时提示:&quot;错误消息 401.2。: 未经授权: 服务器配置导致登录失败。&quot;的解决办法

这个错误的定位:你的站点使用了Forms验证,而且在部署在生产环境的时候,设置错误,或者注释了. 解决方法如下: 1.检查Forms配置是否屏蔽. 2.有权限访问的资源是否已经开发. 基本就围绕以上两点即可. 具体的场景描述和解决方案: 详细报错如下: “/”应用程序中的服务器错误. 访问被拒绝. 说明: 访问服务此请求所需的资源时出错.服务器可能未配置为访问所请求的 URL. 错误消息 401.2.: 未经授权: 服务器配置导致登录失败.请验证您是否有权基于您提供的凭据和 Web 服务器上启用