View Issue Details [ Jump to Notes ] | [ Issue History ] [ Print ] | ||||||||||||
ID | Project | Category | View Status | Date Submitted | Last Update | ||||||||
---|---|---|---|---|---|---|---|---|---|---|---|---|---|
0006302 | Spring engine | General | public | 2019-09-12 08:12 | 2019-10-04 14:23 | ||||||||
Reporter | aeonios | ||||||||||||
Assigned To | |||||||||||||
Priority | normal | Severity | feature | Reproducibility | N/A | ||||||||
Status | feedback | Resolution | open | ||||||||||
Product Version | |||||||||||||
Target Version | Fixed in Version | ||||||||||||
Summary | 0006302: Convert Spring to use a local JRE for java AIs | ||||||||||||
Description | Asking people to install the correct (32/64 bit) version of java on their system in order to run java AIs is completely impractical. It's also not possible/practical to install system-level java through steam. Oracles specifically states that you're allowed to package the JRE with your application pretty much however you like as long as you don't tamper with the JRE's contents. (https://java.com/en/download/faq/distribution.xml) The easiest way to deal with this is simply to package the correct JRE into spring's directory and have it run the JRE's from there rather than going to the system. That way we can just dump the appropriate JRE (or all of the possibly used ones) into (spring-root)/java/JRE-x as is and distribute it via steam or rapid or whatever. | ||||||||||||
Additional Information | End java AI discrimination. :P | ||||||||||||
Tags | compatibility | ||||||||||||
Checked infolog.txt for Errors | Irrelevant | ||||||||||||
Attached Files |
|
![]() |
|
Anarchid (reporter) 2019-10-02 18:01 |
Passing a JAVA_HOME env-var to spring overrides any other methods of detecting the JRE location, so presumably e.g. ZK could distribute its own JRE alongside a Java AI and just launch Spring with this env var. |
abma (administrator) 2019-10-04 14:17 |
would a spring config setting help? i guess multiple vms are not possible, i.e. a dedicated vm for java ais. still zk would need to package it, but IMHO a config setting is more practical than an env var i guess? |
abma (administrator) 2019-10-04 14:22 |
oh, sth. like that seems to already exist: https://github.com/spring/spring/blob/develop/AI/Interfaces/Java/src/main/native/JvmLocater_common.c#L36 jre.path = ... in jre-location.txt should work. |
abma (administrator) 2019-10-04 14:23 |
so no need to "convert": it seems to already support that feature. can you test it and provide feedback please? |
![]() |
|||
Date Modified | Username | Field | Change |
---|---|---|---|
2019-09-12 08:12 | aeonios | New Issue | |
2019-09-12 08:12 | aeonios | Tag Attached: compatibility | |
2019-10-02 18:01 | Anarchid | Note Added: 0020167 | |
2019-10-04 14:17 | abma | Note Added: 0020169 | |
2019-10-04 14:22 | abma | Note Added: 0020170 | |
2019-10-04 14:23 | abma | Status | new => feedback |
2019-10-04 14:23 | abma | Note Added: 0020171 |