Ejecuta otro jar en un programa Java

Había escrito varias aplicaciones Java sencillas denominadas A.jar, B.jar.

Ahora quiero escribir un programa java GUI para que el usuario pueda presionar el botón A para ejecutar A.jar y el botón B para ejecutar B.jar.

También quiero generar el detalle del proceso en tiempo de ejecución en mi programa GUI.

¿Cualquier sugerencia?

Si lo entiendo correctamente, parece que desea ejecutar los archivos jar en un proceso separado desde dentro de su aplicación GUI de Java.

Para hacer esto puedes usar:

// Run a java app in a separate system process
Process proc = Runtime.getRuntime().exec("java -jar A.jar");
// Then retreive the process output
InputStream in = proc.getInputStream();
InputStream err = proc.getErrorStream();

Siempre es una buena práctica almacenar en búfer la salida del proceso.

.jar no es ejecutable. Cree instancias de clases o realice llamadas a cualquier método estático.

EDITAR: agregue una entrada de clase principal mientras crea un JAR.

> p.mf (contenido de p.mf)

Clase principal: pk.Test

>Test.java

package pk;
public class Test{
  public static void main(String []args){
    System.out.println("Hello from Test");
  }
}

Utilice la clase Process y sus métodos,

public class Exec
{
   public static void main(String []args) throws Exception
    {
        Process ps=Runtime.getRuntime().exec(new String[]{"java","-jar","A.jar"});
        ps.waitFor();
        java.io.InputStream is=ps.getInputStream();
        byte b[]=new byte[is.available()];
        is.read(b,0,b.length);
        System.out.println(new String(b));
    }
}

Espero que esto ayude:

public class JarExecutor {

private BufferedReader error;
private BufferedReader op;
private int exitVal;

public void executeJar(String jarFilePath, List<String> args) throws JarExecutorException {
    // Create run arguments for the

    final List<String> actualArgs = new ArrayList<String>();
    actualArgs.add(0, "java");
    actualArgs.add(1, "-jar");
    actualArgs.add(2, jarFilePath);
    actualArgs.addAll(args);
    try {
        final Runtime re = Runtime.getRuntime();
        //final Process command = re.exec(cmdString, args.toArray(new String[0]));
        final Process command = re.exec(actualArgs.toArray(new String[0]));
        this.error = new BufferedReader(new InputStreamReader(command.getErrorStream()));
        this.op = new BufferedReader(new InputStreamReader(command.getInputStream()));
        // Wait for the application to Finish
        command.waitFor();
        this.exitVal = command.exitValue();
        if (this.exitVal != 0) {
            throw new IOException("Failed to execure jar, " + this.getExecutionLog());
        }

    } catch (final IOException | InterruptedException e) {
        throw new JarExecutorException(e);
    }
}

public String getExecutionLog() {
    String error = "";
    String line;
    try {
        while((line = this.error.readLine()) != null) {
            error = error + "\n" + line;
        }
    } catch (final IOException e) {
    }
    String output = "";
    try {
        while((line = this.op.readLine()) != null) {
            output = output + "\n" + line;
        }
    } catch (final IOException e) {
    }
    try {
        this.error.close();
        this.op.close();
    } catch (final IOException e) {
    }
    return "exitVal: " + this.exitVal + ", error: " + error + ", output: " + output;
}
}

Si el jar está en su ruta de clases y conoce su clase principal, puede invocar la clase principal. Usando DITA-OT como ejemplo:

import org.dita.dost.invoker.CommandLineInvoker;
....
CommandLineInvoker.main('-f', 'html5', '-i', 'samples/sequence.ditamap', '-o', 'test')

Tenga en cuenta que esto hará que el jar subordinado comparta espacio de memoria y una ruta de clase con su jar, con todo el potencial de interferencia que puede causar. Si no desea que esas cosas se contaminen, tiene otras opciones, como se mencionó anteriormente, a saber:

• cree un nuevo ClassLoader con el jar en él. Esto es más seguro; al menos puede aislar el conocimiento del nuevo tarro en un cargador de clases central si diseña las cosas con el conocimiento de que utilizará tarros extraterrestres. Es lo que hacemos en mi tienda para nuestro sistema de complementos; la aplicación principal es un pequeño shell con una fábrica de ClassLoader, una copia de la API y el conocimiento de que la aplicación real es el primer complemento para el que debe construir un ClassLoader. Los complementos son un par de frascos (interfaz e implementación) que se cierran juntos. Todos los ClassLoaders comparten todas las interfaces, mientras que cada ClassLoader solo tiene conocimiento de su propia implementación. La pila es un poco compleja, pero pasa todas las pruebas y funciona a la perfección.
• use Runtime.getRuntime.exec(...)(que aísla completamente el jar, pero tiene los errores normales de "encontrar la aplicación", "escapar correctamente de las cadenas", "WTF específico de la plataforma" y "OMG System Threads" de ejecutar comandos del sistema.

Lo siguiente funciona iniciando el jar con un archivo por lotes, en caso de que el programa se ejecute de forma independiente:

public static void startExtJarProgram(){
        String extJar = Paths.get("C:\\absolute\\path\\to\\batchfile.bat").toString();
        ProcessBuilder processBuilder = new ProcessBuilder(extJar);
        processBuilder.redirectError(new File(Paths.get("C:\\path\\to\\JavaProcessOutput\\extJar_out_put.txt").toString()));
        processBuilder.redirectInput();
        try {
           final Process process = processBuilder.start();
            try {
                final int exitStatus = process.waitFor();
                if(exitStatus==0){
                    System.out.println("External Jar Started Successfully.");
                    System.exit(0); //or whatever suits 
                }else{
                    System.out.println("There was an error starting external Jar. Perhaps path issues. Use exit code "+exitStatus+" for details.");
                    System.out.println("Check also C:\\path\\to\\JavaProcessOutput\\extJar_out_put.txt file for additional details.");
                    System.exit(1);//whatever
                }
            } catch (InterruptedException ex) {
                System.out.println("InterruptedException: "+ex.getMessage());
            }
        } catch (IOException ex) {
            System.out.println("IOException. Faild to start process. Reason: "+ex.getMessage());
        }
        System.out.println("Process Terminated.");
        System.exit(0);
    }

En el archivo batchfile.bat podemos decir:

@echo off
start /min C:\path\to\jarprogram.jar

Si es java 1.6, también puede hacer lo siguiente:

import javax.tools.JavaCompiler; 
import javax.tools.ToolProvider; 

public class CompilerExample {

    public static void main(String[] args) {
        String fileToCompile = "/Users/rupas/VolatileExample.java";

        JavaCompiler compiler = ToolProvider.getSystemJavaCompiler();

        int compilationResult = compiler.run(null, null, null, fileToCompile);

        if (compilationResult == 0) {
            System.out.println("Compilation is successful");
        } else {
            System.out.println("Compilation Failed");
        }
    }
}