Chemin d'accès au répertoire de MySQL

Version imprimable

30/05/2008, 11h53
Tanebisse

Chemin d'accès au répertoire de MySQL

Bonjour,
Pour un export de base MySQL je souhaite copier l'ensemble du répertoire "D:\Program Files\MySQL\MySQL Server 5.0\data\Ma_base". Est-il possible de récupérer en Java le chemin d'accès à ce répertoire ? L'appli étant installé sur des postes différents la config pourrait changer.
30/05/2008, 11h56
chtig

Salut !

Non, aucun moyen de connaître "en runtime" l'endroit où MySQL est installé ...
Une petite question : pourquoi ne pas faire un dump de la base plutôt que de copier sauvagement le répertoire (ce qui n'est en plus pas 100% garanti si la base tourne). ?
30/05/2008, 12h06
Tanebisse

Ah bah si tu peux m'expliquer comment faire un dump de la base en JAVA moi je suis partant !
30/05/2008, 12h15
chtig

Pour faire le dump de MySQL depuis Java, le plus simple, si tu maîtrises l'OS sur lequel ton appli est installée, est d'embarquer le binaire mysqldump.
Attention pour l'appeler depuis Java, je te conseille d'utiliser l'API d'Adiguba (recherche shell.jar sur développez).

N'hésite pas à demander si tu as besoin de plus de précisions ...
30/05/2008, 13h32
Tanebisse
Dans un premier temps j'ai essayé ça :
Code:

1 2 Runtime.getRuntime().exec("D:/Program Files/MySQL/MySQL Server 5.0/bin/mysqldump.exe --user=root password=root mathis > dump_mathis2.sql");
Mais ça ne fonctionne pas. C'est normal pour toi que ça déconne ?
Je vais regarder l'API shell.
30/05/2008, 13h57
Tanebisse

Tout ce que j'ai trouvé sur shell.jar pointe sur le blog d'Adiguba, hors ce dernier est inaccessible. Peux-tu me donner un lien où téléchargé shell.jar ?
30/05/2008, 14h02
CheryBen

Citation:

Envoyé par Tanebisse

Tout ce que j'ai trouvé sur shell.jar pointe sur le blog d'Adiguba, hors ce dernier est inaccessible. Peux-tu me donner un lien où téléchargé shell.jar ?

Juste pour information : http://www.developpez.net/forums/sho...40#post3325240
Si chtig ne te donne pas d'autre lien, il te suffira d'attendre un petit peu que les blogs soient de nouveau disponibles.
30/05/2008, 14h06
chtig
Citation:
Envoyé par Tanebisse

Dans un premier temps j'ai essayé ça :

Code:

1 2 Runtime.getRuntime().exec("D:/Program Files/MySQL/MySQL Server 5.0/bin/mysqldump.exe --user=root password=root mathis > dump_mathis2.sql");

Mais ça ne fonctionne pas. C'est normal pour toi que ça déconne ?
Je vais regarder l'API shell.
Totalement normal ! Avec exec, on ne peut pas rediriger la sortie.

De là deux solutions :
- Soit tu utilises des paramètres mysql pour dire quel fichier générer avec le paramètre --result-file=. Ne pas oublier --single-transaction pour avoir qqchose de cohérent si ta base est en cours d'utilisation
- Utiliser l'API d'adiguba (malheureusement je n'ai pas d'autre lien) qui permet de rediriger la sortie

Ce que je conseille à terme, c'est une combinaison des deux. En effet, donner le nom de fichier à mysqldump est plus propre et certainement plus performant. Mais il vaut mieux tout de même prendre l'api pour gérer les flux d'entrée sortie (son blog l'explique très bien, à voir quand ce sera dispo)
30/05/2008, 14h24
CheryBen

Les blogs sont de retour ;)
30/05/2008, 15h08
Tanebisse
OK, je suis donc parti avec la classe shell et j'ai fait ça :
Code:

1 2 String result = sh.command("D:\\Program Files\\MySQL\\MySQL Server 5.0\\bin\\mysqldump.exe --user=root --password=root mathis > dump_mathis2.sql").consumeAsString();
Mais il me jette en me disant ça :

