クーロンで動かすとJavaから呼び出すシェルの処理順が混ざってしまう

Javaから複数のシェルを実行するプログラムを作成しています。
単独で、Javaプログラムを実行した際は正常に動作するのですが
クーロンに登録して実行すると、Javaから呼び出している複数のシェルが、前のシェルが終了する前に次のシェルが開始されています。
クーロンに登録すると、なぜこのような動作を起こすのでしょうか？
また、そのようにならないようにするためにJavaから呼び出す際に記述しなければならないことはあるのでしょうか？(wait関数など？)

<Javaからシェルを呼び出している処理>
if(条件１){
command1 = "/bin/sh";
command2 = "圧縮シェルのフルパス";
command3 = "対象パス";
call(command1,command2,command3,);
}

if(条件２){
command1 = "/bin/sh";
command2 = "権限付与シェルのフルパス";
command3 = "対象パス";
call(command1,command2,command3,);
}

call(command1,command2,command3){
//command = 外部コマンド , args = 対象パス
ProcessBuilder pb = new ProcessBuilder(command1, command2,command3, args);
pb.redirectErrorStream(true); // 標準エラーを標準出力にマージする
// Processオブジェクト初期化
Process process = null;
// コマンドの実行
process = pb.start();
System.out.println("実行中");
// InputStreamの取得
stream = process.getInputStream();
while (stream.read() >= 0); // 標準出力のみ読み込む
process.waitFor();
if (process.exitValue() == 0) {
System.out.println("戻り値：" + process.exitValue() + "=コマンド正常終了");// 0なら正常終了
}
} catch (IOException e) {
e.printStackTrace();
throw new IJXException();
} catch (InterruptedException e) {
e.printStackTrace();
throw new IJXException();
} finally {
try {
// 標準出力ストリームクローズ
stream.close();
} catch (IOException e) {
e.printStackTrace();
throw new IJXException();
}
}
}

クーロンの設定
00 16 * * * export LANG=ja_JP.UTF-8; bash $TEST_PATH/MainTest.sh 1>$TEST_PATH/cron.log 2>&1

追記
cron.logにはエラーログは出力されていません。
『「前のシェルが終了する前に次のシェルが開始され」ているというのはどのようにして確認されているのでしょうか。』→ 出力ログから、圧縮が終了する前に権限付与のシェルが流れていることを確認しました。

eripong

2016/01/18 08:23

具体的にどの様に実装しているか、できる限りコードを提示してください。cronに設定している内容もできればお願いします。

eripong

2016/01/18 09:16

追記ありがとうございます。cron.logなどのエラーメッセージも追記していただけないでしょうか？

退会済みユーザー

2016/01/19 03:30

圧縮が終わる前に権限付与が実行されているように見える、ということでしょうか。ソースコードを見る限りJavaプログラム上に問題は無さそうですが、「前のシェルが終了する前に次のシェルが開始され」ているというのはどのようにして確認されているのでしょうか。

退会済みユーザー

2016/01/19 07:56

「出力ログから、圧縮が終了する前に権限付与のシェルが流れていることを確認しました。」とのことですが、Javaから起動されたシェルスクリプトが出力するログは『while (stream.read() >= 0);』によって全て破棄されていると思うのですが、提示されている部分の他に判断できるログ出力処理があるということでしょうか。(本当に今想定されているように意図せず処理順が前後しているというのを確認するためには、この部分の出力を捨てずにログファイルに書きだしてみてはどうでしょう？)