我们的发展环境,包括谁建立的安装介质数生成代理。 今天我们在构建代理的人有install4j的内部编译错误。 类的版本不匹配的一些自定义类。 我们发现,在构建代理安装JRE是一个jre_1.6 X32和jre_1.7 64。 该项目的设置被设定为创建与1.7最低的Java版本的X32安装介质。 因此install4j的搜索算法(%JAVA_HOME%等等)中使用的jre_1.6 X32来编译代码。
现在的问题是:是否有可能配置编译JRE在Maven构建过程? 也许到修改config.xml的路径从%USER_HOME%/。install4j5到%INSTALL4J_HOME%/配置?
为我们的环境,最好的解决办法是指向编译JRE的JRE,这将在Maven构建过程中提取(阶段:流程的资源),并随后将在安装程序为应用程序捆绑的JRE包括在内。 然后,我们可以确保应用程序编译使用相同的JRE,因为它会在安装后使用。 不管如何生成代理配置(64或X32)。
希望这个问题是可以理解的。
问候
哈迪