UTF8格式的 plugin 导出JAR包问题

最新推荐文章于 2025-08-14 17:44:51 发布
原创 最新推荐文章于 2025-08-14 17:44:51 发布 · 813 阅读 · 0 ·
CC 4.0 BY-SA版权
版权声明：本文为博主原创文章，遵循 CC 4.0 BY-SA 版权协议，转载请附上原文出处链接和本声明。
文章标签：

#jar #encoding #build #eclipse #ant #tools

本文介绍了解决Eclipse导出项目时出现中文乱码的问题。通过修改build.properties和build.xml文件设置正确的编码格式（例如UTF-8），确保导出的项目文件能正确显示中文字符。

摘要生成于 C知道 ，由 DeepSeek-R1 满血版支持， 前往体验 >

 eclipse产品导出是通过ant来完成的.系统默认编译编码是采用系统编码，如GBK，若项目采用UTF-8或其他编码，会导致代码中的中文为乱码，解决方法：
1.打开build.properties文件,浏览"Build Configuration"页面,勾选中"Custom Build"
2.右键单击build.properites文件，"PDE tools" -->" Create Ant Build File"
3.打开生成的build.xml文件,搜寻javac元素后，在javac中增加属性"encoding="utf-8"
即:
<javac encoding="UTF-8" destdir=……
4.重新导出工程,就能看到中文了.|xGv00|fcc8d4de8197f69fde70263fb4d52380

