Jak uruchomić plik wsadowy z mojej aplikacji Java?

W mojej aplikacji Java chcę uruchomić plik wsadowy, który wywołuje „ scons -Q implicit-deps-changed build\file_load_type export\file_load_type”

Wygląda na to, że nie mogę nawet uruchomić mojego pliku wsadowego. Nie mam pomysłów.

Oto, co mam w Javie:

Runtime.
   getRuntime().
   exec("build.bat", null, new File("."));

Wcześniej miałem plik Python Sconscript, który chciałem uruchomić, ale ponieważ to nie zadziałało, zdecydowałem, że wywołam skrypt za pośrednictwem pliku wsadowego, ale ta metoda jeszcze się nie powiodła.

Pliki wsadowe nie są plikami wykonywalnymi. Potrzebują aplikacji do ich uruchomienia (np. Cmd).

W systemie UNIX plik skryptu ma na początku pliku shebang (#!), Aby określić program, który go wykonuje. Dwukrotne kliknięcie w systemie Windows jest wykonywane przez Eksploratora Windows. CreateProcessnic o tym nie wie.

Runtime.
   getRuntime().
   exec("cmd /c start \"\" build.bat");

Uwaga: za pomocą tego start \"\"polecenia zostanie otwarte oddzielne okno poleceń z pustym tytułem, w którym zostaną wyświetlone wszelkie dane wyjściowe z pliku wsadowego. Powinien również działać tylko z `cmd / c build.bat", w którym to przypadku wynik może być w razie potrzeby odczytany z podprocesu w Javie.

Czasami czas wykonywania wątku jest dłuższy niż czas oczekiwania na wątek maszyny JVM; zdarza się, gdy proces, który wywołujesz, zajmuje trochę czasu, użyj polecenia waitFor () w następujący sposób:

try{    
    Process p = Runtime.getRuntime().exec("file location here, don't forget using / instead of \\ to make it interoperable");
    p.waitFor();

}catch( IOException ex ){
    //Validate the case the file can't be accesed (not enought permissions)

}catch( InterruptedException ex ){
    //Validate the case the process is being stopped by some external situation     

}

W ten sposób maszyna JVM zatrzyma się, dopóki wywoływany proces nie zostanie zakończony, zanim będzie kontynuowany ze stosem wykonywania wątków.

Runtime runtime = Runtime.getRuntime();
try {
    Process p1 = runtime.exec("cmd /c start D:\\temp\\a.bat");
    InputStream is = p1.getInputStream();
    int i = 0;
    while( (i = is.read() ) != -1) {
        System.out.print((char)i);
    }
} catch(IOException ioException) {
    System.out.println(ioException.getMessage() );
}

Aby uruchomić pliki wsadowe za pomocą javy, jeśli o tym mowa ...

String path="cmd /c start d:\\sample\\sample.bat";
Runtime rn=Runtime.getRuntime();
Process pr=rn.exec(path);`

To powinno wystarczyć.

ProcessBuilder to metoda Java 5/6 do uruchamiania procesów zewnętrznych.

Plik wykonywalny używany do uruchamiania skryptów wsadowych cmd.exeużywa /cflagi do określenia nazwy pliku wsadowego do uruchomienia:

Runtime.getRuntime().exec(new String[]{"cmd.exe", "/c", "build.bat"});

Teoretycznie powinieneś być w stanie uruchomić Scons w ten sposób, chociaż nie testowałem tego:

Runtime.getRuntime().exec(new String[]{"scons", "-Q", "implicit-deps-changed", "build\file_load_type", "export\file_load_type"});

EDYCJA: Amara, mówisz, że to nie działa. Błąd, który podałeś, to błąd, który otrzymasz podczas uruchamiania Javy z terminala Cygwin na komputerze z systemem Windows; czy to właśnie robisz? Problem polega na tym, że Windows i Cygwin mają różne ścieżki, więc wersja Java dla systemu Windows nie znajdzie pliku wykonywalnego scons na ścieżce Cygwin. Mogę wyjaśnić dalej, jeśli okaże się, że to twój problem.

Process p = Runtime.getRuntime().exec( 
  new String[]{"cmd", "/C", "orgreg.bat"},
  null, 
  new File("D://TEST//home//libs//"));

testowane z jdk1.5 i jdk1.6

To działało dobrze dla mnie, mam nadzieję, że pomaga też innym. aby to uzyskać, walczyłem przez więcej dni. :(

Miałem ten sam problem. Jednak czasami CMD nie mógł uruchomić moich plików. Dlatego tworzę temp.bat na moim pulpicie, następnie ten temp.bat uruchomi mój plik, a następnie plik tymczasowy zostanie usunięty.

Wiem, że jest to większy kod, ale działał u mnie w 100%, gdy nawet Runtime.getRuntime (). Exec () zawiódł.

// creating a string for the Userprofile (either C:\Admin or whatever)
String userprofile = System.getenv("USERPROFILE");

BufferedWriter writer = null;
        try {
            //create a temporary file
            File logFile = new File(userprofile+"\\Desktop\\temp.bat");   
            writer = new BufferedWriter(new FileWriter(logFile));

            // Here comes the lines for the batch file!
            // First line is @echo off
            // Next line is the directory of our file
            // Then we open our file in that directory and exit the cmd
            // To seperate each line, please use \r\n
            writer.write("cd %ProgramFiles(x86)%\\SOME_FOLDER \r\nstart xyz.bat \r\nexit");
        } catch (Exception e) {
            e.printStackTrace();
        } finally {
            try {
                // Close the writer regardless of what happens...
                writer.close();
            } catch (Exception e) {
            }

        }

        // running our temp.bat file
        Runtime rt = Runtime.getRuntime();
        try {

            Process pr = rt.exec("cmd /c start \"\" \""+userprofile+"\\Desktop\\temp.bat" );
            pr.getOutputStream().close();
        } catch (IOException ex) {
            Logger.getLogger(MainFrame.class.getName()).log(Level.SEVERE, null, ex);

        }
        // deleting our temp file
        File databl = new File(userprofile+"\\Desktop\\temp.bat");
        databl.delete();

Następujące działa dobrze:

String path="cmd /c start d:\\sample\\sample.bat";
Runtime rn=Runtime.getRuntime();
Process pr=rn.exec(path);

Ten kod wykona dwa polecenia.bat, które istnieją w ścieżce C: / foldery / folder.

Runtime.getRuntime().exec("cd C:/folders/folder & call commands.bat");

Aby rozwinąć odpowiedź @ Isha, możesz po prostu wykonać następujące czynności, aby uzyskać zwrócony wynik (po fakcie, a nie w czasie rzeczywistym) skryptu, który został uruchomiony:

try {
    Process process = Runtime.getRuntime().exec("cmd /c start D:\\temp\\a.bat");
    System.out.println(process.getText());
} catch(IOException e) {
    e.printStackTrace();
}