コンパイルエラー「\65279は不正な文字です。」 - 潜伏バグからのロングフリーズ

Eclipse上で問題なく動いていたJavaコードに対して、コマンドラインからビルドをかけたところ表題のエラーが発生した。

\65279 = UTF-8のBOM(Byte Order Mark)

どうやらソースファイルの中に、エンコード UTF-8でBOMありのものが紛れ込んでいるらしい。

Windows機を使用していたので、手っ取り早い対処法にて対応した。

【対処方法】

　1. サクラエディタで対象ファイルを開く

　2. 名前をつけて保存を選択

　3. 文字コードセット、改行コードの右側のBOMチェックをOFFにする

　　　　 f:id:monokurotamago:20140301150305p:plain

　4. 保存する(上書き)

【Eclipseでエラーにならなかったのに、なんでjavacだとエラーになるの？】

EclipseではJDTコンパイラを使用していて、コマンドラインではOracle純正コンパイラを使用していることが原因。

マシンの環境パスで指定するjava.exeは、普通はOracle公式サイトから落とした純正のものを利用する。コマンドラインでコンパイルする時はこれが使われる。

一方で、Eclipseでコンパイルする時には、Eclipseの中のjava.exeが使われる。このjava.exeはEclipse独自のもの。

そして重要な事は、

　eclipse コンパイラは純正コンパイラよりもコンパイルエラーとする条件が緩い。

ということ。

調べてみるとこんなのがあった。

　JDTコンパイラならOKだけど、純正コンパイラじゃ通らない記述

　ECJ (Eclipse Compiler for Java) は面倒見が良すぎ…

知っていればたいしたことないけど、知らないとハマる罠。

オマケ

　JDT(Java Development Tools)の概要

　なぜ Eclipse は JRE を使っているのにコンパイルできるの？