LiferayサーバーまたはWebspherePortletFactoryでSpringPortletsを使用することをお勧めしますか?Websphereポートレットファクトリソリューションはポートレット開発を促進すると想定していますが、メンテナンスの観点からはわかりません。これら2つのテクノロジースタックを利用した個人的な経験はありますか?
追加情報:Spring MVCについて十分な知識があり、Websphereポートレットファクトリの企業ライセンスをすでに取得しています。
LiferayサーバーまたはWebspherePortletFactoryでSpringPortletsを使用することをお勧めしますか?Websphereポートレットファクトリソリューションはポートレット開発を促進すると想定していますが、メンテナンスの観点からはわかりません。これら2つのテクノロジースタックを利用した個人的な経験はありますか?
追加情報:Spring MVCについて十分な知識があり、Websphereポートレットファクトリの企業ライセンスをすでに取得しています。
私の経験では、WebSphere Portlet Factoryは、多くのcookie-cutterポートレットをまとめるのに問題がないかもしれませんが、デバッグするのはひどいです。生成されたコードに直接アクセスすることはできないため、そのコードにスタックトレースが表示されている場合、何が起こっているのかを把握するのは困難です。
さらに、WPFのパラダイム内にあるものに非常に制限されることになり、その境界の外で何かをしなければならない場合、事態は厳しくなります。Spring Portlet MVCを使用すると、使用しているスキルが厳密なポータルコンテキストの外でアプリケーションを使用できるという利点を含め、より多くの柔軟性が得られます。
ポータルフレームワークの問題は、JSR 168の外に出かけるときはいつでも、カスタム拡張機能でロックインされることです(そしてあなたはそうしたいと思うでしょう)。
Liferayでロックインを最小限に抑えることができると思います。
もう1つの提案は、ポートレットを完全に廃止し、HTML、CSS、およびAjaxを使用することです。そのようにベンダーに縛られることはありません。
ポルトレットは1990年代です。彼らは本当にあなたを何を買っているのですか?