Citation:

'D:\Program' n'est pas reconnu en tant que commande interne
ou externe, un programme ex‚cutable ou un fichier de commandes.

Je viens également d'essayer ça :

Code:

1
2
3
4
5
6
7
8
9
10
11
12
13
 
String result = sh.command("D:").consumeAsString();
			System.out.println(result);
			result = sh.command("cd Program Files").consumeAsString();
			System.out.println(result);
			result = sh.command("cd MySQL").consumeAsString();
			System.out.println(result);
			result = sh.command("cd MySQL Server 5.0").consumeAsString();
			System.out.println(result);
			result = sh.command("cd bin").consumeAsString();
			System.out.println(result);
			result = sh.command("mysqldump.exe --user=root --password=root mathis > dump_mathis2.sql").consumeAsString();
			System.out.println(result);

Et là sa plante sur le "cd Program Files". Il doit y avoir un problème avec les espaces.

30/05/2008, 15h49
adiGuba
Salut,

Citation:

Envoyé par Tanebisse

Mais il me jette en me disant ça :

Citation:

'D:\Program' n'est pas reconnu en tant que commande interne
ou externe, un programme ex‚cutable ou un fichier de commandes.

Normal puisque le nom du programme doit être entre quote. Tu aurais la même erreur si tu tapes la commande dans une commande MSDos...

Citation:

Envoyé par Tanebisse

[CODE]Et là sa plante sur le "cd Program Files". Il doit y avoir un problème avec les espaces.

En général si cela correspond à un paramètre il doit être protégé par des quotes, mais pour CD c'est inutile.
Ici le problème vient du fait que chaque commande est indépendante de la précédente... et que donc c'est exécuté dans le répertoire courant et non pas sur D:

Donc :
- Soit tu utilises des quotes autour du nom du programme :
  [code]String result = sh.command("\"D:\\Program Files\\MySQL\\MySQL Server 5.0\\bin\\mysqldump.exe\" --user=root --password=root mathis > dump_mathis2.sql").consume();
- Soit tu changes le répertoire de travail de la classe Shell :
  Code:
  
  1 2 3 shell.setDirectory(new File("D:\\Program Files\\MySQL\\MySQL Server 5.0\\bin\\")); shell.command("mysqldump.exe --user=root --password=root mathis > dump_mathis2.sql") .consume();
Au passage le consumeAsString() est inutile puisque tu rediriges la sortie...

Sinon en utilisant getMetaData() de la Connection, il doit être possible de faire une méthode d'export en Java/JDBC pure, mais ce doit être nettement plus complexe (mais portable !)

a++
30/05/2008, 16h25
Tanebisse
J'ai corrigé comme tu me la suggéré de cette façon :
Code:

1 2 sh.command("\"D:\\Program Files\\MySQL\\MySQL Server 5.0\\bin\\mysqldump.exe\" --user=root --password=root mathis > dump_mathis2.sql").consume();
Mais j'ai une nouvelle erreur qui me laisse 8O elle se déclenche dès l'éxécution de la ligne ci-dessus et ce qui est étonnant c'est qu'il ne rentre pas dans le catch ???

Citation:

