Does this work with JRE 8 ?

[azakhary]

Sorry, it might be a stupid question, but I see you need to bundle a zip file with JRE which is downloaded from link you provided, but there is only 7 jre, not 8 does this mean that if my app is built using 8 there is not way to create executable using packr?

[rafaskb]

The links provided are for pre compiled versions of OpenJDK, which is free to distribute. You can use the latest version of Oracle's JRE if you want, but there might be legal implications with that. I'm not sure if you're allowed to distribute Oracle's JRE at all, or if only a few packages are restricted.

[code-disaster]

Oracle is just very restrictive about what you are allowed to redistribute:
http://www.oracle.com/technetwork/java/javase/jre-8-readme-2095710.html

[code-disaster]

FYI I'm doing some experiments with the Java 8 runtime right now. I've got it working with OS X and the official Oracle Java 8 runtime.

Problem is that it doesn't work on Windows (Win 10, both 32 and 64 bit) yet. The executable crashes as soon as it calls JNI_CreateJavaVM(). The exact same code works well with an Oracle Java 7 runtime, though of course it fails afterwards because it doesn't understand the Java 8 bytecode.

[iswardasa]

Oracle's license may be viable for some circumstances. After looking it over, i am left still with hope of redistributing it. Admittedly, I have been known to miss finer points of legal jargon in the past.

Anyway, it appears like some of the files of the redistributable can be omitted to reduce the size, although the files listed as [optional] probably are seldom used anyway for redistributing purposes. packr would likely not be permitted to aggressively omit unnecessary classes from the java se api.

So, redistributing Oracle's Java may make sense if the packr'd application needs not be tiny or small in size (MB's) .

Overall, the license allows for pretty much a "use-as-is" agreement it seems. Please feel free to correct me if I'm wrong.

[badlogic]

Redistributing amd cutting down Oracle's JDK is verboten last time i
checked. IANAL.
On Feb 21, 2016 11:49 PM, "eeshwar das" notifications@github.com wrote:

Oracle's license may be viable for some circumstances. After looking it
over, i am left still with hope of redistributing it. Admittedly, I have
been known to miss finer points of legal jargon in the past.

Anyway, it appears like some of the files of the redistributable can be
omitted to reduce the size, although the files listed as [optional]
probably are seldom used anyway for redistributing purposes. packr would
likely not be permitted to aggressively omit unnecessary classes from the
java se api.

So, redistributing Oracle's Java may make sense if the packr'd application
needs not be tiny or small in size (MB's) .

Overall, the license allows for pretty much a "use-as-is" agreement it
seems. Please feel free to correct me if I'm wrong.

—
Reply to this email directly or view it on GitHub
#44 (comment).

[iswardasa]

ok. maybe it is simply the Oracle JRE that is redistributable. then again, i have been known to overlook important finer details of legaleeze. the jre readme file hyperlinked above is written to indicate that it is designed to be distributed along with a java software application. Although, habitualizing oneself with an oracle dependency may not be the best long term strategy. badlogic software is amazing ! having said that, it may be best to adhere to badloic's stylez when using their tools and libraries.

[erodozer]

If you guys are looking for a JDK/JRE to recommend packing with, I personally use Zulu.
https://www.azul.com/products/zulu/

[NathanSweet]

Oracle Binary Code License Agreement, Supplemental Terms, C:

...Oracle grants you a non-exclusive, non-transferable, limited license without fees to reproduce and distribute the Software, provided that (i) you distribute the Software complete and unmodified and only bundled as part of, and for the sole purpose of running, your Programs, ...

[karlsabo]

Closing this old issue, there are a lot of OpenJDK options now. Packr is actively tested against AdoptOpenJDK 8, 11, and 15.