2

LiferayサーバーまたはWebspherePortletFactoryでSpringPortletsを使用することをお勧めしますか?Websphereポートレットファクトリソリューションはポートレット開発を促進すると想定していますが、メンテナンスの観点からはわかりません。これら2つのテクノロジースタックを利用した個人的な経験はありますか?

追加情報:Spring MVCについて十分な知識があり、Websphereポートレットファクトリの企業ライセンスをすでに取得しています。

4

2 に答える 2

3

私の経験では、WebSphere Portlet Factoryは、多くのcookie-cutterポートレットをまとめるのに問題がないかもしれませんが、デバッグするのはひどいです。生成されたコードに直接アクセスすることはできないため、そのコードにスタックトレースが表示されている場合、何が起こっているのかを把握するのは困難です。

さらに、WPFのパラダイム内にあるものに非常に制限されることになり、その境界の外で何かをしなければならない場合、事態は厳しくなります。Spring Portlet MVCを使用すると、使用しているスキルが厳密なポータルコンテキストの外でアプリケーションを使用できるという利点を含め、より多くの柔軟性が得られます。

于 2011-03-21T20:27:31.627 に答える
1

ポータルフレームワークの問題は、JSR 168の外に出かけるときはいつでも、カスタム拡張機能でロックインされることです(そしてあなたはそうしたいと思うでしょう)。

Liferayでロックインを最小限に抑えることができると思います。

もう1つの提案は、ポートレットを完全に廃止し、HTML、CSS、およびAjaxを使用することです。そのようにベンダーに縛られることはありません。

ポルトレットは1990年代です彼らは本当にあなたを何を買っているのですか?

于 2011-02-23T17:01:17.447 に答える