Come qualcuno che ha recentemente rilasciato un gioco libGDX su Steam, a differenza di .NET e DirectX, Steam non fornisce un'opzione con la tua applicazione per controllare e scaricare automaticamente la versione necessaria per quelle librerie.
È invadente per l'utente farli installare Java come libreria di sistema, poiché la maggior parte di essi continua a visualizzare JRE, in particolare Oracle, come una sorta di buco di adware / sicurezza e non vuole averlo installato sul proprio computer. C'è ancora uno stigma nei confronti delle applicazioni Java sul desktop, quindi devi essere rispettoso dell'utente.
Quello che consiglio è di usare l'applicazione packr di libgdx , che impacchetterà automaticamente il tuo vaso e le tue risorse con un OpenJDK appropriato e privato che è aperto per l'uso e la distribuzione con il tuo software. In alternativa, puoi farlo manualmente afferrando la build non ufficiale di OpenJDK che stanno usando in packr e includendola nel tuo progetto.
Personalmente, faccio quest'ultima opzione poiché ho scaricato l'ultima versione e impacchettato tutto, inclusa la distribuzione su Steam, tutto incluso nello script di build graduale del mio progetto.
Includere il proprio JRE / JDK è leggero, aggiungendo solo circa 80 MB al gioco e non è invasivo. Questo assicura anche che la versione di Java con cui stai eseguendo l'applicazione sia sempre la versione di cui hai bisogno, invece di essere in conflitto con ciò che il sistema ha.
Modifica: 13 marzo 2017
Da poco più di un anno uso Azul OpenJRE invece delle build non ufficiali di alexkasko. Sono ampiamente utilizzati e supportati anche in ambienti aziendali. Inoltre, supportano Java 8 e versioni successive, dove al momento del mio passaggio le versioni non ufficiali del repository di build erano bloccate su Java 7.
Da quando sono passato, ora esiste anche un repository open-source , che continua a fornire versioni di openjdk / jre create dalla comunità, se si desidera utilizzarlo invece. Entrambi sono buoni.