問題タブ [teamcenter]

メイン スレッドから呼び出される別のスレッドとして実行される Teamcenter ITK プログラムを作成しようとしています。メイン スレッドは、UI 上のアクションから呼び出されます。子スレッドは完了するまでに長い時間がかかるため、子スレッドを作成せずにコードをメイン スレッドに配置すると、UI が最大 10 分間フリーズします。これは許容できません。

SSO を使用しているため、メイン スレッドと子スレッドの両方で、メイン スレッドによって行われた認証を共有する必要があります。また、データベースに接続する必要があります。最後に、メイン スレッドは子スレッドが完了するのを待つべきではありません。

子スレッドを呼び出すコードは次のとおりです。

threadReady = 1実行に 8 分かかるコードを子スレッドで実行しようとするときはいつでも、グローバル変数を設定します。

問題は、メイン スレッドが終了した後に子スレッドが奇妙な動作をすることであり、次のエラーが発生します。

ほとんどの子スレッドは実行されますが、最後にクラッシュすることがあります。

Teamcenter リッチ クライアント (RAC) は、Eclipse ベースのアプリケーションであるため、カスタマイズ可能です。ただし、Teamcenter ビジュアライゼーション ツールは、Teamcenter スイートの個別のコンポーネントのようです。

このソフトウェアをカスタマイズすることは可能ですか? 私の目標は、Vis ビュー/モックアップ アプリケーションをリモートで制御するモバイル アプリを開発することです。最初のステップでは、3D 画像を視覚化する必要はありません。指のジェスチャーだけで十分です。2 番目のステップでは、デスクトップとモバイル デバイスの 3D 画像を同期するとよいでしょう。

Java (および Eclipse) を使用して、Teamcenter 8 リッチ クライアントのログイン セッションからセッション パラメーター (ユーザー名など) を取得しようとしています。

そのスニペットはコンパイルされたコードから取得され、プラグインを実行してAIFUtilityクラス内のメソッドを呼び出そうとするとAifrcpPlugin、例外がスローされます。

現在のセッションのユーザー名を取得する方法を知っている人はいますか?

Windows 7 x64 マシンでは、正常に動作する Eclipse インストールとワークスペースがあり、そこから Teamcenter リッチ クライアント (Eclipse 3.6 で実行される) のプラグインを問題なく実行/デバッグします。

ここで、Eclipse とワークスペースを別の Windows 7 x64 マシンに移動しました。

• 同じバージョンの JRE を持っている
• 同じ構成パスとインストール パスを持つ
• 同じターゲット プラットフォーム (Teamcenter) がインストールされている (少なくとも同じプラグイン セット)

しかし、新しいマシンで、デバッグ構成を起動すると、アプリケーションは次の例外で起動に失敗します:

その2台目のマシンで、他のEclipseリリースとJREを使用して、クリーンインストールでプラグインプロジェクトをエクスポート/インポートしようとしましたが、成功しませんでした。

Java SOA API を使用して Teamcenter で作業しています。 構造体から子行を正しく削除するにはどうすればよいですか?

これが私のコードです：

その後、構造の新しい子行を追加しています。

RAC ではすべて問題ありませんが、コンソールではICCTExceptionが表示されます。

どうしたの？

Teamcenter サーバーのカスタマイズ コードで ITK 呼び出しによってスローされたエラーを効果的に処理するにはどうすればよいですか?

C ITK API では、関数は通常、成功/失敗を示す整数値を返します。通常、ゼロ ( ITK_ok) は成功として扱われ、ゼロ以外は失敗として扱われます。障害が発生した場合、開発者は使用されているリソース (空きメモリなど) をクリーンアップする必要があります。

私は、カスタマイズ開発者がマクロを使用して記述したコードを数多く見てきました。私が最初の Teamcenter ITK プログラムを最初に書いたときもそうしました。

私はそのようなマクロを定義し、ITK 関数呼び出しを行うあらゆる場所でそれを使用しました。例えば：

すべての関数呼び出しの出力を比較して、ITK_ok何かを行います。何も問題はありません。しかし、実際には多くのことがうまくいかない可能性があり、理解するのが難しい場合があります。

私は人々がこれをしているのを見たことさえあります:

または

つまり、これには何も問題はありません。しかし、コードサイズは増加しませんか? 二重性が見えませんか？

後で、これをよりエレガントでシンプルな方法で行うことができることに気付きました。クラスとオーバーロードされた演算子を使用する C++ の方法。ResultCheckそして後で、OOTB (out-of-the-box) Teamcenterと呼ばれるものがあることさえ発見しました。

ヘッダー ファイルをインクルードし、そこからクラスを使用するだけです。

ResultCheckこのファイルは、オーバーロードされた代入演算子を持つクラスを宣言します。このファイルは Teamcenter キットに含まれています。ご覧ください。

それは非常に小さくてきちんとした仕事をします。これで、私の以前のステートメントは以下に変換されます。

すべての関数呼び出し return ステートメントで、 のインスタンスResultCheckが作成されます。ヘッダー ファイルを確認すると、オーバーロードされた代入演算子がifail(整数) を入力として受け取ることがわかります。ifail内部的には、そうであるかどうかをチェックしますITK_ok。そうでない場合は、単に をスローしIFailます。そして、やりたいことを何でもできるように、catch ブロックで制御が渡されます。

シンプルですね。それでは、これらのマクロをすべて削除して、これを使用しましょう…</p>