J2EE1.4準拠のJavaソースコードから生成したアプリケーションをJava7ベースの環境で動作させる場合のリスク

【質問】

J2EE1.4準拠のソースコードからJava SE7(JDK1.7.0_79)のコンパイラを用いて生成されたアプリケーションを下記環境で動作させる場合に考えられる具体的なリスク・不具合について知る為に、参考になりそうなURLや書籍を教えていただきたい。

WildFly8.2.0((JDK1.7.0_79)

【目的】

Javaソースコード自動生成ツールの導入可否判定を行う為の判断材料とする

【状況】

あるJavaソースコード自動生成ツールでJ2EE1.4準拠のソースコードを生成し、これをJava SE7（JDK1.7.0_79）のコンパイラでコンパイルしています。（ツールの仕様上J2EE1.4準拠以外のソースを生成する事ができません）
コンパイル結果はwarファイルにして、WildFlyの環境にデプロイし現状では正常に動作しています。
J2EE1.4準拠コードからJava SE7(JDK1.7.0_79)でコンパイルしたシステムをWildFly8.2で動作させるといった変則的な利用方法を行う為、動作・セキュリティ等で何らかのリスク・不具合が出ないのかを検証する必要があります。

【求める回答について】

例えば以下の事項に関する解説を探しています。
参考になりそうなURLや書籍などご紹介いただくだけでも幸甚です。
0. J2EE1.4準拠ソースをJavaSE7(JDK1.7.0_79)でコンパイルした際の問題点
0. J2EE1.4準拠ソースのコンパイル結果をJavaEE7の環境で動かす場合ののセキュリティリスク・問題点
0. J2EE1.4とJavaEE7の機能比較・差異
0. J2EE1.4からJavaEE7へのマイグレーション時に必要となる改修ポイント

皆様のご助力を賜りたく宜しくお願い致します。

更新：9/12 8:55 JavaEE JavaSEの混用を整理しました。

matobaa

2016/09/09 06:02 編集

「あるJavaソースコード自動生成ツール」って具体的にはどんなものですか? Vで始まるやつ?

tom13x

2016/09/09 06:14

質問ありがとうございます。質問をしておきながら大変恐縮なのですが諸事情で具体的製品名を明らかに出来無いことをご理解頂きたく。Wで始まるものです。

tom13x

2016/09/09 06:20

もう一点、ソースコード自動生成ツールと書きましたが、本来XRADツールに分類されます。

matobaa

2016/09/09 06:51

ふむ。質問中で Java SE 7 と Java EE 7 を混用しているようですが、整理できますか?

tom13x

2016/09/11 23:57

お返事が遅くなり申し訳ございませんでした。ご指摘いただいた回答を満足できるか分かりませんが、混用部分と思われる箇所を整理してみました。

行動規範の内容に同意します

回答2件

ベストアンサー

ソースが1.4でもJava7のコンテナで動いてるなら大きな問題はないのではないでしょうか。javacのコンパイルオプションが-source 1.4 -target 1.7 -bootclasspath ... ということですよね。これなら出力されるクラスファイルは1.7のフォーマットになるので、ソースが1.4というのは実行時は関係ない気がします。問題があるとすればJava7に起因するセキュリティ・バグのリスクではないでしょうか。
開発元に保証してもらうのが一番良い方策だと思いますが、ざっくりと気になる点を挙げると

J2EE1.4準拠ソースをJavaSE7(JDK1.7.0_79)でコンパイルした際の問題点

古いライブラリを使ってる。Vectorとか。
Syntaxが古い。
Deprecatedなクラス・メソッドを使っている。

J2EE1.4準拠ソースのコンパイル結果をJavaEE7の環境で動かす場合ののセキュリティリスク・問題点

あまり思いつかないです。

J2EE1.4とJavaEE7の機能比較・差異

ソースコードとランタイムライブラリを比較することに意味があるとは思えません
強いて上げるとすれば上で述べた古いライブラリを使っていてパフォーマンスに問題があるとぐらいでしょうか。

J2EE1.4からJavaEE7へのマイグレーション時に必要となる改修ポイント

やはり上で述べた古いライブラリ、Deprecatedなソースの処理、でしょうか。

また、Java9からは1.5以下のソースがコンパイルできなくなるようです。

投稿2016/09/12 01:48

kodai

総合スコア759

tom13x

2016/09/13 22:59

非常に具体的なご指摘を頂き誠にありがとうございます。評価後の再質問となってしまい恐縮なのですが、J2EE1.4準拠ソースをJavaSE7(JDK1.7.0_79)でコンパイルした際の問題点として挙げて頂いた3点 >古いライブラリを使ってる。Vectorとか。 >Syntaxが古い。 >Deprecatedなクラス・メソッドを使っている。がある事で、結果としてどのような不具合が発生すると考えられますでしょうか？

行動規範の内容に同意します

まずJavaEEのコンテナ、ライブラリ環境を構築する場合コンテナ依存のJavaEEライブラリ（SDK）を揃える必要が有ります。そして使用するJavaEEライブラリが対応するJDK（コンパイラ）選択肢には何があり、その範囲でJDKを選択することが通常の環境構築になります。なので、お聞きになっている質問は「古いライブラリを使用するにあたって、最新のコンパイラを使用しても問題はないか」のようなニュアンスになってしまうと思います。
そうした環境の評価例はあまり多くない（もしくは無い）と想像するのが自然です。
今回ネックと思われるのは、JavaEE側ソース、ライブラリが１０年前標準のJ2EE1.4にあることではないかと思います（現在はJavaEE6以降がスタンダードな風潮と思えます）。ですが現行JavaEEはJDK1.4をサポートしているというアナウンスが有ります。さらに比較的最近のJDK（1.7以降）と互換の有るという情報も有ります。
私見になりますが、これら組み合わせは十分な評価が行われていないのではないかと思ってしまいます（もちろん全く問題ない可能性も有ります）
ついてはJavaEE7+JDK1.8で進めるのが時勢としては最適と思っているのですが、一意見として目を通して頂ければ幸いです。

投稿2016/09/11 18:53