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

**Tanebisse** · 30/05/2008, 11h53

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.

**chtig** · 30/05/2008, 11h56

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). ?

**Tanebisse** · 30/05/2008, 12h06

Ah bah si tu peux m'expliquer comment faire un dump de la base en JAVA moi je suis partant !

**chtig** · 30/05/2008, 12h15

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 ...

**Tanebisse** · 30/05/2008, 13h32

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

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

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.

**Tanebisse** · 30/05/2008, 13h57

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 ?

**CheryBen** · 30/05/2008, 14h02

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.

**chtig** · 30/05/2008, 14h06

Envoyé par Tanebisse

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

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

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)

**CheryBen** · 30/05/2008, 14h24

Les blogs sont de retour

**Tanebisse** · 30/05/2008, 15h08

OK, je suis donc parti avec la classe shell et j'ai fait ça :

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

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 :

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

**Tanebisse** · 30/05/2008, 15h19

Je viens également d'essayer ça :

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

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.

**adiGuba** · 30/05/2008, 15h49

Salut,

Envoyé par Tanebisse

Mais il me jette en me disant ça :

'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...

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 :

Sélectionner tout - Visualiser dans une fenêtre à part

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++

**Tanebisse** · 30/05/2008, 16h25

J'ai corrigé comme tu me la suggéré de cette façon :

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

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

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 ???

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)

**Tanebisse** · 30/05/2008, 16h32

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 ?

**chtig** · 30/05/2008, 16h40

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

**adiGuba** · 30/05/2008, 16h46

Envoyé par Tanebisse

Mais j'ai une nouvelle erreur qui me laisse

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

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....

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

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

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

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++

**Tanebisse** · 30/05/2008, 17h30

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.

**Tanebisse** · 03/06/2008, 10h34

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

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

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 ?

**adiGuba** · 03/06/2008, 11h18

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 :

Sélectionner tout - Visualiser dans une fenêtre à part

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

a++

**Tanebisse** · 03/06/2008, 11h41

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

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

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

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

JDBC Java

Discussions similaires

Partager

Partager