問題タブ [filenet-panagon]

ワークフロー エンジンに FileNet Visual Workflo (FileNet Image Services 上) を使用する VB6 アプリケーションがあります。すべてのアプリケーション コードは、Windows XP と Windows 7 の両方で正しく動作するように更新されていますが、FileNet から作業オブジェクト情報を取得しようとすると、Win 7 でパフォーマンスの問題が発生します。

アプリケーション内には、次のような呼び出しがあります。

パフォーマンスの問題を分離しました。

APIVWAPI は、レイト バインディングによって次のように定義されます。

の

Windows 7 マシン (Core i7 3.4GHz CPU 8GB RAM) では、Windows XP マシン (Pentinum 4 3.2GHz、1GB RAM) の約 40 倍の時間がかかります。この行 (および同様の行) は、キュー アイテムを取得するときに複数回呼び出されます。たとえば、120 個のアイテム キューは、Windows 7 では約 40 秒、Windows XP では 1 秒未満でロードされます。

どちらのシステムも最新の FileNet IDM コンポーネント (4.0.3 フィックスパック 1) を使用しています。Windows 7 環境は 64 ビット エンタープライズです。XP は 32 ビット プロフェッショナルです。FileNet Visual Workflo コンポーネントは、最後のバージョン 3.6 です。

Windows 7 で FileNet IDM を使用したり、Windows 7 で DLL に関連していると思われるパフォーマンスの問題に対処した経験がある人はいますか?提案はありますか?

このコードは、ファイルからFileNetファイルの最初のページを取得し、それをtiffに変換します。

代わりに、ページをループして、すべてのtiffを複数のページを持つ1つのtiffファイルに結合するにはどうすればよいですか？

ライブラリ コンテンツをFilenet Content ServicesからFilenet P8に移行しています。

そこで、フォルダ ツリーとドキュメント リストの両方を XML 形式で出力するエクストラクタを作成しました。各ドキュメントには、バージョン、プロパティ、および親フォルダが含まれています。このエクストラクタは、FileNet オブジェクトを仮想化する自作の dll に依存しています。

ドキュメントはこの方法で取得されます (巨大な sql リクエスト):

ただし、この方法で親フォルダーを取得すると問題が発生します (例として使用するために少し変更されています)。

少量のドキュメントの場合、いくつかの「間違った」親フォルダ(「[ドキュメントが] ファイリングされているフォルダ」) が報告されます。

次の方法では、ドキュメントがファイルされていることが報告されないため、「間違っています」（コードもわずかに変更されています）：

より多くのリソースが必要になる可能性がある回避策に取り組んでいます (ドキュメントごとに再確認してください...)。しかし、同じ結果が得られない理由を理解することは、ライブラリをチェックすることに関連している可能性があります。

キューを管理するために C# プロジェクトで IDM オブジェクトを使用しようとしています。しかし、ライブラリのすべての構文とドキュメントを含む適切なドキュメントまたは公式ドキュメントを取得できません。たとえば、どのドキュメントにも記載されていないのdeadline属性の 詳細が必要です。QueueQuerySpecification

以下のリンクのみを取得でき まし た 。 .it/articoli/programmazione/art_articolofileneteliminarelequeuecodedifil_79.aspx