xmlaccess を使用した JSR168 ポートレットのデプロイに問題があります。デプロイとconreteページへの参加に問題はありませんが、共有ライブラリ参照を自動的に追加したいと思います. 出来ますか？？IBM WS コンソールを使用して、「libshared」という名前の共有ライブラリを追加しました。xmlaccess を使用して入力 xml にこの参照を追加できますか?
3 に答える
0
私も少し前にこれに遭遇しました...そして、さまざまなレベルでIBMのサポートとチャットする時間を費やすなど、最大限に調査しました。
プロトコルは、ポートレット アプリケーションの展開と並行して、そのXMLAccessような「システム レベル」の構成を提供しません。ポートレット アプリケーションおよび関連するアーティファクトのインストール、カスタマイズ、およびアンインストールにのみ使用できます。
展開戦略に、 を介して直接 WAR ファイルを展開することが含まXMLAccessれている場合は、WAS 管理コンソールを使用して共有ライブラリをアプリケーションに手動で追加する必要があります。XMLAccess を介して WAR ファイルをデプロイする場合、WAR ファイルを「ホスト」するために WebSphere Portal によってランダムな名前の EAR が作成されるため、これは手動で行う必要があります。したがって、共有ライブラリの添付をスクリプト化することはできません。
WebSphere_Portal(または、共有ライブラリをサーバーの ( ) クラスパスに追加することもできます)
代わりに、デプロイ戦略に EAR としてパッケージ化されたポートレット アプリケーションのデプロイが含まれている場合は、より有利な立場にいます。EAR デプロイメント プロセスの一部として共有ライブラリ アタッチメントを自動化し、XMLAccess を使用して、ポートレット アプリケーションの EAR 内の場所を WebSphere Portal に通知することができます (Michael が上で述べたように、WebSphere Portal 6.0 では次のように動作します)。良い）。
幸運を。
于 2010-10-07T04:50:41.023 に答える
0
xmlaccess でこれを行うことはできないと思います。ただし、ライブラリへの参照を、ポートレットの war ファイルの META-INF ディレクトリの Manifest.MF ファイルの下に配置してみてください。
または、共有 jar ファイルを /shared/ext ディレクトリの下に置くこともできます。または、wps.ear ファイル内に配置することもできます。これら 2 つのソリューションのどちらも、ポートレットを選択するだけでなく、ポータルのインストール全体でライブラリを共有することに注意してください。
于 2009-10-27T04:09:45.837 に答える
0
wsadmin などを使用してアプリケーションをデプロイし、それを使用してクラスパス (つまり、共有ライブラリ用) を更新し、xmlaccess を使用してポートレットをデプロイし、以前にデプロイされたアプリケーションを参照できます。ただし、これは WebSphere Portal でのみ機能すると思います。 6.1.
詳細が必要な場合は、私に声をかけてください。
于 2010-03-15T17:30:53.813 に答える