2

共有 Java サービス ライブラリは、2.2 Xcp Documentum の優れた機能ですが、この特定のケースでは問題があります。

ちょっとした背景: 2.0 Xcp プロジェクトから 2.2 バージョンに移行する必要があります。2.0 から 2.2 に直接移行することはできないため、新しいプロジェクトを開始し、すべてのアーティファクト、カスタム ウィジェット、およびソースを徐々に追加しました。

古いプロジェクトの Java モジュールは、.javamoduleファイルの形式で Artifacts/Java Modules にあります。各.javamoduleファイルには、必要な jar の各コンテンツ パスが指定されている implementationJars のリストがあります。これは良いことです。なぜなら.javamodule、同じライブラリを使用しているがバージョンが異なるライブラリがいくつかあり、その特定.javamoduleの .

Xcp 2.2 で同じことをしようとすると、すべての jar が同じ場所 (「共有 Java サービス ライブラリ」である理由) に保存され、.javaservice自動的に作成されるファイル (2.2.javamoduleと同等) に保存されます。どの jar ライブラリを使用する必要があるか。ライブラリを「共有解除」できますか、それとも.javaservice特定のjarライブラリを指定するために使用できる表記があります.javaserviceか?

4

1 に答える 1

0

個人的には、デザイナー 2.0 または 2.2 を使用するプロジェクトに取り組んだことはありませんが、デザイナーとリリース ノートで確認したところ、2.1 から 2.2 への変更はありませんでした。

新しい Java サービスを作成するときは、プライマリ クラスを指定する必要があります。Java サービスへのクラスとして選択できる Java クラスがある場合は、新しい jar の追加をスキップできます。それ以外の場合は、Java サービスのクラスとして選択するクラスを jar に提供する必要があります。

Java サービスを取得したら、それをプロセスやその他の場所で自由に使用できます。

ファイルを開くと、Java サービスで使用するクラスに指定した値が格納さ*.javaserviceれていることがわかります。primaryClassName

したがって、あなたの質問に対する答えは次のようになります。xCP アプリケーションに追加したすべての jar は、任意の Java サービスに使用できます。アプリケーションを設計し、Java サービスで使用される Java コードを大幅に調整する際に多数のバグがあったことを思い出しますが、EMC エンジニアが新しいバージョンでそれを修正することを願っています。問題がある場合は、SO に戻ります。:)

于 2016-09-14T08:58:35.557 に答える