Unable to resolve resource bundle for locale "en_US".

本文解决了FlexViewer项目在Tomcat部署时遇到的资源包找不到问题。通过在AdditionalCompilerarguments中添加特定参数来指定资源的位置。

       今天把一个FlexViewer的工程由文件发布转为发布到Tomcat上面,一切准备就绪,但是编译的时候提示“Unable to resolve resource bundle "ControllerStrings" for locale "en_US".  网上一搜索很多方法,可是就是解决不了,什么加入库啊,什么修改编译参数啦,统统不管用。还是我师弟牛屄啊,一个提醒让我查到了解决方案,如下:

 

       右键项目属性,在Flex Compiler里面,Additional Compiler arguments这个文本框中添加:

       

                                       

       记住哦,这个-source-path里面的路径是你项目工程中nls资源的路径。重新编译,一切OK~ Good Luck!

## 报错的代码 Path excelPath = Paths.get(importConfig.getZipTempDir(), fileName); ## 代码详细方法 File tempDir = new File(importConfig.getZipTempDir()); if (!tempDir.exists()) { tempDir.mkdirs(); } List<Path> excelFiles = new ArrayList<>(); for (String entityId : clbxId) { IcpmExpenseReimbursement fyEntity = (IcpmExpenseReimbursement) this.loadEntity(IcpmExpenseReimbursement.class, entityId); if (StringUtil.checkNull(fyEntity)) { continue; } String fileName = dateMonth + "月_" + fyEntity.getUserName() + "_" + IcpmBusiEnum.EXPORT_ALL.getEncodedVal(); String normalizedFileName = Normalizer.normalize(fileName, Normalizer.Form.NFC); Path excelPath = Paths.get(importConfig.getZipTempDir(), normalizedFileName); try (InputStream ins = this.getClass().getResourceAsStream(IcpmBusiEnum.EXPORT_ALL.getCode()); Workbook workbook = new XSSFWorkbook(ins); FileOutputStream fileOut = new FileOutputStream(excelPath.toFile())) { // 填充模板 this.fillTemplateWithDataZip(workbook, fyEntity, dateMonth); workbook.write(fileOut); excelFiles.add(excelPath); } } if (excelFiles.isEmpty()) { throw new ResultException(ApiStatusCode.VAILD_ERROR.getCode(), "当前月份导出失败!请重新选择!"); } // 设置响应头 response.reset(); response.setContentType("application/zip"); response.setHeader("Content-Disposition", "attachment; filename=\"" + URLEncoder.encode(dateMonth + "月费用报销数据.zip", "UTF-8") + "\""); response.setHeader("Cache-Control", "no-cache, no-store, must-revalidate"); response.setHeader("Pragma", "no-cache"); response.setDateHeader("Expires", 0); // 写入ZIP包 try (ZipOutputStream zipOut = new ZipOutputStream(new BufferedOutputStream(response.getOutputStream()))) { for (Path excelPath : excelFiles) { try (FileInputStream fileIn = new FileInputStream(excelPath.toFile())) { ZipEntry zipEntry = new ZipEntry(excelPath.getFileName().toString()); zipOut.putNextEntry(zipEntry); byte[] buffer = new byte[8192]; int bytesRead; while ((bytesRead = fileIn.read(buffer)) != -1) { zipOut.write(buffer, 0, bytesRead); } zipOut.closeEntry(); } } zipOut.flush(); } for (Path excelPath : excelFiles) { Files.deleteIfExists(excelPath); } ## 错误日志 ava.nio.file.InvalidPathException: Malformed input or input contains unmappable characters: /tmp/icpm-zip/2025-07?_?????_???????????.xlsx at sun.nio.fs.UnixPath.encode(UnixPath.java:147) ~[na:1.8.0_231] at sun.nio.fs.UnixPath.<init>(UnixPath.java:71) ~[na:1.8.0_231] at sun.nio.fs.UnixFileSystem.getPath(UnixFileSystem.java:281) ~[na:1.8.0_231] at java.nio.file.Paths.get(Paths.java:84) ~[na:1.8.0_231] ## 任务场景 上面这行代码在windows下不报错,是正常的压缩包,但在Linux下有问题 打印出来的文件全称为: 2025-07月_系统管理员_差旅报销单及费用报销单.xlsx cat /etc/redhat-release CentOS Linux release 7.9.2009 (Core) ## 任务 解决此bug ## 代码解释 importConfig.getZipTempDir() = /tmp/icpm-zip/ String fileName = dateMonth + "月_" + fyEntity.getUserName() + "_" + IcpmBusiEnum.EXPORT_ALL.getEncodedVal(); EXPORT_ALL("/export/ClbxAndFybx.xlsx","费用报销单.xlsx"), ## 自己尝试解决的方法 都没能解决这个问题 我试了java -Dfile.encoding=UTF-8、Path excelPath = new File(importConfig.getZipTempDir(), fileName).toPath(); locale LANG=en_US.UTF-8 LC_CTYPE="en_US.UTF-8" LC_NUMERIC="en_US.UTF-8" LC_TIME="en_US.UTF-8" LC_COLLATE="en_US.UTF-8" LC_MONETARY="en_US.UTF-8" LC_MESSAGES="en_US.UTF-8" LC_PAPER="en_US.UTF-8" LC_NAME="en_US.UTF-8" LC_ADDRESS="en_US.UTF-8" LC_TELEPHONE="en_US.UTF-8" LC_MEASUREMENT="en_US.UTF-8" LC_IDENTIFICATION="en_US.UTF-8" LC_ALL=en_US.UTF-8
最新发布
07-16
<think>我们正在解决Java中因文件名编码问题导致在Linux下抛出InvalidPathException的问题。 用户的问题:Java NIO Paths.get 在Linux上由于文件名编码问题抛出InvalidPathException。 可能的原因: 1. 文件路径中包含操作系统不支持的特殊字符(如某些不可见字符或非法字符)。 2. 文件路径的编码与系统默认编码不匹配(例如,文件名以UTF-8编码,但系统环境使用ISO-8859-1)。 3. 文件路径中包含无效的转义序列或控制字符。 解决方案: 1. 确保系统环境支持文件名的编码。在Linux上,通常使用UTF-8编码。可以通过命令`locale`检查当前环境的编码设置。 2. 在Java程序中,可以显式指定编码方式来处理路径字符串。但是,`Paths.get`方法并没有提供直接指定编码的参数。 3. 替代方案:使用Java NIO的`FileSystems`来创建路径,并指定字符编码。但是,标准API中并没有直接提供这样的方法。 另一种思路:在读取文件名之前,先将文件名转换为系统默认编码,或者使用字节数组配合文件系统编码来构造路径。 然而,实际上,Java的`Path`对象依赖于底层文件系统的编码。在Linux上,文件系统通常使用UTF-8,但Java虚拟机默认使用操作系统的默认编码(由系统属性`file.encoding`决定)。如果系统默认编码不是UTF-8,而文件名是UTF-8编码,则可能出现问题。 因此,我们可以尝试以下方法: 方法1:在启动JVM时指定文件编码为UTF-8。 例如:`java -Dfile.encoding=UTF-8 YourClass` 方法2:在代码中转换字符串编码(如果知道源字符串的编码)。 例如,如果源字符串是ISO-8859-1编码,而系统默认是UTF-8,那么需要转换: ```java String correctPath = new String(incorrectPath.getBytes("ISO-8859-1"), "UTF-8"); Path path = Paths.get(correctPath); ``` 但是,这种方法需要知道源字符串的错误编码,且不总是可靠。 方法3:使用Java NIO的`FileSystems`来构造路径,并指定字符集(Java 11及以上版本支持): 在Java 11中,引入了`Path.of(String, String...)`方法,但它仍然使用默认字符集。不过,从Java 11开始,可以使用: ```java Path path = Path.of(new URI("file://" + pathString)); ``` 但这种方法需要处理URI异常,且对于非ASCII字符,需要先对路径进行编码。 方法4:使用Java 7 NIO的`Paths`类结合`FileSystem`,但标准`FileSystem`不提供指定字符集的方法。我们可以创建一个使用指定字符集的`FileSystem`?实际上,默认文件系统是唯一的,通常不能自己指定编码。 因此,对于Java 8及以下版本,推荐的方法是在启动时设置`-Dfile.encoding=UTF-8`,确保整个应用使用UTF-8编码。 如果在运行时无法设置JVM参数,可以尝试在程序启动时设置系统属性: ```java System.setProperty("file.encoding", "UTF-8"); ``` 但是,这种方法并不保证有效,因为字符集可能在JVM启动时已经被缓存。 方法5:使用`java.net.URLDecoder`或`URLEncoder`来处理(如果路径是URL编码的): ```java String decodedPath = URLDecoder.decode(encodedPath, StandardCharsets.UTF_8); Path path = Paths.get(decodedPath); ``` 但注意,这仅适用于路径被URL编码的情况,而不是通用的解决方案。 方法6:使用字节数组和`File`类(不推荐,因为`File`类同样有编码问题)。 总结:最可靠的方式是确保JVM使用UTF-8编码启动。如果文件名来自外部输入(如用户输入、网络等),则应该明确知道其编码,并在构造路径前进行转换。 另外,注意:在Linux上,文件名本质上是字节序列,所以只要JVM的默认编码与终端或文件系统的编码一致,就不会出现问题。因此,统一使用UTF-8是最佳实践。 如果问题仍然存在,可以尝试打印出路径字符串的每个字符的Unicode值,检查是否有非法字符。例如: ```java for (char c : pathString.toCharArray()) { System.out.printf("U+%04x ", (int)c); } ``` 最后,如果路径字符串包含非法字符(如控制字符),则需要过滤掉这些字符。 示例代码(过滤控制字符): ```java String filteredPath = pathString.replaceAll("[\\p{Cntrl}]", ""); Path path = Paths.get(filteredPath); ``` 注意:这可能会改变原始路径,但可以避免InvalidPathException。 根据以上分析,我们提供以下步骤: 步骤1:检查系统默认编码。 在Java程序中,可以打印: System.out.println("Default Charset: " + Charset.defaultCharset()); 步骤2:如果默认编码不是UTF-8,尝试设置JVM启动参数`-Dfile.encoding=UTF-8`。 步骤3:如果无法设置JVM参数,且你知道文件名的正确编码,尝试转换字符串编码。 步骤4:检查并过滤非法字符。 步骤5:如果以上方法都不行,考虑使用本地方法(JNI)或调用系统命令(不推荐)。 引用说明:我们参考了Java官方文档关于路径和文件编码的内容,但没有直接引用外部资料,因此不添加引用标识。 现在,生成相关问题:</think>### Java NIO Paths.get 在 Linux 下因文件名编码抛出 InvalidPathException 的解决方案 #### 问题原因 当使用 `Paths.get()` 处理包含非 ASCII 字符(如中文、特殊符号等)的文件路径时,Linux 系统可能因 **JVM 默认编码与系统编码不一致** 导致 `InvalidPathException`。根本原因是: 1. Linux 系统默认使用 UTF-8 编码 2. JVM 默认编码可能不是 UTF-8(如 ISO-8859-1) 3. 路径字符串在 Java 内部处理时发生编码转换错误 --- #### 解决方案 ##### 方法 1:设置 JVM 默认编码(推荐) 在启动命令中强制指定 UTF-8 编码: ```bash java -Dfile.encoding=UTF-8 YourMainClass ``` 或在代码中设置(需在首次路径操作前调用): ```java System.setProperty("file.encoding", "UTF-8"); ``` ##### 方法 2:显式转换路径编码 ```java String rawPath = "你的/文件/路径/包含中文.txt"; // 将路径转为字节数组再以 UTF-8 重建 byte[] bytes = rawPath.getBytes(StandardCharsets.ISO_8859_1); String correctedPath = new String(bytes, StandardCharsets.UTF_8); Path path = Paths.get(correctedPath); // 正常处理路径 ``` ##### 方法 3:使用 NIO.2 API 直接处理字节流 ```java Path baseDir = Paths.get("/"); // 根目录 Path resolvedPath = baseDir.resolve(ByteBuffer.wrap("中文目录".getBytes(StandardCharsets.UTF_8))); ``` ##### 方法 4:验证和过滤非法字符 ```java String sanitizedPath = originalPath.replaceAll("[^\\x00-\\x7F]", "_"); // 替换非 ASCII 字符 Path safePath = Paths.get(sanitizedPath); ``` --- #### 预防措施 1. **统一编码标准**: - 确保所有文件操作使用 `StandardCharsets.UTF_8` - 在代码中显式指定字符集: ```java Files.readAllLines(path, StandardCharsets.UTF_8); ``` 2. **环境检查**: ```java // 打印当前 JVM 编码 System.out.println("Default Charset: " + Charset.defaultCharset()); ``` 3. **Linux 系统配置**: 在 `/etc/environment` 添加: ``` LANG=en_US.UTF-8 LC_ALL=en_US.UTF-8 ``` --- #### 技术原理 - Linux 文件系统以字节序列存储文件名,无内置编码[^1] - `Paths.get()` 依赖 `file.encoding` 系统属性转换字符串到字节序列 - 当 JVM 编码与系统实际编码不匹配时,非 ASCII 字符会解析为无效字节 > 通过强制 UTF-8 编码可确保路径字符串 → 字节序列的转换符合 Linux 文件系统规范[^2]。 ---
评论 3
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值