Veamos el código:


Process proc = Runtime.getRuntime().exec("ls -la");
InputStream is = proc.getInputStream();
int size;
String s;
int exCode = proc.waitFor();
StringBuffer ret = new StringBuffer();
while((size = is.available()) != 0) {
byte[] b = new byte[size];
is.read(b);
s = new String(b);
ret.append(s);
}
System.out.println(ret.toString());


La primera línea nos crea un proceso dentro de nuestro Runtime, con el comando ls -la dentro. Acto seguido obtenemos un InputStream para poder ver la salida estándar del programa. Y aquí viene la primera consideración, en el momento de lanzar el proceso con Runtime.getRuntime().exec() arranca un subproceso que sigue a su ritmo completamente. Quiero decir, si nada más arrancar el proceso intentamos leer lo que ha devuelto tendremos un String vacío, ya que de momento el processo no ha sacado nada por la salida estándar.

La solución para eso es esperar hasta que el proceso termine. Esto lo hacemos con la siguiente línea: proc.waitFor(); Lo que hace es que detiene el Thread dentro del cual hemos lanzado el proceso y espera hasta que termine el proceso (cuidado con los bloqueos). Como resultado devuelve un número entero con el código de terminación del proceso lanzado. Normalmente el código 0 significa OK, en caso de que se haya producido algún error lo normal es que devuelva otro valor.

Las siguientes líneas simplemente leen lo que el proceso ha enviado por la salida estándar y sacan el resultado por pantalla.

Otra consideración de la que no debemos olvidarnos es que un proceso tiene los siguientes flujos (dos de ellos para leer y uno para escribir):

1. STDIN – flujo de entrada estándar. Mediante este flujo podemos enviarle datos al comando. Se obtiene mediante Process.getOutputStream().
2. STDOUT – flujo de salida estándar. Es el que hemos usado en nuestro ejemplo.
3. STDERR – flujo para la salida de errores. Se obtiene mediante Process.getErrorStream().

Segunda parte — como hacer lo mismo pero sin bloquear el Thread.

Casi siempre que instalamos el servidor de las bases de datos MySQL junto a él viene la utilidad llamada mysqldump. Se trata precisamente de eso, es un programa para sacar las copias de seguridad de la base de datos. Yo lo hago de la forma más sencilla que se me ha ocurrido, en mi crontab (como root) añado la siguiente entrada:


59 23 * * * /usr/bin/mysqldump -u root xand_prod | /bin/gzip -9 -c > /www/xand/backup/xand_prod-`/bin/date +\%Y\%m\%d`.gz


¿Qué hace este código? Cada día a las 23 59 se lanza el comando mysqldump (accede a la base de datos como root) y saca una copia de la BBDD xand_prod por la salida estándar. Como podeis ver, la salida se redirecciona mediante un pipe al gzip. Este a su vez lo comprime y lo guarda en el fichero que hemos indicado. Con el /bin/date pongo la fecha de cada fichero en el nombre del mismo.