如何发布jar包到maven中央仓库（2024年3月最新版保姆级教程）
编码人生
03-18 7841
在官方的中提到：从 2024 年 3 月 12 日起，所有注册都将通过中央门户网站进行。有关传统注册的信息，请参阅相关文档。有关在门户网站早期访问期间通过传统的 OSSRH 发布方式进行发布的支持，请参阅以下部分。所以之后，博主原来写的教程就不适用了，所以这次博主根据他的官方文档出了一篇新教程，踩了很多的坑，最后三天终于把他弄出来了，这里我会把我遇到的坑给大家整理一下，避免大家踩坑。如果你没看过原来的那篇文章没问题的，现在我们开始从0开始，到最后jar包成功发布在maven中央仓库上。
maven打包插件maven-jar-plugin
jishulaozhuanjia的博客
03-20 1521
个人博客导航页（点击右侧链接即可打开个人博客）：大牛带你入门技术栈 项目打包需求描述 1、导出单独的项目jar包(精简，不包含依赖jar） 2、项目依赖的所有jar包导出到lib目录下 3、项目依赖oracle ojdbc8.jar，在maven仓库中并不存在，需要一并导出并添加进MANIFEST.MF文件中的Class-Path。 --也可以将ojdbc8安装到本地maven仓库后直...
Plugin导出乱码解决方法
weixin_34174105的博客
04-10 181
为什么80%的码农都做不了架构师？>>> ...
Eclipse插件开发 导出插件项目为jar包时报错 出现中文乱码解决办法
YZZZFHLC201314的专栏
10-23 799
       在完成Eclipse插件开发之后，需要将项目导出为jar包，提供给使用者，放到Eclipse安装目录下plugins文件夹下进行安装。在打包过程中，会出现因项目工程源文件编码问题而导致中文乱码，使导出、打包失败。       问题重现：Windows 7下，使用Eclipse进行插件项目开发，Eclipse设置默认编码为UTF-8。导出插件项目时报错，如图：        注：设...
eclipse 插件开发导出jar包到plugin 插件不显示
javaecrainbow的专栏
12-23 8050
故事情节： 插件项目选择 run as eclipse application是正常的，也可以看到插件，也是可以用的，但是导出成jar包放到eclipse下面的plugin里面就是看不到插件 导出方法如下： 刚开始是以为导出的方式有问题，然后我又怀疑我的构建路径是否有问题，检查后发现一切正常，我又开始猜测是不是我创建eclipse plugin项目时候选择的eclipse
Eclipse插件开发导出jar部署后出现乱码问题
qq_43521583的博客
10-21 606
在完成Eclipse插件开发之后，需要将项目导出为jar包，提供给使用者,使用时出现乱码问题,这是在打包的时候默认采用系统编码(GBK),只需要在插件项目的build.properties中添加javacDefaultEncoding…= UTF-8,如图所示。
Eclipse导出可执行jar包
爱喝浓咖啡
01-03 6306
        工作中经常遇到客户要求我们开发一些小工具，比如批量数据导入、数据检查、自动爬虫等类型的小应用，这些应用不需要界面，只需提供一个可执行的jar包，然后写个批处理程序调用即可。          这里简单创建一个maven工程，无业务逻辑，主要介绍如何将maven工程打包为可执行的jar包，并输出为一个整体可运行的java小程序。 一、创建一个maven工程，工程结构如下图： ...
java导出jar包以及jar内程序读取jar包外配置文件
Mrqiang9001
07-15 6864
本文使用场景： 使用 Eclipse 导出 Java jar包，包括导出的jar包含第三方jar 导出的jar文件能够读取jar包外部的配置文件 Java导出 jar 文件的方式有 1.只是将自己写的代码打jar包 2.导出的jar包含第三方jar包 3.导出的jar需要读取jar外部的配置文件
java -jar utf8_java_eclipse_设置全局编码_utf-8_编译class指定_运行jar乱码解决_不依赖环境...
weixin_33724264的博客
03-04 881
简述： javac时指定 编码 UTF-8 【 javac -encoding UTF-8 Test.java】,运行时 java 指定编码 UTF-8 这样就不会出现乱码问题【javac -Dencoding=UTF-8 Test】maven ant 自己指定编码 ，eclipse导出时 指定编译编码 如下如果要使插件开发应用能有更好的国际化支持，能够最大程度的支持中文输出，则最好使...
SpringBoot项目导出jar包及瘦身部署
wszhlzjl的博客
09-09 559
今天项目要求Nginx+jar包运行多个项目，在此记录一下部署的过程。其中借鉴了好多网上前辈的经验，感谢各位的无私分享！ 一、SpringBoot项目使用mvn命令导出可运行jar包 这部分主要是Pom.xml文件的配置，而且主要是<build></build>部分的配置。 我的springboot版本是2.1.4 1、导出包含lib依赖包的可执行jar包 <build> <plugins>...
解决使用maven打jar包缺失依赖包问题
热门推荐
qq_15083919的博客
05-14 2万+
问题描述 今日，遇到一个问题，在用IDEA写好Java 代码之后，在IDEA运行没有问题，但是用maven打成jar包再运行的时候，却报缺失依赖包的情况。例如下面情况 pom.xml配置 <?xml version="1.0" encoding="UTF-8"?> <project xmlns="http://maven.apache.org/POM/4.0.0" xmlns:xsi="http://www.w3.org/2001/XMLSchema-in
Java中Maven项目导出jar包配置的示例代码
08-26
本文详细介绍了Java中Maven项目导出jar包配置的示例代码，包括Maven项目结构、maven-jar-plugin配置和Maven项目打包命令。这些知识点对于Java开发者来说非常重要，可以帮助他们快速地构建和打包Java项目。
使用Maven 打Jar包， 运行时引用的外部Jar包报 ClassNotFoundException
03-24 2870
1.放外部JAR包到项目中 2.pom.xml配置，注意：添加classpath缺少的内容，如果不添加，生成的JAR包的MANIFEST.MF文件中会缺少对应的引用。 <build> <plugins> <!-- java编译插件 --> <plugin> <g...
XJar 加密 jar 包
wenjianhai的专栏
08-14 192
XJar 加密 jar 包
SpringBoot工程妙用：不启动容器也能享受Fat Jar的便利
heshiyuan1406146854的博客
08-13 646
"又要上服务器查环境？我们需要获取Linux服务器的MAC地址、CPU信息等基础数据，却要为此启动一个完整的SpringBoot应用，就像用火箭筒打蚊子。今天我要分享一个"既要又要"的完美方案：‌利用SpringBoot的Fat Jar打包机制，却不启动Web容器‌。聪明的你可能发现，有些自动配置类即使不启动Spring也会尝试加载。这个方案就像给你的SpringBoot工程装上了"飞行模式" —— 保留所有功能但关闭无线信号。3. 版本兼容：本地JDK和服务器JDK版本不一致的"惊喜"
Spring Boot 可执行 JAR 文件直接启动的原理与实践
持续输出Java相关知识
08-12 1029
本文深入解析了SpringBoot可执行JAR的打包机制与启动原理。传统Java应用采用WAR包+外部Servlet容器的部署方式存在环境依赖强、流程繁琐等问题。SpringBoot创新性地提出FatJAR概念，将应用代码、依赖和嵌入式容器打包成单一可执行JAR，通过spring-boot-maven-plugin实现自动打包。FatJAR内部包含特殊启动器JarLauncher和自定义类加载器LaunchedURLClassLoader，支持嵌套JAR加载。启动时JarLauncher会创建类加载器并反射
本地jar导入到本地仓科和远程仓库
最新发布
Mr__Miss的博客
08-14 727
像我这个就是一个第三方处理word文件的jar包，远程库没有这个文件，groupId、artifactId、version这些其实是定义好的，只是下载不到了，如果你不知道这些或者你自己写的jar包，可以自己命名，关键scope要填system,然后systemPath路径要对。这样你的项目就可以使用这个jar包了。但是这样不太好，应该把jar包交给maven仓库管理，这样别的项目也能用这个jar包了，也不用项目里有个jar包，这就需要将jar包上传到maven本地库，然后推送到远程库。
Maven - Spring Boot 项目打包本地 jar 的 3 种方法
小工匠
08-14 797
本文介绍了在Spring Boot项目中引入本地JAR文件的解决方案。针对无法从仓库获取的第三方JAR，通过<scope>system</scope>声明依赖，配合maven-resources-plugin将JAR复制到BOOT-INF/lib目录，确保打包时能包含在最终的可执行JAR中。方案包含详细配置示例、构建流程图和验证步骤，适用于临时集成、离线部署等场景。同时指出system scope的局限性，建议长期方案应使用本地仓库或私服管理依赖。
可以运行，导出时提示上面的问题
02-28
<think>好的，用户现在的问题是“可以运行，导出时提示上面的问题”，也就是在程序运行时正常，但导出时出现之前提到的“this.fdestinationnamescombo is null”错误。我需要先理解用户的具体情况。 首先，用户之前询问过关于“this.fdestinationnamescombo is null”的错误，现在补充说在导出时出现这个问题，而运行时正常。这说明问题可能出现在导出过程中，可能与初始化顺序、资源管理或构建配置有关。 接下来，我需要分析可能的原因。在运行时正常，但导出后出现问题，可能的原因包括： 1. **构建配置问题**：导出的过程中可能没有正确包含某些资源文件或配置文件，导致初始化时所需的资源缺失，从而引发空指针异常。例如，如果Combo的数据源来自外部文件，而该文件在导出时未被正确打包，可能导致初始化失败。 2. **初始化顺序差异**：在开发环境和导出后的环境中，类加载或初始化的顺序可能不同。例如，某些依赖项在导出后可能以不同的顺序加载，导致控件在初始化之前被访问。 3. **资源未正确释放或加载**：导出后的应用可能在启动时无法正确访问某些资源，如配置文件、图像等，导致控件初始化失败。例如，使用相对路径访问资源，在开发环境中有效，但导出后路径变化导致资源找不到。 4. **依赖项缺失或版本不一致**：导出时可能缺少某些必要的库文件，或库版本与开发环境不一致，导致运行时行为不同，从而引发空指针异常。 5. **多线程问题**：导出后的应用可能在某些情况下触发了不同的线程执行顺序，导致控件在未初始化时被访问。例如，异步加载数据时，导出后的应用可能更快或更慢，导致竞争条件。 接下来，我需要考虑如何验证这些可能性，并给出具体的排查步骤。例如： - 检查构建配置，确保所有资源文件正确包含，路径正确。 - 检查初始化代码，确认控件在导出后的环境中按正确顺序创建。 - 使用日志或调试工具，在导出后的应用中跟踪控件初始化的过程，查看何时何处出现null。 - 确保所有依赖项正确打包，版本一致。 - 检查是否有异步操作在控件初始化前访问了它。 此外，用户可能不太熟悉导出过程中的具体配置，可能需要指导如何检查构建路径、资源导出设置等。需要提供具体的步骤，如使用Eclipse导出时检查哪些选项，如何确保资源文件被包含，如何配置启动参数等。 还需要考虑用户可能的开发环境，比如是否使用Eclipse、IntelliJ或其他IDE，不同的工具有不同的导出机制，可能需要针对性的建议。但用户之前的示例代码是Java SWT相关的，推测可能使用Eclipse RCP或类似框架，因此导出可能是生成可执行JAR或产品配置。 最后，总结可能的解决方案，给出逐步排查的建议，帮助用户定位问题所在，并提供修复方法，如确保资源正确导出、检查初始化顺序、验证依赖项等。</think>### 导出时出现 "this.fdestinationnamescombo is null" 的专项解决方案 #### 一、问题特征分析 当程序在开发环境运行正常，但**导出为可执行文件后**出现控件未初始化错误，通常由以下原因导致： 1. **资源加载路径差异**（开发环境与导出环境路径不一致） 2. **构建配置遗漏关键文件** 3. **类初始化顺序改变** 4. **依赖项未正确打包** 5. **多线程竞争条件在导出后显现** #### 二、关键排查步骤 ```mermaid graph TD A[导出后报错] --> B{检查构建配置} B --> B1[验证资源文件包含状态] B --> B2[检查MANIFEST.MF配置] B --> B3[确认SWT库平台版本] A --> C{运行时差异分析} C --> C1[对比开发/导出环境日志] C --> C2[添加初始化追踪日志] C --> C3[验证文件加载路径] ``` #### 三、Eclipse导出配置验证 1. **资源包含检查**： ```xml <!-- 在build.properties中确保包含 --> bin.includes = plugin.xml,\ icons/,\ config/,\ META-INF/,\ OSGI-INF/ ``` 2. **SWT库平台选择**（以Eclipse为例）： ```java // 在导出向导中选择正确平台 Destination: Directory (包含所有平台库) Package: [√] Generate configuration files [√] Include native dependencies ``` #### 四、路径加载适配方案 ```java // 安全路径获取方式（适用于导出环境） public class ResourceLoader { public static URL getResource(String path) { return FrameworkUtil.getBundle(ResourceLoader.class) .getResource(path); } } // 在初始化代码中使用 if(fDestinationNamesCombo != null) { fDestinationNamesCombo.setItems(loadItemsFromConfig( ResourceLoader.getResource("config/items.list") )); } ``` #### 五、构建后验证流程 1. **解压导出文件检查结构**： ```bash unzip -l YourApp.jar | grep fdestinationnamescombo # 确认相关class文件存在 ``` 2. **独立环境测试**： ```bash # 新建空白目录测试运行 mkdir testenv && cd testenv java -jar ../YourApp.jar ``` 3. **依赖树分析**： ```bash # 使用jdeps分析依赖 jdeps -verbose:class YourApp.jar | grep org.eclipse.swt ``` #### 六、典型修复案例 **案例现象**： 导出后无法加载`items.txt`导致combo未初始化 **修复方案**： ```diff // 修改前（使用相对路径） List<String> items = Files.readAllLines(Paths.get("config/items.txt")); // 修改后（使用Bundle资源加载） Bundle bundle = Platform.getBundle("com.your.plugin.id"); URL fileURL = bundle.getEntry("config/items.txt"); InputStream input = fileURL.openStream(); List<String> items = IOUtils.readLines(input, StandardCharsets.UTF_8); ``` #### 七、多线程问题检测 ```java // 在访问控件前添加线程验证 public void updateCombo(String text) { if(Display.getCurrent() == null) { Display.getDefault().asyncExec(() -> doUpdate(text)); } else { doUpdate(text); } } private void doUpdate(String text) { if(!fDestinationNamesCombo.isDisposed()) { fDestinationNamesCombo.add(text); } } ``` #### 八、导出加固配置表 | 配置项 | 开发环境值 | 导出应设值 | 检查方法 | |--------|------------|------------|----------| | `osgi.bundles` | 自动解析 | 显式声明平台 | `config.ini`文件校验 | | `file.encoding` | UTF-8 | UTF-8 | 启动参数添加`-Dfile.encoding=UTF-8` | | SWT库版本 | win32 | 包含全部平台 | 解压查看`plugins/org.eclipse.swt.*` | #### 九、日志增强建议 在导出包中添加初始化跟踪： ```java // 在控件初始化处添加标记 fDestinationNamesCombo = new Combo(parent, SWT.DROP_DOWN); System.out.println("[INIT] Combo initialized at " + System.currentTimeMillis()); // 在访问处添加校验 public void handleSelection() { System.out.println("[ACCESS] Attempting to access combo at " + System.currentTimeMillis()); if(fDestinationNamesCombo == null) { new Exception("Null combo stack trace").printStackTrace(); } } ``` 通过上述步骤可系统定位导出环境特有的初始化问题。建议使用Eclipse的`Export Wizard`中的`Save as Ant Buildfile`功能生成可重复构建脚本，确保每次导出的一致性。同时推荐使用Java Mission Control进行导出后的运行时分析，捕获初始化时序问题。
评论
添加红包

请填写红包祝福语或标题

个

红包个数最小为10个

元

红包金额最低5元

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

抵扣说明：

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

余额充值