errore bash: Impossibile trovare /Library/...../setclasspath.sh, ma è lì

Question

Sto cercando di configurare il server Tomcat e sto seguendo le istruzioni da un sito web che mi ha incaricato di

 # Execute the Tomcat startup script 
     ./startup.sh 

ma quando entro il comando ./startup.sh ottengo un errore

 Cannot find /Library/Tomcat/Home/bin/setclasspath.sh 

ma il setclasspath.sh è lì (vedi immagine sotto):

Cosa sto facendo di sbagliato ????

---

ora posso non cd to Home (vedi immagine sotto):

Ecco le informazioni percorso:

Answer 1

Ho avuto lo stesso problema sulla mia macchina leone di montagna e Io uso questo comando:

$ unset CATALINA_HOME 

e dopo aver risolto il problema. Questo comando annulla la variabile ambientale CATALINA_HOME.

Answer 2

Anche io ho riscontrato un problema simile e sono in grado di risolverlo semplicemente modificando il permesso del file della cartella tomcat. Fallo leggere e scrivi per tutti. E comando sh startup.sh avrebbe funzionato bene con Tomcat/7.0.34

I got this solution from here

Per rendere tutti gli script eseguibile:

sudo chmod +x /Library/Tomcat/bin/*.sh 

Spero che risolve il problema di troppo.

Answer 3

La risposta di Ali è buono, ma per qualche motivo ho anche bisogno di aprire .bash_profile e commentare CATALINA_HOME

Answer 4

suo perché di autorizzazione, è possibile eseguire questa operazione utilizzando radice $ sudo pathtotomcat/bin/./startup.sh

Answer 5

basta eseguire: $ unset CATALINA_HOME nel terminale e funziona di nuovo.

Answer 6

Riavviare CATALINA_HOME in modo che punti al percorso corretto. Questo dovrebbe risolvere il problema. per esempio; attualmente potrebbe essere in "/ usr/share/tomcat6 /" ma è necessario verificare il punto & fino alla directory corretta come "/usr/share/tomcat6/apache-tomcat-6.0.37/"

Answer 7

Questo succede quasi sicuramente a causa del valore errato della variabile di ambiente CATALINA_HOME nella shell corrente. Nel mio caso, ad esempio, ho avuto una vecchia installazione di tomcat che ho rimosso e installato un'altra versione, ma ho dimenticato di cambiare il set di env var in .bash_profile. Quindi, qualsiasi metodo suggerito che rimuova la var funzionerà. Se hai CATALINA_HOME impostato su .bash_profile, rimuovilo. unset CATALINA_HOME funzionerebbe anche, ma se è nel profilo, verrà nuovamente impostato quando si apre una nuova shell.

Answer 8

Anche se tutte le risposte citate sembrano valide, è una buona idea essere consapevoli del motivo principale.

Da qualche parte nel sistema operativo, un file sta impostando le variabili di ambiente per il sistema operativo, uno di questi nomi di variabili è CATALINA_HOME che punta a un indirizzo o percorso. quando si tenta di eseguire ./startup.sh o catalina.sh run, questi comandi richiedono lo CATALINA_HOME impostato dal sistema operativo e sovrascrivono la configurazione predefinita di CATALINA_HOME di tomcat. (Potresti aver usato Tomcat e impostare questa variabile prima e ora te ne dimentichi)

Quindi la soluzione principale è quella di modificare quel file speciale e in realtà dipende dal sistema operativo. Nel mio caso, Fedora, due file sono candidati uno di loro è ~/.bashrc e un altro è /etc/profile. Dopo averli modificati è necessario source o log out e quindi log in (su OS X penso che dovrebbe essere nel file /Users/username/.bash_profile).

ovviamente il comando unset CATALINA_HOME funziona ma dopo aver chiuso e aperto un nuovo terminale, di nuovo è necessario utilizzare questo comando a causa dell'aggiornamento.