Come posso modificare la Java VM predefinita di Mac OS restituita da / usr / libexec / java_home

(Non ero sicuro se questo dovesse andare su SU ... la migrazione è certamente un'opzione, ma più programmatori leggono le domande qui, quindi ecco qui).

Utilizzo Mac OS X 10.8.4 e ho installato JDK 1.6.0_51 di Apple e JDK 1.7.0_25 di Oracle. Recentemente ho installato l'anteprima di Oracle 1.8 JDK per alcuni software pre-release che lo richiedono. Ora, quando eseguo / usr / libexec / java_home, ottengo questo:

$ /usr/libexec/java_home -V
Matching Java Virtual Machines (4):
    1.8.0, x86_64:  "Java SE 8" /Library/Java/JavaVirtualMachines/jdk1.8.0.jdk/Contents/Home
    1.7.0_25, x86_64:   "Java SE 7" /Library/Java/JavaVirtualMachines/jdk1.7.0_25.jdk/Contents/Home
    1.6.0_51-b11-457, x86_64:   "Java SE 6" /System/Library/Java/JavaVirtualMachines/1.6.0.jdk/Contents/Home
    1.6.0_51-b11-457, i386: "Java SE 6" /System/Library/Java/JavaVirtualMachines/1.6.0.jdk/Contents/Home

Grande.

Tuttavia, in esecuzione:

$ java -version

Ritorna:

java version "1.8.0-ea"

Ciò significa che la versione predefinita di Java è attualmente la versione pre-rilascio, che interrompe alcuni pacchetti "normali" (nel mio caso, VisualVM).

Non riesco a impostare JAVA_HOMEperché l'avvio delle applicazioni ignora le variabili di ambiente, anche quando si avvia dalla riga di comando (ad esempio $ open /Applications/VisualVM.app).

Quindi, esiste un file che posso modificare in cui posso impostare le mie preferenze di ordinamento JVM a livello globale ?

(Per favore, non dirmi di avviare il pannello delle preferenze di Java perché semplicemente non funziona: non contiene nulla di utile ed elenca solo una delle 4 JVM che ho installato.)

Aggiornamento :

Le JVM Oracle vivono in /Library/Java/JavaVirtualMachines. Rinominare la directory JDK 1.8 in jdk1.8.0.jvm.xyznon cambia nulla: la java_hometrova ancora nel posto giusto e l'esecuzione di / usr / bin / java esegue ancora la JVM 1.8. Questo non è un problema con i collegamenti di sincronizzazione, ecc.

Risposte a domande simili

Sebbene questa risposta offra ciò che equivale a un hack che rimuoverà le versioni di Java dall'essere raccolte da java_home, non risponde ancora a questa domanda su come java_home sceglie il suo valore predefinito e se gli utenti possono impostarlo in modo non distruttivo .

Penso che JAVA_HOMEsia il meglio che puoi fare. Gli strumenti della riga di comando apprezzano javae javacrispetteranno quella variabile d'ambiente, che puoi utilizzare /usr/libexec/java_home -v '1.7*'per darti un valore adatto da inserire per fare in JAVA_HOMEmodo che gli strumenti della riga di comando utilizzino Java 7.

export JAVA_HOME="`/usr/libexec/java_home -v '1.7*'`"

Ma i bundle di applicazioni standard con doppio clic non utilizzano affatto JDK installati /Library/Java. I .appbundle vecchio stile che utilizzano Apple JavaApplicationStubuseranno Apple Java 6 da /System/Library/Frameworks, e quelli di nuovo stile creati con AppBundler senza un JRE in bundle useranno il JRE "pubblico" in /Library/Internet Plug-Ins/JavaAppletPlugin.plugin/Contents/Home- che è hard-coded nel codice stub e non può essere modificato, e non è possibile avere due diversi JRE pubblici installati contemporaneamente.

Modifica: ho dato un'occhiata a VisualVM in particolare, supponendo che tu stia utilizzando la versione "bundle dell'applicazione" dalla pagina di download e questa particolare app non è un'applicazione AppBundler, invece il suo eseguibile principale è uno script di shell che chiama un numero di altri script di shell e legge vari file di configurazione. Per impostazione predefinita, seleziona il JDK più recente a partire /Library/Javada 7u10 o versioni successive oppure utilizza Java 6 se l'installazione di Java 7 è l'aggiornamento 9 o precedente. Ma svelando la logica negli script della shell mi sembra che tu possa specificare un particolare JDK usando un file di configurazione.

Crea un file di testo ~/Library/Application Support/VisualVM/1.3.6/etc/visualvm.conf(sostituisci 1.3.6 con qualsiasi versione di VisualVM stai utilizzando) contenente la riga

visualvm_jdkhome="`/usr/libexec/java_home -v '1.7*'`"

e questo lo costringerà a scegliere Java 7 invece di 8.

Ci sono stato anch'io e ho cercato ovunque come /usr/libexec/java_homefunziona, ma non sono riuscito a trovare alcuna informazione su come determina le Java Virtual Machine disponibili che elenca.

Ho sperimentato un po 'e penso che esegua semplicemente un ls /Library/Java/JavaVirtualMachinese poi controlli ./<version>/Contents/Info.plisttutti i runtime che trova lì.

Quindi li ordina in modo decrescente in base alla chiave JVMVersioncontenuta in Info.plist e per impostazione predefinita utilizza la prima voce come JVM predefinita.

Penso che l'unica cosa che potremmo fare è cambiare il plist: sudo vi /Library/Java/JavaVirtualMachines/jdk1.8.0.jdk/Contents/Info.pliste quindi modificare la JVMVersion da 1.8.0a qualcos'altro che lo faccia ordinare in basso anziché in alto, come !1.8.0.

Qualcosa di simile a:

<?xml version="1.0" encoding="UTF-8"?>
<!DOCTYPE plist PUBLIC "-//Apple//DTD PLIST 1.0//EN" "http://www.apple.com/DTDs/PropertyList-1.0.dtd">
<plist version="1.0">
<dict>
    ...
    <dict>
            ...
            <key>JVMVersion</key>
            <string>!1.8.0</string>   <!-- changed from '1.8.0' to '!1.8.0' -->`

e poi scompare magicamente dalla cima dell'elenco:

/usr/libexec/java_home -verbose
Matching Java Virtual Machines (3):
    1.7.0_45, x86_64:   "Java SE 7" /Library/Java/JavaVirtualMachines/jdk1.7.0_45.jdk/Contents/Home
    1.7.0_09, x86_64:   "Java SE 7" /Library/Java/JavaVirtualMachines/jdk1.7.0_09.jdk/Contents/Home
    !1.8.0, x86_64: "Java SE 8" /Library/Java/JavaVirtualMachines/jdk1.8.0.jdk/Contents/Home

Ora dovrai disconnetterti / accedere e quindi:

java -version
java version "1.7.0_45"

:-)

Ovviamente non ho idea se qualcos'altro si rompe ora o se la versione 1.8.0-ea di java funziona ancora correttamente.

Probabilmente non dovresti fare nulla di tutto ciò, ma devi semplicemente disinstallare 1.8.0.

Tuttavia finora questo ha funzionato per me.

In realtà è abbastanza facile. Diciamo che abbiamo questo nella nostra cartella JavaVirtualMachines:

• jdk1.7.0_51.jdk
• jdk1.8.0.jdk

Immagina che 1.8 sia il nostro valore predefinito, quindi aggiungiamo semplicemente una nuova cartella (ad esempio "vecchia") e spostiamo la cartella jdk predefinita in quella nuova cartella. Fallo di java -versionnuovo et voilà, 1.7!

È piuttosto semplice, se non ti dispiace rimboccarti le maniche ... / Library / Java / Home è l'impostazione predefinita per JAVA_HOME, ed è solo un collegamento che punta a uno di:

• /System/Library/Java/JavaVirtualMachines/1.?.?.jdk/Contents/Home
• /Library/Java/JavaVirtualMachines/jdk1.?.?_??.jdk/Contents/Home

Quindi volevo cambiare la mia versione JVM / JDK predefinita senza modificare il contenuto di JAVA_HOME ... / Library / Java / Home è la posizione standard per l'attuale JVM / JDK ed è quello che volevo preservare ... mi sembra essere il modo più semplice per cambiare le cose con il minor numero di effetti collaterali.

In realtà è molto semplice. Per cambiare la versione di java che vedi con java -version, tutto ciò che devi fare è una versione di questo:

cd /Library/Java
sudo rm Home
sudo ln -s /Library/Java/JavaVirtualMachines/jdk1.8.0_60.jdk/Contents/Home ./Home

Non mi sono preso il tempo ma uno script di shell molto semplice che utilizza / usr / libexec / java_home e ln per riproporre il collegamento simbolico sopra dovrebbe essere stupido e facile da creare ...

Dopo aver cambiato dove è puntato / Library / Java / Home ... ottieni il risultato corretto:

cerebro:~ magneto$ java -version
java version "1.8.0_60"
Java(TM) SE Runtime Environment (build 1.8.0_60-b27) Java HotSpot(TM)
64-Bit Server VM (build 25.60-b23, mixed mode)

Le istruzioni di disinstallazione di Oracle per Java 7 hanno funzionato per me.

Estratto:

Disinstallazione di JDK Per disinstallare JDK, è necessario disporre dei privilegi di amministratore ed eseguire il comando di rimozione come root o utilizzando lo strumento sudo (8).

Passare a / Library / Java / JavaVirtualMachines e rimuovere la directory il cui nome corrisponde al seguente formato: *

/Library/Java/JavaVirtualMachines/jdk<major>.<minor>.<macro[_update]>.jdk

Ad esempio, per disinstallare 7u6:

% rm -rf jdk1.7.0_06.jdk

Un po 'in ritardo ma poiché questo è un problema in corso con Mac OSX ...

La soluzione più semplice che ho trovato è stata semplicemente rimuovere il materiale OpenJDK che Apple installa. Ogni volta che arriva un aggiornamento di Mac OSX, viene installato e dovrai rimuoverlo di nuovo.

Funziona molto bene se sviluppi app per Google App Engine sul tuo Mac utilizzando Java. OpenJDK non funziona bene e la versione Java fornita con l'aggiornamento di Mac OSX Yosemite farà sì che il plug-in Eclipse per App Engine si arresti in modo anomalo a ogni distribuzione con l'utile errore: "Lettura scaduta".

Ho provato "jenv" e altre cose come l'impostazione di "JAVA_HOME" senza successo. Ora io e finiamo con la seguente soluzione

function setJava {
    export JAVA_HOME="$(/usr/libexec/java_home -v $1)"
    launchctl setenv JAVA_HOME $JAVA_HOME
    sudo ln -nsf "$(dirname ${JAVA_HOME})/MacOS" /Library/Java/MacOS 
    java -version
}

(aggiunto a ~ / .bashrc o ~ / .bash.profile o ~ / .zshrc)

E chiamando così:

setJava 1.8

java_home gestirà l'input sbagliato. quindi non puoi fare qualcosa di sbagliato. Maven e altre cose prenderanno la versione giusta ora.

In realtà l'ho guardato un po 'nel disassembler, poiché la fonte non è disponibile.

/ usr / bin / java e / usr / libexec / java_home utilizzano entrambi JavaLaunching.framework. La variabile d'ambiente JAVA_HOME viene effettivamente controllata per prima da / usr / bin / java e amici (ma non / usr / libexec / java_home.) Il framework utilizza le variabili d'ambiente JAVA_VERSION e JAVA_ARCH per filtrare le JVM disponibili. Quindi, per impostazione predefinita:

$ /usr/libexec/java_home -V
Matching Java Virtual Machines (2):
    11.0.5, x86_64: "Amazon Corretto 11"    /Library/Java/JavaVirtualMachines/amazon-corretto-11.jdk/Contents/Home
    1.8.0_232, x86_64:  "Amazon Corretto 8" /Library/Java/JavaVirtualMachines/amazon-corretto-8.jdk/Contents/Home

/Library/Java/JavaVirtualMachines/amazon-corretto-11.jdk/Contents/Home

Ma l'impostazione, ad esempio, JAVA_VERSION può sovrascrivere l'impostazione predefinita:

$ JAVA_VERSION=1.8 /usr/libexec/java_home
/Library/Java/JavaVirtualMachines/amazon-corretto-8.jdk/Contents/Home

È anche possibile impostare JAVA_LAUNCHER_VERBOSE = 1 per vedere alcuni log di debug aggiuntivi per quanto riguarda i percorsi di ricerca, le JVM trovate, ecc., Sia con / usr / bin / java che con / usr / libexec / java_home.

In passato, JavaLaunching.framework utilizzava effettivamente il sistema delle preferenze (nel dominio com.apple.java.JavaPreferences) per impostare l'ordine JVM preferito, consentendo di impostare la JVM predefinita con PlistBuddy , ma per quanto ne so, che il codice è stato rimosso nelle versioni recenti di macOS. Le variabili di ambiente sembrano essere l'unico modo (a parte la modifica di Info.plist nei bundle JDK stessi.)

L'impostazione delle variabili di ambiente predefinite può ovviamente essere eseguita tramite il proprio .profile o tramite launchd , se è necessario impostarle a livello di sessione.

Modifica: questa informazione è specifica per visualvm, non per qualsiasi altra app java

Come accennato da altri, è necessario modificare il visualvm.conf

Per l'ultima versione di JvisualVM 1.3.6 su Mac, le directory di installazione sono cambiate.

È attualmente in /Applications/VisualVM.app/Contents/Resources/visualvm/etc/visualvm.conf .

Tuttavia ciò può dipendere da dove hai installato VisualVM. Il modo più semplice per trovare dove è il tuo VisualVM per avviarlo e quindi guardare il processo usando:

ps -ef | grep VisualVM

Vedrai qualcosa come:

... -Dnetbeans.dirs = / Applicazioni / VisualVM.app / Contents / Resources / visualvm / visualvm ...

Vuoi prendere la proprietà netbeans.dir e cercare una directory e troverai la cartella ecc.

Rimuovere il commento da questa riga nel visualvm.conf e modificare il percorso in jdk

visualvm_jdkhome="/path/to/jdk"

Inoltre, se stai riscontrando lentezza con il tuo visualvm e hai molta memoria, suggerirei di aumentare notevolmente la quantità di memoria disponibile e di eseguirlo in modalità server:

visualvm_default_options="-J-XX:MaxPermSize=96m -J-Xmx2048m -J-Xms2048m -J-server -J-XX:+UseCompressedOops -J-XX:+UseConcMarkSweepGC -J-XX:+UseParNewGC -J-XX:NewRatio=2 -J-Dnetbeans.accept_license_class=com.sun.tools.visualvm.modules.startup.AcceptLicense -J-Dsun.jvmstat.perdata.syncWaitMs=10000 -J-Dsun.java2d.noddraw=true -J-Dsun.java2d.d3d=false"

Ho avuto una situazione simile e il seguente processo ha funzionato per me:

1. Nel terminale, digita

   vi ~/.profile

2. Quindi aggiungi questa riga nel file e salva

   export JAVA_HOME=/Library/Java/JavaVirtualMachines/jdk<version>.jdk/Contents/Home

   dove la versione è quella sul tuo computer, ad esempio 1.7.0_25

3. Esci dall'editor, quindi digita il seguente comando per renderlo effettivo

   source ~/.profile 

Quindi digita java -version per controllare il risultato

    java -version 

Cos'è .profile? Da: http://computers.tutsplus.com/tutorials/speed-up-your-terminal-workflow-with-command-aliases-and-profile--mac-30515

Il file .profile è un file nascosto. È un file opzionale che dice al sistema quali comandi eseguire quando l'utente il cui file di profilo è connesso. Ad esempio, se il mio nome utente è bruno e c'è un file .profile in / Users / bruno /, tutto il suo contenuto verrà eseguito durante la procedura di login.

MacOS utilizza / usr / libexec / java_home per trovare la versione Java corrente. Un modo per aggirare è modificare il file plist come spiegato da @ void256 sopra. Un altro modo è prendere il backup di java_home e sostituirlo con il tuo script java_home con il codice
echo $ JAVA_HOME

Ora esporta JAVA_HOME nella versione desiderata dell'SDK aggiungendo i seguenti comandi a ~ / .bash_profile. export JAVA_HOME = "/ System / Library / Java / JavaVirtualMachines / 1.6.0.jdk / Contents / Home" launchctl setenv JAVA_HOME $ JAVA_HOME /// Rendi globale la variabile d'ambiente

Esegui il comando source ~ / .bash_profile per eseguire i comandi precedenti.

Ogni volta che è necessario modificare JAVA_HOME, è possibile reimpostare il valore JAVA_HOME nel file ~ / .bash_profile.

Volevo cambiare la versione predefinita di java da 1.6 * a 1.7 *. Ho provato i seguenti passaggi e ha funzionato per me:

• Rimosso il collegamento "java" da / usr / bin
• Creato di nuovo, indicando la nuova posizione:

ln -s /Library/Java/JavaVirtualMachines/jdk1.7.0_51.jdk/Contents/Home/bin/java java

• verificato con "java -version"

versione java "1.7.0_51"
Java (TM) SE Runtime Environment (build 1.7.0_51-b13)
Java HotSpot (TM) Server VM a 64 bit (build 24.51-b03, modalità mista)