2013-03-26 10 views
14

The archive: C:/Java/jdk1.6.0_26-32/lib/tools.jar which is referenced by the classpath, does not exist.Strumenti jar non esiste Eclipse JAVA

Questo è l'errore che ho quando eseguito Tomcat. Non ci sono stati problemi di pulizia o pubblicazione - solo quando avvio il server Tomcat.

Ora, ho controllato le mie cartelle e c'è un tools.jar nel percorso di file C:\Java\jdk1.6.0_34\lib

Cosa mi manca?

utilizzando jre6 e hanno installato jdk1.6.0_34

risposta

8

Fare clic destro sul progetto Eclipse, In Preferences andare a Java > Installed JREs, select your JDK e cliccare su Edit. Nella nuova finestra di dialogo è possibile aggiungere ai vasi esterni come tools.jar nel proprio ambiente di esecuzione.

+1

Dubito che questa sia una buona soluzione, specialmente quando mischia JAR da diverse versioni di Java. –

+0

Penso che dovresti enfatizzare la parola "JDK", ho già avuto JRE così confuso un po '. – Nilesh

+0

Ha funzionato solo per me dopo aver selezionato "Esegui come" -> "Ant Build ..." -> "JRE" -> "Esegui nello stesso JRE dell'area di lavoro". Ho anche aggiunto tools.jar, come nelle risposte, ma ho dovuto fare un altro passo in più. –

1

Tomcat necessita di un JDK/SDK completo da eseguire ma sotto C:/Java/jdk1.6.0_26-32/, è installato solo JRE.

La pulizia e la distribuzione vengono eseguite da Eclipse, non è coinvolto alcun codice Tomcat, quindi funziona.

È necessario configurare l'ambiente in modo che Tomcat utilizzi C:\Java\jdk1.6.0_34 come Java VM. Controllare i valori di JAVA_HOME e il contenuto del setenv.bat

+0

importa che io stia usando 'jre6'? anche quando chiamo 'echo% JAVA_HOME $' ottengo 'C: \ Java \ jdk1.6.0_34' – bouncingHippo

+0

Chi dice" L'archivio: C: /Java/jdk1.6.0_26-32/lib/tools.jar a cui si fa riferimento dal classpath, non esiste. "? Eclisse? Tomcat? Lo vedi in un file di registro o nella riga di comando? –

+0

La modifica del percorso jre su jdk ha risolto questo problema. Anche il riferimento come jar esterno non risolve il problema. Grazie! – deepika

1

clic destro su Progetto-> Proprietà-> Compiler-> Configura lavoro Impostazioni-> andare a Configure-> installato jre-> Dare il JDK percorso

5

ho trovato il soluzione per risolvere questo.

Vai a Esegui configurazioni> percorso di classe e sotto Utente Enterie avrai tools.jar e il suo percorso verrebbe indirizzato alla vecchia cartella. Rimuoverlo e fare clic su "Aggiungi jar esterni" per aggiungere tools.jar dal nuovo percorso. E questo è tutto.

1

Controllare anche le "configurazioni di esecuzione" (Eclipse Menu Esegui -> Esegui configurazioni ....), poiché il percorso di classe potrebbe essere errato o obsoleto.

+1

Haha, giusto. Questo lavoro per me. – yuyue007

2

questo ha funzionato per me su Eclipse:

Windows -> Preferences -> Select Java -> Select Installed JREs -> Add 
-> Add your JDK -> Establish it as default -> Apply -> OK. 

Dopo questo, ho per stabilire le impostazioni relative progetto troppo:

Right click on your Project Name (in Project explorer) -> Properties -> 
Java Build Path -> Click on JRE System Libraries -> Edit -> 
Select Workspace Default JRE (jdk included above) 
0

Ho avuto lo stesso problema (posso riprodurlo) e la mia soluzione sembra che l'integrazione in Eclipse sia davvero rovinata, ma in realtà l'ho risolto avviando Eclipse con la stessa versione JDK.

aggiungere/modificare quanto segue nel eclipse.ini (che si trova nella directory di Eclipse):

-vm 
path/to/jdk/bin 

Dove path/to/JDK/bin è il percorso della directory bin JDK della versione che stai usando per ant/tomcat.

Si noti che tools.jar NON è incluso in una distribuzione JRE.

15

Ho trovato questa domanda cercando di creare il mio progetto usando Ant in Eclipse, e otterrei lo stesso messaggio di errore come sopra. I suggerimenti in @ Parth e altre risposte per modificare i JRE installati sono il primo passo. Quello che ho anche bisogno di eseguire Ant era successo

  1. clic destro su build.xml, selezionare "Esegui come", selezionare "Ant Corporatura ..." (notare il ...)
  2. Cliccare sulla JRE scheda
  3. Modificare il Runtime JRE sulla stessa cosa aggiornata nella prima fase e premere Applica.

Altrimenti sembra che Ant cercherà ancora di costruire con il vecchio JRE che non ha tools.jar. Spero che questo aiuti qualcuno.

+2

^Questo è molto importante mentre si costruisce con Ant .. Deve essere la risposta giusta –

0

Nel mio caso con l'utilizzo di build ANT ho dovuto modificare l'impostazione Aggiungi tools.jar nella posizione sottostante. Windows -> Preferenze -> Ant -> Runtime -> Voci globali.

0

Se si sta eseguendo il file di build Ant e si riceve questo errore in eclissi, quindi eclipse è configurato per utilizzare due JRE di nome diverso. Ad esempio uno dalla cartella jre e un altro jre dall'interno della cartella di jdk. L'aggiunta di tools.jar potrebbe essere una soluzione alternativa, ma ho utilizzato il JRE nella cartella JDK (C:\Program Files\Java\jdk1.8.0_121). Inorder di cambiare questo,

  1. verificate la sezione installata JRE che JRE è cheked (ho avuto jdk1.8.0_121 controllati e jre1.8.0_121 lasciato incontrollato).

  2. Aggiornare il classpath eclissi andando a Window > Preferences > Java > Installed JRE > Execution Environments.

  3. Selezionare ora il JavaSE-1.x sul lato sinistro e selezionare il JRE compatibile [corrispondenza perfetta]. Seleziona lo stesso JRE (jdk1.8.0_121) che avevi selezionato sopra e fai clic su Ok. Opzionalmente è possibile eliminare JRE (jre1.8.0_121) non utilizzato per evitare confusione se non viene utilizzato in altri progetti.

Ora il progetto verrà creato ed è possibile eseguire i file di build Ant. Controlla l'immagine qui sotto.

Eclipse Installed JRE configuration

0

tenta di aggiungere il tools.jar come JAR esterno.

per Eclipse,

  1. Fare clic destro sul nome del progetto e selezionare Proprietà
  2. Vai a Java "Build Path"
  3. Selezionare la scheda "Librerie"
  4. Fare clic su "Aggiungi JAR esterni"
  5. Seleziona il file .jar pertinente dalla selezione file
0

Nel mio caso il server Tomcat in Eclipse è stato creato con JDK meno recente (solo alcune build). La mia soluzione era rimuovere il sever e aggiungerlo di nuovo (ora usando il JDK corrente).

Problemi correlati