シェルコマンドで構成されたプログラムをjavaで記述する必要がありますか？

Question

私はプロセスを殺す、scp経由でファイルをコピーする、ssh経由でリモートコマンドを実行するなどのさまざまなコマンドを実行するシェルスクリプトを持っています...

このスクリプトは維持しにくく、テスト。 さらに、私は将来、xmlの設定ファイルで動作するように変更したいと思っています。シェルスクリプトを使って簡単に行うことはできません。 それをJavaアプリケーションに変換したいのですが、ProcessBuilderで多くのコマンドを実行するだけでは、正しくは感じられません。

一方、現在のシェルコマンド（java sshクライアント、Linuxプロセス用のJava APIなど）で簡単に解決できる「問題」ごとにJavaソリューションを検索することも正しいとは限りません。

編集： 私のプログラムはLinux環境で動作するので、クロスプラットフォームはここでは問題ではありません。

提案がありますか？

Answer 1

シェルスクリプトには多くの言語が使用されています。 Python、PHP、Javaから -という正しいツールを使ってに戻ってきます。

Linuxの世界では、通常、bashスクリプトは十分強力で、perlには多くの優れたOSサポートがあります。

これまでの開発者の中には、実際にはbashスクリプトで機能を構築したり、状態を把握したり、通常どおりのことを管理したりすることができます。それはちょうど別の言語ですが、コマンドラインはその中心にあります。

UPDATE：私は追加したい

もう一つは、このケースでは、システムを管理するものは期待するものであることを、コードを書く必要があることを意味し、少なくとも驚きの原則に従っています。すべてのJavaプログラマは、システム管理者ではなく、Javaプログラマのように配備していることがよくあります。これらのスクリプトをシステム管理者/操作の役割に渡す場合、コンパイルしなければならないJavaプログラムよりもシェルスクリプトに精通している可能性があります。

もう1つ注意してください - シェルスクリプトを適切なコードのように扱います。ソース管理（私の全体/ etcはGit管理の下にあります）に入れ、バグ追跡システムなどを持っています。メンテナンスを多くにしています。

Answer 2

それは私にはJavaがシェルスクリプトのために非常に良いではありませんが、（Javaのに基づいています）Groovyのは、書くとmantainする方がよいかもしれない、とJava

http://groovy.codehaus.org/Running

Answer 3

と完全に互換性がありますシェルスクリプトの使いやすさと、コードの保守とテストの機能を必要としながら、言語内でより高いレベルのタスクを実行できるように思えます。

幸いにも、それは動的言語が輝く場所（スクリプト言語とも呼ばれます）です。私の個人的な好みの順番で、Python、Ruby、Perl、Groovy、およびa few othersがあります。

Answer 4

「ユニットテスト」のシェルスクリプトの考え方は、制御された環境でスクリプトを実行するラッパースクリプトを用意することです。つまり、実行したくない実際のコマンドを「模擬する」関数を定義することです（例えば、ssh() { }）。

これにより、あなたが興味を持っている他のプロセスを気にせずに、興味のあるインタラクションをテストすることができます。これはまだよく設計されたbashコードに非常に依存していますが、少なくとも理論的には可能です。

デモ：

$ cat /tmp/grep.sh 
#!/bin/bash 

# Simple program that relies on grep 
echo -e "This is a test\nThis line doesn't match." | grep test 

単位のテスター：

$ /tmp/grep.sh 
This is a test 

をしかし、unittestのスクリプト内から実行する場合：今

$ cat /tmp/unittest.sh 
#!/bin/bash 

grep() { 
    echo "Mock GREP result" 
} 

. "$@" 

我々は直接grep.shを実行する場合は、それが期待通りに検索grepは関数によって嘲笑されます：

$ /tmp/unittest.sh /tmp/grep.sh 
Mock GREP result 

検証しようとしている動作をテストすることができます。

これには、同じシェル（.コマンド）から実行する必要があるなど、いくつかの制限事項があります。つまり、スクリプトが別のスクリプトを呼び出すと、再び実際のコマンドが呼び出されます。

代わりに、ユニットテストディレクトリに一連のスクリプトを定義することもできます。

$ ls /usr/local/unitbin 
grep 
ssh 
svn 

は次に例えば、ユニット・テスト・スクリプトは、スクリプトが実行されますから、PATHを変更する必要があり：

$ cat /tmp/unittest.sh 
#!/bin/bash 

PATH=/usr/local/unitbin:$PATH "$@" 

これは、順番に他のスクリプトを呼び出すスクリプトのために働く必要があります。

---

これらの例のいずれも、私が言ったように、少しばかげている、と彼らは価値があるならよりも潜在的に多くの問題。私は間違いなく、この経路を検討する前に、この質問に対する他の答えを見ていきます。しかし、単体テストにしたいが、サンドボックスで安全に実行できないbashコードがあれば、これらのオプションの1つが役に立つかもしれません。