30 mai 2008 16:22:48 org.apache.struts.chain.commands.AbstractExceptionHandler execute
ATTENTION: Unhandled exception
java.lang.IllegalArgumentException
at java.lang.ProcessImpl.<init>(ProcessImpl.java:69)
at java.lang.ProcessImpl.start(ProcessImpl.java:30)
at java.lang.ProcessBuilder.start(ProcessBuilder.java:451)
at com.developpez.adiguba.shell.ProcessConsumer.getProcess(ProcessConsumer.java:471)
at com.developpez.adiguba.shell.ProcessConsumer.consume(ProcessConsumer.java:486)
at web.action.ExportBaseAction.execute(ExportBaseAction.java:75)
at org.apache.struts.chain.commands.servlet.ExecuteAction.execute(ExecuteAction.java:58)
at org.apache.struts.chain.commands.AbstractExecuteAction.execute(AbstractExecuteAction.java:67)
at org.apache.struts.chain.commands.ActionCommandBase.execute(ActionCommandBase.java:51)
at org.apache.commons.chain.impl.ChainBase.execute(ChainBase.java:190)
at org.apache.commons.chain.generic.LookupCommand.execute(LookupCommand.java:304)
at org.apache.commons.chain.impl.ChainBase.execute(ChainBase.java:190)
at org.apache.struts.chain.ComposableRequestProcessor.process(ComposableRequestProcessor.java:283)
at org.apache.struts.action.ActionServlet.process(ActionServlet.java:1913)
at org.apache.struts.action.ActionServlet.doGet(ActionServlet.java:449)
at javax.servlet.http.HttpServlet.service(HttpServlet.java:690)
at javax.servlet.http.HttpServlet.service(HttpServlet.java:803)
at org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:269)
at org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:188)
at org.apache.catalina.core.StandardWrapperValve.invoke(StandardWrapperValve.java:213)
at org.apache.catalina.core.StandardContextValve.invoke(StandardContextValve.java:174)
at org.apache.catalina.core.StandardHostValve.invoke(StandardHostValve.java:127)
at org.apache.catalina.valves.ErrorReportValve.invoke(ErrorReportValve.java:117)
at org.apache.catalina.core.StandardEngineValve.invoke(StandardEngineValve.java:108)
at org.apache.catalina.connector.CoyoteAdapter.service(CoyoteAdapter.java:174)
at org.apache.coyote.http11.Http11Processor.process(Http11Processor.java:874)
at org.apache.coyote.http11.Http11BaseProtocol$Http11ConnectionHandler.processConnection(Http11BaseProtocol.java:665)
at org.apache.tomcat.util.net.PoolTcpEndpoint.processSocket(PoolTcpEndpoint.java:528)
at org.apache.tomcat.util.net.LeaderFollowerWorkerThread.runIt(LeaderFollowerWorkerThread.java:81)
at org.apache.tomcat.util.threads.ThreadPool$ControlRunnable.run(ThreadPool.java:689)
at java.lang.Thread.run(Thread.java:595)
30 mai 2008 16:22:48 org.apache.struts.chain.commands.ExceptionCatcher postprocess
ATTENTION: Exception from exceptionCommand 'servlet-exception'
java.lang.IllegalArgumentException
at java.lang.ProcessImpl.<init>(ProcessImpl.java:69)
at java.lang.ProcessImpl.start(ProcessImpl.java:30)
at java.lang.ProcessBuilder.start(ProcessBuilder.java:451)
at com.developpez.adiguba.shell.ProcessConsumer.getProcess(ProcessConsumer.java:471)
at com.developpez.adiguba.shell.ProcessConsumer.consume(ProcessConsumer.java:486)
at web.action.ExportBaseAction.execute(ExportBaseAction.java:75)
at org.apache.struts.chain.commands.servlet.ExecuteAction.execute(ExecuteAction.java:58)
at org.apache.struts.chain.commands.AbstractExecuteAction.execute(AbstractExecuteAction.java:67)
at org.apache.struts.chain.commands.ActionCommandBase.execute(ActionCommandBase.java:51)
at org.apache.commons.chain.impl.ChainBase.execute(ChainBase.java:190)
at org.apache.commons.chain.generic.LookupCommand.execute(LookupCommand.java:304)
at org.apache.commons.chain.impl.ChainBase.execute(ChainBase.java:190)
at org.apache.struts.chain.ComposableRequestProcessor.process(ComposableRequestProcessor.java:283)
at org.apache.struts.action.ActionServlet.process(ActionServlet.java:1913)
at org.apache.struts.action.ActionServlet.doGet(ActionServlet.java:449)
at javax.servlet.http.HttpServlet.service(HttpServlet.java:690)
at javax.servlet.http.HttpServlet.service(HttpServlet.java:803)
at org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:269)
at org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:188)
at org.apache.catalina.core.StandardWrapperValve.invoke(StandardWrapperValve.java:213)
at org.apache.catalina.core.StandardContextValve.invoke(StandardContextValve.java:174)
at org.apache.catalina.core.StandardHostValve.invoke(StandardHostValve.java:127)
at org.apache.catalina.valves.ErrorReportValve.invoke(ErrorReportValve.java:117)
at org.apache.catalina.core.StandardEngineValve.invoke(StandardEngineValve.java:108)
at org.apache.catalina.connector.CoyoteAdapter.service(CoyoteAdapter.java:174)
at org.apache.coyote.http11.Http11Processor.process(Http11Processor.java:874)
at org.apache.coyote.http11.Http11BaseProtocol$Http11ConnectionHandler.processConnection(Http11BaseProtocol.java:665)
at org.apache.tomcat.util.net.PoolTcpEndpoint.processSocket(PoolTcpEndpoint.java:528)
at org.apache.tomcat.util.net.LeaderFollowerWorkerThread.runIt(LeaderFollowerWorkerThread.java:81)
at org.apache.tomcat.util.threads.ThreadPool$ControlRunnable.run(ThreadPool.java:689)
at java.lang.Thread.run(Thread.java:595)
30 mai 2008 16:22:48 org.apache.catalina.core.StandardWrapperValve invoke
GRAVE: "Servlet.service()" pour la servlet action a généré une exception
java.lang.IllegalArgumentException
at java.lang.ProcessImpl.<init>(ProcessImpl.java:69)
at java.lang.ProcessImpl.start(ProcessImpl.java:30)
at java.lang.ProcessBuilder.start(ProcessBuilder.java:451)
at com.developpez.adiguba.shell.ProcessConsumer.getProcess(ProcessConsumer.java:471)
at com.developpez.adiguba.shell.ProcessConsumer.consume(ProcessConsumer.java:486)
at web.action.ExportBaseAction.execute(ExportBaseAction.java:75)
at org.apache.struts.chain.commands.servlet.ExecuteAction.execute(ExecuteAction.java:58)
at org.apache.struts.chain.commands.AbstractExecuteAction.execute(AbstractExecuteAction.java:67)
at org.apache.struts.chain.commands.ActionCommandBase.execute(ActionCommandBase.java:51)
at org.apache.commons.chain.impl.ChainBase.execute(ChainBase.java:190)
at org.apache.commons.chain.generic.LookupCommand.execute(LookupCommand.java:304)
at org.apache.commons.chain.impl.ChainBase.execute(ChainBase.java:190)
at org.apache.struts.chain.ComposableRequestProcessor.process(ComposableRequestProcessor.java:283)
at org.apache.struts.action.ActionServlet.process(ActionServlet.java:1913)
at org.apache.struts.action.ActionServlet.doGet(ActionServlet.java:449)
at javax.servlet.http.HttpServlet.service(HttpServlet.java:690)
at javax.servlet.http.HttpServlet.service(HttpServlet.java:803)
at org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:269)
at org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:188)
at org.apache.catalina.core.StandardWrapperValve.invoke(StandardWrapperValve.java:213)
at org.apache.catalina.core.StandardContextValve.invoke(StandardContextValve.java:174)
at org.apache.catalina.core.StandardHostValve.invoke(StandardHostValve.java:127)
at org.apache.catalina.valves.ErrorReportValve.invoke(ErrorReportValve.java:117)
at org.apache.catalina.core.StandardEngineValve.invoke(StandardEngineValve.java:108)
at org.apache.catalina.connector.CoyoteAdapter.service(CoyoteAdapter.java:174)
at org.apache.coyote.http11.Http11Processor.process(Http11Processor.java:874)
at org.apache.coyote.http11.Http11BaseProtocol$Http11ConnectionHandler.processConnection(Http11BaseProtocol.java:665)
at org.apache.tomcat.util.net.PoolTcpEndpoint.processSocket(PoolTcpEndpoint.java:528)
at org.apache.tomcat.util.net.LeaderFollowerWorkerThread.runIt(LeaderFollowerWorkerThread.java:81)
at org.apache.tomcat.util.threads.ThreadPool$ControlRunnable.run(ThreadPool.java:689)
at java.lang.Thread.run(Thread.java:595)
30/05/2008, 16h32
Tanebisse

