/ / Accesso negato per utente 'root' @ 'localhost' (usando la password: YES) - java, mysql, tomcat, liferay

Accesso negato per utente 'root' @ 'localhost' (usando la password: YES) - java, mysql, tomcat, liferay

Ciao sto lavorando su un portlet Liferay che accede al database usando JPA. Sto usando Tomcat 7 e MySQL.

Questo portlet funziona correttamente sulla mia macchina, ma quando sposto il portlet in un ambiente di test su un altro server e provo a usarlo nel portale di test, viene visualizzato il seguente errore:

Accesso negato per utente "root" @ "localhost" (utilizzando la password: YES)

Il database di connessione al database nel mio persistence.xml è ok.

Ho provato a inserire dati di connessione errati nel filepersistence.xml per vedere se l'errore è cambiato ma non lo ha fatto. Ad esempio, ho impostato l'utente come "utente errato" e quando ho distribuito il portlet e ho provato a utilizzarlo di nuovo ho ottenuto esattamente lo stesso errore:

Accesso negato per utente "root" @ "localhost" (utilizzando la password: YES)

Anche se cambio il nome o l'URL del database, l'errore è sempre lo stesso. È come se qualcosa non venisse aggiornato. Ho provato a eliminare la cartella temporanea Tomcat ma non ho aiutato.

Qualche idea?

Grazie in anticipo.

risposte:

0 per risposta № 1

Ho provato a inserire dati di connessione errati nel filepersistence.xml per vedere se l'errore è cambiato ma non lo è, per esempio ho impostato l'utente come "wronguser" e quando ho distribuito il portlet e ho provato a usarlo di nuovo Ho ottenuto esattamente lo stesso errore:

Questo mostra solo che il nome utente / la password forniti a mysql alla fine non provengono dal file di configurazione come previsto, ma da essere identificati altrove.

Finché non vedi mysql lamentarsi di "wronguser" che non è in grado di connettersi, questo è il primo roadblock da cancellare, e il problema è molto probabilmente nella configurazione dell'applicazione, non in mysql.

Dovrebbe il server mysql lamentarsi più tardii privilegi per "utente errato", quindi sicuramente, l'area da indagare sarà quindi assegnata a questo utente, ma è necessario prima comunicare le informazioni relative all'utente / host / password al server.