2010-11-23 20 views
3

Websphere 6 + JSR86ポートレットを使用して新しいプロジェクトで使用するアーキテクチャー・アプローチを、既知のポータル・ツールの下で定義します。Websphere x JSR 286のベスト・プラクティス

ポートレットグループごとに1つの.earファイルを使用することを計画しています(2つのポートレットが密接に関連している場合は同じ.earになります)。共有ライブラリを使用して、これらのポートレット。

誰かが以前にこのアプローチ(または別のアプローチ)を使用しましたか?これは良いアプローチだと思いますか?

私はいくつかの意見を探しているか、誰かとこのアーキテクチャについて話しています(IBMのWebサイトで私のシナリオを取り上げたベストプラクティスの記事は見つかりませんでした)私は決して誰かに尋ねたことがないので、先に何か問題を発見することは良いことです。

+0

私はこのトピックで長年の経験を持っていました。その年に何をしたのかについてのコメントを追加する価値があり、それはうまく機能しました。 関連するポートレットは、同じ耳の中にグループ化されたウォーズとして作成され、これらのポートレット間の共通ライブラリは耳のレベルで展開されました。 3つの大きな耳があり、それらの間に共通のライブラリがいくつかあったとしても、それらのライブラリを複製し、パッケージを維持し、環境(共有ライブラリ)要素から切り離されたプロセスを構築する方が良い方法でした。 – Cotta

答えて

1

通常、ポータル・ビューの管理ページにアクセスできるのは、これをWARファイルでWebSphere Portalにデプロイした場合です。 WASの管理ページ(ここではJ2EEアプリをデプロイできますが、ポートレットとはみなされません)とポータルの管理ページを区別する必要があります。私は共有ライブラリをポータルの共有フォルダに入れますが、それはベストプラクティスではないかもしれません。

関連する問題