项目JRE不兼容问题

最新推荐文章于 2021-02-24 11:11:39 发布
最新推荐文章于 2021-02-24 11:11:39 发布
阅读量693 收藏
点赞数
CC 4.0 BY-SA版权
分类专栏： Myeclipse
版权声明：本文为博主原创文章，遵循 CC 4.0 BY-SA 版权协议，转载请附上原文出处链接和本声明。
本文链接：https://blog.youkuaiyun.com/sinat_34428435/article/details/63002010
Eclipse jre 问题 在IDE里面一个项目对应一个默认的JRE 不同IDE配置环境有可能不一样 窗口—》首选项—》java—》已安装的java 里面添加修改JRE 在编译器一致性里面修改默认的jre环境 然后不同项目在不同IDE环境里面就可以了吧
如何保证JDK和JRE版本一致？（java和javac版本不一致怎么办？）
尹一冰的博客
02-01 4003
开发运行javac是 Java 编译器。java是 Java 运行时环境。为了避免不必要的兼容性问题，最好是保持 JDK 和 JRE 的版本一致。
安装MS7.0报错：Bundled JRE is not binary compatible with host OS/Arch or it is corrupt.
wengui87的专栏
02-27 4984
Initializing Wizard........ Extracting Bundled JRE. Bundled JRE is not binary compatible with host OS/Arch or it is corrupt. Testing bundled JRE fa
安装java警告_避免在Eclipse中针对多个Java版本的“在工作空间中安装没有严格兼容的JRE”警告...
weixin_35697297的博客
02-24 595
Eclipse使用值< target> 1.7< / target>决定在构建路径中包含哪个执行环境,作为其Maven集成的一部分.执行环境映射到Eclipse中安装的JRE(即在Preferences> Java> Installed JREs中引用).映射本身在Preferences>中配置. Java>已安装的JRE>运行时环境. Ecl...
【萌新小白eclipse调试时遇到的jre与class文件不兼容的问题
kunmingLY的博客
05-31 1058
请问一下这个需要如何解决？查阅了博客中没有相关问题的回答。感谢！！！
material studio 在centos 上安装问题
资源备忘
04-03 8240
Initializing InstallShield Wizard........           Extracting Bundled JRE.           Bundled JRE is not binary compatible with host OS/Arch or it is corrupt.  Testing bundled JRE failed.
JRE not compatible with project .class file compatibility: 1.7
Nausicaa12的专栏
05-16 1655
在进行Eclipse开发的时候，经常会遇到一些小问题，现在开始每天积累一些小问题的解决方法。 出现：JRE not compatible with workspace .class file compatibility: 1.7这个错误的原因是，JRE库配置与Java Compiler设置不一样，如图： *选择项目，右键-&gt;build path发现配的JRE是 jdk1.6.0_27...
jadx-gui-1.3.5-no-jre-win 不需要安装jre版本
08-14
不过，JADX也通常支持其他操作系统，如Linux和macOS，但可能需要用户自行处理JRE兼容性问题。 从“标签”中我们可以看出，这个工具与Java编程语言和JADX这个特定项目有关。如果你是Java开发者，尤其是对Android应用...
jre复制到pycharm5.0.3目录，解决输入法候选框不跟随问题
02-27
PyCharm虽然是用Java开发的，但默认情况下可能并未包含特定版本的JRE，或者其内置的JRE与系统环境存在兼容性问题，这可能导致输入法候选框的显示异常。 描述中的“下载并解压，将jre文件复制到PyCharm5.0.3目录”是...
eclipse项目导出Java文件为.exe可执行文件（并解决jre出错问题）.pdf
01-17
### Eclipse项目导出Java文件为.exe可执行文件（并解决JRE出错问题） #### 一、背景介绍 在开发Java应用时，我们通常需要将Java项目打包成可执行文件以便于分发和运行。特别是在面向非技术用户群体时，提供一个...
jre-6u26-windows-i586.rar
08-10
7. **兼容性问题**: 随着时间的推移，一些较旧的JRE版本可能无法支持最新的Java应用程序，因为开发者通常会遵循Java的向前兼容原则，但不保证向后兼容。因此，对于某些老版本的应用，可能需要特定版本的JRE。 8. **...
jre1.4.2.19_32位
11-05
Java运行环境（JRE，全称Java Runtime Environment）是运行Java程序所必需的软件组件，...尽管现代开发倾向于采用更新的JRE版本，但在特定场景下，如维护旧项目或运行旧软件时，这个版本的JRE仍然有其不可替代的作用。
MaterialsStudio7 安装教程
09-02
MaterialsStudio7 mis.lic MaterialsStudio7 mis.lic MaterialsStudio7 mis.lic MaterialsStudio7 mis.lic MaterialsStudio7 mis.lic MaterialsStudio7 mis.lic
关于MyEclipse中build path和compiler的jre不匹配
weixin_30530939的博客
03-05 345
问题描述： 新建了一个Java工程，准备在【Run Configurations】界面中进行配置运行环境，当在【JRE】选项卡中选择了一个jre环境时，界面中出现了一个提示错误信息“JRE not compatible with workspace .class file compatibility:1.8”，如图所示。（PS：由于问题已解决~所以没有原始错误图，就大概还原一下） 后来在...
64位JRE对32位Java应用的兼容性问题
anod的专栏
01-01 6351
刚在本子上装了Windows 7 x64，然后装了64位的JRE，发现Eclipse和OO有些怪异的行为。具体而言就是程序无法正确结束：点窗口右上方的叉不好使了。点了后进程并没有结束，而只是在当前窗口和后台窗口之间切换。正在下32位的JRE，等装上看看结果。看起来应该有两种方法解决：用32位的JRE或者换成64位的Eclipse和OO。  解决：直接下了一个32位的jre装上就行了
服务器选型：怎样的一款服务器产品才算是优秀的
数据中心运维管理
06-29 4098
对于一款服务器产品而言，我们可以从三个角度去评估它——质量、功能和服务。质量是产品可用的第一要素，这里主要是指硬件的故障率，这个数值应当低于2%，一些厂商的硬件质量甚至可...
错误：导入项目时，项目环境与编译环境JRE版本不符
logic_c的博客
10-29 1007
错误信息： 严重: Servlet.service() for servlet [dispatcherServlet] in context with path [] threw exception [Handler dispatch failed; nested exception is java.lang.Error: Unresolved compilation problem:    ...
关于打包jre版本不兼容问题的处理
三丰的博客
09-19 4288
版本上线的时候,发生了jre版本不兼容问题.我本地是jdk7,服务器上是jdk6.经过了一番资料的查找,最终解决了问题.现在把经过记录一下 1)首先我们本地也需要jdk6的版本,最好把path变量也修改为我们要打包的jdk版本(这点应该不需要,不过我本人需要有这么一步) 2)在eclipse上安装jre6,具体为  ：Window －－> Preferences -- >Jav
Nginx添加第三方模块，出现“is not binary compatible”错误的解决办法
qq_35011172的博客
03-28 5333
Nginx添加第三方模块，出现“is not binary compatible”错误的解决办法 原因 找了两个小时。。。 第三方模块的编译中包含的签名和使用的nignx不一致。 解决办法 先通过 nginx -V 命令得到当前配置的configure配置，在复制所有的配置命令。添加到： ./configure [“你的nignx -V 得到的配置参数”] --add-dynamic-module...
maven项目打包成exe，不需要jre文件
最新发布
06-07
<think>嗯，用户想将Maven项目打包成可执行的exe文件，但不包含JRE文件。这个问题挺实际的，特别是需要分发Java应用给非开发者时。回顾之前的引用内容，用户可能已经尝试过Exec插件运行程序，但显然他们需要更独立的解决方案。引用[1]提到Exec插件利用Maven管理依赖的特性，但用户现在需要完全脱离命令行环境运行；引用[2]提到了Docker打包方案，但用户需求明确要exe文件而非容器。用户真正的核心诉求应该是：如何让Java程序在Windows系统上像原生应用一样双击运行，同时避免捆绑完整的JRE导致体积过大。这里有三个关键点：1)生成.exe文件2)最小化体积3)不要求目标机器预装Java。技术上可行的方案其实集中在两类工具：exe封装器(如Launch4j、JSmooth)和GraalVM本地映像编译。前者会生成微型引导器启动JVM，后者则是完全编译成原生代码。考虑到用户特意强调“不包含JRE”，GraalVM方案可能更符合预期——虽然编译过程复杂些，但产出确实是纯原生exe文件。注意到用户没有提到底层框架，假设是普通Java应用。如果用了反射等动态特性，要特别提醒GraalVM的编译限制。另外springboot应用的话可能需要额外插件支持。上次提供的解决方案集中在传统打包方式，这次应该突出GraalVM的新方案，毕竟用户明确不要JRE。不过Launch4j作为退而求其次的选择也要保留，毕竟有些项目可能不兼容GraalVM。重要的是让用户理解两类方案的优缺点：原生编译启动快但可能有兼容性问题；封装器兼容性好但有JRE依赖。</think> 根据需求，将 Maven 项目打包为不包含 JRE 的独立可执行 EXE 文件，推荐以下两种方案： --- ### 方案一：使用 Launch4j（轻量级封装器） **原理**：将 JAR 文件封装为 EXE，依赖目标系统的 JRE 环境，无需捆绑 JRE **步骤**： 1. 使用 `maven-assembly-plugin` 生成包含所有依赖的 FAT JAR ```xml <plugin> <artifactId>maven-assembly-plugin</artifactId> <version>3.5.0</version> <configuration> <descriptorRef>jar-with-dependencies</descriptorRef> <archive> <manifest> <mainClass>your.main.Class</mainClass> </manifest> </archive> </configuration> <executions> <execution><phase>package</phase><goals><goal>single</goal></goals></execution> </executions> </plugin> ``` 2. 用 `launch4j-maven-plugin` 封装 EXE ```xml <plugin> <groupId>com.akathist.maven.plugins.launch4j</groupId> <artifactId>launch4j-maven-plugin</artifactId> <version>2.1.1</version> <executions> <execution> <id>l4j-gui</id> <phase>package</phase> <goals><goal>launch4j</goal></goals> <configuration> <headerType>gui</headerType> <outfile>target/${project.name}.exe</outfile> <jar>target/${project.name}-jar-with-dependencies.jar</jar> <classPath> <mainClass>your.main.Class</mainClass> </classPath> </configuration> </execution> </executions> </plugin> ``` **特点**： ✅ EXE 体积小（仅增加 ~1MB 封装器） ❌ 需目标系统预装兼容的 JRE ⚠️ 编译时需注意目标 JDK 版本（参考引用 [3] 的 `-bootclasspath` 兼容性处理[^3]） --- ### 方案二：GraalVM 原生编译 **原理**：通过 AOT 编译将 Java 代码直接转为原生机器码 **步骤**： 1. 安装 GraalVM 并配置 `native-image` 工具 2. 在 `pom.xml` 中添加插件： ```xml <plugin> <groupId>org.graalvm.nativeimage</groupId> <artifactId>native-maven-plugin</artifactId> <version>21.0.0</version> <executions> <execution> <goals><goal>native-image</goal></goals> <phase>package</phase> </execution> </executions> <configuration> <imageName>${project.name}</imageName> <mainClass>your.main.Class</mainClass> <buildArgs>--no-fallback -H:Console=true</buildArgs> </configuration> </plugin> ``` 3. 执行命令： ```bash mvn clean package -Pnative ``` **特点**: ✅ 生成纯原生 EXE 文件（不依赖 JVM） ✅ 启动速度提升 50x ⚠️ 限制：不支持动态类加载/反射等特性（需额外配置） --- ### 方案比较 | **方案** | EXE 大小 | 启动速度 | 依赖 JRE | 兼容性 | |----------------|---------|--------|--------|-------| | Launch4j | ~1MB+JAR | 正常 | 需要 | 高 | | GraalVM Native | 20-50MB | 极快 | 不需要 | 中等 | > 💡 建议： > - 若目标系统有 JRE → 选 Launch4j（部署简单） > - 若无 JRE 环境 → 选 GraalVM（真正的原生 EXE） --- ### 相关问题 1. **如何让 Launch4j 生成的 EXE 在未安装 JRE 的机器上报错更友好？** → 可配置 `<messages>` 标签定制错误提示，引导用户下载 JRE 2. **GraalVM 编译时如何解决反射/动态代理问题？** → 需在 `src/main/resources/META-INF/native-image` 中添加 JSON 配置文件声明反射类 3. **是否支持将 EXE 文件与安装程序捆绑？** → 可用 Inno Setup 或 NSIS 制作安装包，运行时自动检测 JRE（适用于 Launch4j 方案）[^2] 4. **为什么引用 [1] 的 Exec Plugin 不适合此需求？** → Exec 仅简化类路径启动（`java -jar`），无法生成独立 EXE [^1]
评论 1
添加红包

请填写红包祝福语或标题

个

红包个数最小为10个

元

红包金额最低5元

当前余额3.43元 前往充值 >
需支付：10.00元
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包

打赏作者

郭佳堃

你的鼓励将是我创作的最大动力

¥1 ¥2 ¥4 ¥6 ¥10 ¥20
扫码支付：¥1
获取中
扫码支付

您的余额不足，请更换扫码支付或充值

打赏作者

实付元
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明：

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

余额充值