Ta deuxième solution fonctionne parfaitement donc ça m'ira mais je suis quand même intéressé pour savoir pourquoi la première merde ?
30/05/2008, 16h40
chtig

N'oublie pas le --single-transaction ! Et sinon, je persiste à pense que le --result-file=xxx est plus optimisé que le >xxx . Je suis aussi assez curieux de la réponse d'Adiguba sur la première méthode

Citation:

Envoyé par Tanebisse

Mais j'ai une nouvelle erreur qui me laisse 8O elle se déclenche dès l'éxécution de la ligne ci-dessus

En recherchant les trois premières lignes de l'exception sous Google, je suis tombé là dessus : http://bugs.sun.com/bugdatabase/view...bug_id=6468220

:arrow: Apparemment sous Windows les quotes dans un exec sont mal géré et peuvent posé ce problème dans certains cas (apparemment lorsque l'élément commence par une quote) :?

Donc le mieux serait d'utiliser la seconde méthode....

Citation:

Envoyé par Tanebisse

et ce qui est étonnant c'est qu'il ne rentre pas dans le catch ???

Si tu ne catche pas spécifiquement les IllegalArgumentException ou toutes les exceptions c'est normal... sinon il y a un gros problème :aie:

Pour info tu peux faire cela en utilisant directement Runtime.exec() ou un ProcessBuilder, et dans ce cas le code ressemblerait à ceci :
Code:

1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17 18 19 20 21 22 23 24 25 26 27 28 29 30 31 32 33 34 Process process = Runtime.getRuntime().exec( // 1 - La commande a exécuter (le shell), en séparant les paramètres : new String[] { "cmd.exe", // ou command.com sous Windows 9x "/C", "mysqldump.exe --user=root --password=root mathis > dump_mathis2.sql" }, // 2 - Les variables d'environnements (null = hérité du parent) null, // 3 - Le répertoire de travail new File("D:\\Program Files\\MySQL\\MySQL Server 5.0\\bin\\") ); try { // On ferme stdin (on ne l'utilise pas) process.getOutputStream().close(); // On ferme stdout (il est redirigé, et donc vide) process.getInputStream().close(); // On récupère le flux d'erreur pour l'afficher dans la console : InputStream in = process.getInputStream(); try { byte[] buf = new byte[512]; int len; while ( (len=in.read(buf)) >= 0 ) { System.err.write(buf, 0, len); } } finally { in.close(); } // On attend la fin du process process.waitFor(); } finally { process.destroy(); }
En sachant que tu ne traites que le flux d'erreur. Si tu dois traiter les 3 flux il faudra créer 2 threads supplémentaire (un par flux).

a++

30/05/2008, 17h30
Tanebisse

Merci pour les conseils Chtig je vais utiliser --result-file=xxx. Merci également Adiguba pour ces précisions.
Maintenant si je veux spécifier un chemin d'accès au lieu d'uniquement indiquer le nom de fichier "dump_mathis2.sql" comment je fais ? J'ai essayé un mélange des différentes techniques qu'on vient d'évoquer en vain.

Bonjour,
Je suis toujours bloqué pour spécifier un chemin d'accès pour le fichier résultant du dump. Voici le code :

Code:

1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24
25
 
public class ExportBaseAction extends Action {
	public ActionForward execute(ActionMapping mapping, ActionForm form,
			HttpServletRequest req, HttpServletResponse rep) {
 
		ActionForward action = null;
		FileSystemView vueSysteme = FileSystemView.getFileSystemView();
		File home = vueSysteme.getHomeDirectory();
		String bureau = home.getAbsolutePath();
		Shell sh = new Shell();
 
		try {
			sh.setDirectory(new File("D:\\Program Files\\MySQL\\MySQL Server 5.0\\bin\\"));
			String file = "'"+bureau + "\\dump_mathis2.sql"+"'";
			sh.command("mysqldump.exe --user=root --password=root mathis --result-file=" + file).consume();
 
		} catch (IllegalStateException e) {
			e.printStackTrace();
		} catch (IOException e) {
			e.printStackTrace();
		}
		mapping.findForward("succes");
		return action;
	}
}

J'ai l'impression que "--result-file=" n'accepte pas les chemins d'accès mais uniquement un nom de fichier. Comment je peux faire pour lui dire où enregistrer ce fichier ?

03/06/2008, 11h18
adiGuba

Tu as un message d'erreur précis ?

Je ne pense pas que --result-file soit plus rapide que la sortie standard. Dans les deux cas il s'agit d'une écriture dans un flux...

Bien sûr si la sortie n'est pas redirigé l'affichage dans le terminal peut être long... mais ce n'est pas le cas ici.

Par contre c'est préférable si la sortie n'est pas un fichier texte...

Pour ton problème il faudrait savoir ce que vaut file. S'il s'agit d'un chemin relatif il peut ne plus être correct par rapport au nouveau répertoire, et s'il comporte des espaces le paramètre peut être coupé en deux (il faudrait le quoter) :

Code:

sh.command("mysqldump.exe --user=root --password=root mathis --result-file=\"" + file.getAbsolutePath() + "\"").consume();

a++

Voila, la première ligne est un println de file et la seconde le message d'erreur :
Code:

1 2 3 'C:\Documents and Settings\sprodhomme\Bureau\dump_mathis2.sql' mysqldump: Can't create/write to file ''C:\Documents' (Errcode: 22)

03/06/2008, 14h50
adiGuba

Ben il y a un espace dans le nom...

La solution de mon message précédent ne fonctionne pas ?

a++
03/06/2008, 16h17
Tanebisse
Ta solution c'était :
Code:

1 2 sh.setDirectory(new File("D:\\Program Files\\MySQL\\MySQL Server 5.0\\bin\\"));
Mais ça c'était pour le répertoire ou se trouve la commande mysqldump. Moi je veux maintenant indiquer le répertoire de sortie pour mon fichier dump_mathis2.sql .
03/06/2008, 16h36
adiGuba

Citation:

Envoyé par adiGuba

Pour ton problème il faudrait savoir ce que vaut file. S'il s'agit d'un chemin relatif il peut ne plus être correct par rapport au nouveau répertoire, et s'il comporte des espaces le paramètre peut être coupé en deux (il faudrait le quoter) :

Code:

sh.command("mysqldump.exe --user=root --password=root mathis --result-file=\"" + file.getAbsolutePath() + "\"").consume();

[edit] Mais sinon tu pourrais tester ceci (si la sortie est bien du texte et non pas du binaire :

Code:

sh.command("mysqldump.exe --user=root --password=root mathis").output(new FileWriter(file).consume();

a++
03/06/2008, 17h38
Tanebisse
OK, je vais tester ça.
En attendant j'essaie maintenant d'importer ce fichier avec la commande mysqlimport. J'ai donc codé de cette manière :
Code:

1 2 3 sh.setDirectory(new File("D:\\Program Files\\MySQL\\MySQL Server 5.0\\bin\\")); sh.command("mysqlimport.exe --user=root --password=root mathis importBase.sql").consume();
J'ai alors l'erreur suivante :

Citation:

mysqlimport.exe: Error: Table 'mathis.importbase' doesn't exist, when using table: importBase

Hors je n'ai aucune table qui s'appelle importBase !
03/06/2008, 17h42
Tanebisse

Je viens de me rendre compte que c'est pas du tout la bonne commande à utiliser, mais alors laquelle est-ce ?
03/06/2008, 17h49
Tanebisse

C'est bon j'ai trouvé :yaisse2:

Code:

mysql -h host -u user -ppass base_de_donnees < fichier_dump
05/06/2008, 17h04
Tanebisse

Citation:

Envoyé par adiGuba

[edit] Mais sinon tu pourrais tester ceci (si la sortie est bien du texte et non pas du binaire :

Code:

sh.command("mysqldump.exe --user=root --password=root mathis").output(new FileWriter(file).consume();

J'ai testé ça mais j'ai une erreur m'indiquant que le fichier n'est pas trouvé, ce qui veut dire qu'il faut que je le crée avant ?
05/06/2008, 17h25
Tanebisse

:oops:
C'est bon j'avais laissé des simple quote à trainer autour du chemin d'accès au fichier.