私たちは、大きくて扱いにくいが、かなり安定したTapestry 4.1で書かれたWebアプリケーションを持っています。そのために、代わりにGrailsでいくつかの新機能を開発しています。私たちの顧客は違いを知るべきではなく、可能であれば誰も内部的には誰も、例えばインストールサービスでは、Grailsアプリケーションは、既存のTapestryコードと同じWARになり、より具体的なパスに設定されたGrailsDispatcherServlet
とするのが理想的です。また、GantとIvyのビルドシステム(現在のAnt、Mavenへの移行)をやり直すことは選択肢にはならないという、既存のアプリケーションのモンスター構築プロセスに最小限の変更が必要です。開発中のライブリロードのためにWARを爆発的に扱うことができればうれしいでしょう。その後、Grailsと既存のWebアプリケーションの統合
質問、:
- これは可能ですか?
- もしそうなら、どこから始めますか?
- もしそうでなければ、次善策は何ですか?
- 何が必要なのですか?
GORMを使用しないように注意してください。私たちのすべてのデータは、すでにJavaドメインとメッセージング層を持つWebサービスから来ています。
データを永続化するために休止状態を使用していますか、それとも何か他のものを使用していますか? – allthenutsandbolts
ちょっと考えて - 別にgrailsアプリを作成してから、grailsアプリの戦争を元のアプリの戦争と一緒に.earファイルとしてバンドルするのはどうですか?こうすることで、元のビルドを維持し、grailsの意図した動作を維持し、最後に追加の手順を追加して.earファイルを構築することができます。大きな疑問は、統合のレベルが2つの間でどのようなものか、統合のポイントと、それをシームレスに見せるために適切なURLを書き直す方法です。 – GreyBeardedGeek
Groovyの代わりにJavaを使用していることを除いて、Spring MVC(Grailsの主要コンポーネント)を使ってよりうまく処理できるように思えます。 –