次のシナリオがあります。Oracle サーバーにビューがあり、そのビューを Web ブラウザに表示し、基本的なフィルタリング用の入力フィールドを 1 つまたは 2 つ表示するだけです。ユーザーも認証もありません。このビューだけで、マスターの詳細を表示するための 2 番目のページにリンクする 1 つまたは 2 つの列が表示されます。子は、ID を含むマスターの列の単なる文字列記述です。挿入も更新もありません。問題は、最小量で上記を達成できる最適な Java ベースの Web フレームワークはどれかということです。
- コード行
- コード時間 (主観的ですが、誰かが 1 つまたは 2 つ以上のフレームワークで経験を積んでいる場合は一種の客観的でもあります)
- 設定作業
- 展開の労力と要件。
- 依存関係とメモリ フットプリント
また: 6. Oracle APEX はオプションではありません。
3、4、および 5 は、機能コーディング以外のすべてであるという意味では同じかもしれません。コンパイルして、データベース ホストに FTP 接続するだけで展開し、実行して忘れることができるものが必要です。（例えば、展開の側面では、ハドソンの方法が頭に浮かびます（java -jar hudson.war とそれだけです））。
また、3,4 は 1 と 2 よりも優先されます。
ありがとう。
編集 1: ROO の試み。最初に Spring Roo を試してみましたが、これが実際に起こったことであり、まさに私が避けたいことです。
- Roo のダウンロード (環境変数、パスなどの設定)
- Mavenが必要であることがわかりました（最初の匂い）
- インストールされたMaven
- Roo シェルでプロジェクトをセットアップする
- 実行しようとしましたが、maven がアーティファクトを見つけられなかったため、ビルドできませんでした。
- Web を検索したところ、Spring リポジトリではなく Maven リポジトリを含む ROO の小さなバグが原因で、Oracle が使用されている場合に発生する springsource リポジトリと Maven Central の間の問題のため、生成された pom を微調整する必要があることが最終的にわかりました...など...等..
- 放棄された Roo の理由: ローカルにインストールされたデータベースのテーブル ビューを 1 ページで簡単に表示したかったのですが、30 分後、maven フォーラムを検索して、maven が sth のリストで「アーティファクト」と呼ばれる sth を見つけられない理由を探す以外に進展がありませんでした。 「リポジトリ」と呼ばれます。