クロスコンパイルできます。このドキュメントでは、次の方法について説明します。
http://java.sun.com/javase/6/docs/technotes/tools/solaris/javac.html#crosscomp-example
ターゲットとする特定のメジャーバージョンを指定する必要があります（1.4、そのように聞こえます）。
この手法を使用する場合、最善の策は、常に最新のjavacを使用することです。そうすれば、最新のバグ修正とパフォーマンスの改善がすべて得られ、完全に安全です。
編集：これは、いくつかの回答で議論されたライブラリの非互換性の問題に対処していることに注意してください！
javac -target 1.4switchでコンパイルする場合のみ。
明らかに、ジェネリックス、エグゼキューターなどの1.5以上の機能を使用することはできません。
デフォルトの1.6でビルドしただけの場合javac、クラスファイルは古いバージョンのJavaでは機能しません。
古いJava用にコンパイルする最良の方法は、古いJDKリリースを使用することです。しかし、本当に古いJavaを新しいものからコンパイルしたい場合は、次の手順を実行してください。
http://en.wikipedia.org/wiki/Java_backporting_toolsにも興味があるかもしれません
はいといいえ。コンパイル時に「source」および「target」javacオプションをターゲットのバージョン（1.4など）に設定すると、1.4jvmでJava6でコンパイルされたコードを実行できます。これは、ターゲットバージョン以降に追加された追加のクラスまたは言語機能を使用していない場合に機能します。
幸運を。
そうは思わない。
ときどき（説明するには複雑すぎる理由で）、1.6JDKでコンパイルした1.5JREでコードを実行しようとします。通常、java.lang.UnsupportedClassVersionError例外がスローされます。
はい、1.6コンパイラ（javac）を使用して1.4と互換性のあるクラスファイルを作成できますが、これを実行するだけでは、必ずしも機能するコードが作成されるとは限りません。問題は、それでも1.6バージョンのAPIに対してコンパイルされることです。
一見、コントラクトは変更されるべきではないので、これが問題になるとは思わないでしょうが、問題がありました-IIRCを整数とする新しいコンストラクターがBigDecimal（1.5）に追加されたため、コンパイル時にそのコンストラクターへの呼び出しが指定されましたが、実行時にそのコンストラクターが存在しなかったため、実行時例外が発生しました。メソッドがオーバーロードされ、自動変数変換に依存している場合、おそらくこのような問題が発生するでしょう。
Javacアプリは、実際には、それが属するJavaのバージョンに依存しません。1.6javacに対して使用する別のAPIを指定できます。実行時の問題を回避するには、これを実行する必要があります。
Java 1.5は、enums、autoboxing、その他のものを導入したメジャーリリースでした。コンパイル中に、サポートされていないクラスバージョンという例外が発生します。ただし、コマンドjavac -source 1.4 -target 1._ claasname.javaを使用してコンパイルすると、コンパイルされます。
そのシナリオで自動ボクシングや列挙型などの1.5の機能を使用している場合、これらの機能は1.4で使用できないため、コンパイルされません。この場合、いくつかのツールに基づいてコードを古いバージョンに変換する必要があります。