私は10歳のJava EEアプリケーションをより現代的な標準に変換しようとしています。この取り組みの次の段階では、EJB 1.1コードをEJB 3.0コードに置き換えます。私はEJB 3.0で多くのことを読んできました。しかし、おそらく2つのリリースの間に技術が進化したため、おそらくは1.1から3.0への直接ジャンプを行うことに関する情報はほとんどないようです。この練習を経て、有用な参考資料へのアドバイスや指針を提供している人はいますか？現時点では、ファサードで可能な限り保存し、NetBeansにデータベーススキーマから自動的に新しいEJBクラスを作成させる計画です。EJB 1.1からEJB 3.0への変換についてのアドバイス
管理者に説明することは難しいかもしれませんが、アプリケーションを再実装するのが簡単かつ迅速になることが懸念されます（少なくとも、手を触れることはできず、従来のサービスとしても使用できません）。
具体的なヘルプに関して、Adam BienはJava EEへのJ2EEプロジェクトの転送について話していますが（通常は2.xですが）、2とどのようにデザインパターンがどのように変化したかについての良い本があります。多分これは役立ちます、それに応じてコードを変更：
http://press.adam-bien.com/real-world-java-ee-patterns-rethinking-best-practices.htm
は、ポインタをありがとうです。私は本を調べて、それが前進するのに役立つかどうかを見ていきます。アプリケーションを移行する以外に選択肢はありません。現在実行しているインフラストラクチャ全体が古く、コンポーネントのいずれもサポートされていないためです。現在の製品の中で利用可能なオプションのどれも、ここで使用されている古いテクノロジをサポートしていないようです。 –
まあ、私はあなたに幸運を祈っていますが、これは私には大きな仕事のようです。 ITの10年前のアプリケーションを変更することは、電子タイプライターをプリンタとしてラップトップコンピュータに接続しようとするようなものです。真剣に、アンティークのインフラストラクチャにアンティークアプリケーションを移植しようとするよりも、アプリケーションの一部を再実装し、新しいハードウェアを提供する方が速くて安価であることを管理者に示すオプションはありませんか？おそらく、レガシーシステムとして変更する必要のないコアコンポーネントを使用できる可能性があります。 –
これは、私たちが解決したアプローチにある程度まで及んでいます。 NetBeansを使用してスタブを作成し、ビジネスメソッドをコピーしていくつかの調整を行うことで、セッションBeanを再作成しました。エンティティBeanを最初からNetBeansを使用して再作成し、dbスキーマに接続するだけでほとんどの作業を実行できます。コードベースの残りのPOJOとの統合はかなり単純です。私が切り抜かなければならない奇妙なエッジケースがいくつかありますが、私たちは動いていると思います。すべてが完了するまでに1ヶ月以上かかることはありません。 –
む〜が、違いは_huge ..._ –