問題タブ [fault]

ソリューションには、本質的に Automapper を使用して例外を障害に変換するカスタム例外処理動作 (IErrorHandler を実装) があります。

これは初日からうまく機能しています。ただし、共有開発サーバーで ServiceTraceViewer (クライアントではなくサーバー ログを参照) をブラウズしているときに、サービスから返されたエラーで詳細要素が省略されていることに気付きました。

私の開発マシンでまったく同じコードと構成を実行すると、detail 要素が正しく設定されます。私が言うように、構成ファイル (動作、バインディング) は両方のマシンで同一です。どちらの構成でも includeExceptiondetailsInFaults = true が指定されています。

また、両方のマシンで同じコード パスがたどられ、障害コード、障害の理由などのさまざまな値が同じであることを示すと思われる一連のログ ステートメントを追加しました。

私の開発マシンは 2008R2 標準 (64 ビット) です。問題のサーバーも 2008R2 Standard (64 ビット) です。

必要に応じてコードの抜粋を投稿できますが、最初の例として、私たちが見ているものを可能にする環境はありますか?

問題ファイルからの抜粋:

最初は XP で、現在は Vista で何年も問題なく実行している Windows アプリケーションがあり、ちょうど朝、別の Windows Vista Home 32 ビット マシンにソフトウェアをコピーしましたが、最初の 20 回または 30 回はクラッシュし続けました。私はそれを実行しましたが、突然問題は魔法のように解決されました。ハードウェアに触れたり、ソフトウェアに触れたり、構成に触れたり、再起動さえ実行したりせず、1秒ごとにクラッシュしなくなりました。なぜ... わからない。

イベント ログを確認すると、アプリケーションがクラッシュするたびに次のメッセージが表示されていました。

障害バケット 2550128871、タイプ 1

イベント名：APPRASH

応答: なし

キャブ ID: 0

これは正確にはどういう意味ですか？さらに重要なことに、魔法のようにそれが起こらなくなったのはなぜですか?

私はこのアプリケーションの開発者なので、コード内のバグではないかと心配しています...ただし、すべてがそうではないことを示しているようです.

何か案は？

別のエンティティ「部門」への対多関係「部門」を持つエンティティ「従業員」があるとします。Employee オブジェクトのインスタンスがあり、部門コレクションが現在障害になっている場合、部門の数を取得する最もメモリ効率の良い方法は何ですか?

2 つの明らかなオプションは次のとおりです。

1) 通話[myEmployee.departments count];

2) fetchRequest を構築して、一致する「従業員」関係が従業員オブジェクトを指している Department オブジェクトのみを返し、次に呼び出しますcountForFetchRequest:

メモリ使用量とは別に、これらの方法のいずれかが他の方法よりも無視できないほど高速でしょうか?

「CoreData は障害を実行できませんでした」というメッセージが時々表示されます。Apple のドキュメントを読みましたが、何を保持できるかが不明です。スレッドごとに 1 つのコンテキストを作成するなど、細心の注意を払ってきました。ただし、アプリで行っていることの 1 つは、UIViewControllers に NSManagedObjects を保持することです (通常は NSArray または NSDictionary を介して)。オブジェクトの関係が変化しており、適切な通知を処理していないことが原因だと思います。

Core Data に関して、より良い設計について何か提案はありますか? エラーが発生したとき、コンテキストから実際に何かを削除して障害を引き起こしたことはわかりません。状態を保持している場合、UIViewControllers で NSManagedObjectContextObjectsDidChangeNotification を処理する必要がありますか? 任意の提案をいただければ幸いです。

NSManagedObjectのカスタムサブクラスを使用するCoreDataエンティティがあります。CoreDataの属性または関係に関連付けられていないインスタンス変数とプロパティがいくつかあります。私がやっていることの例はこれです：

これで、私のアプリでは、アプリの起動時にフェッチリクエストによってルートのインスタンスを1回取得し、アプリが終了するまでそれを保持します。（実際には、ルートインスタンスを削除して新しいインスタンスを作成できるため、少し複雑ですが、一度に1つしか存在せず、保持されます。）したがって、アプリが終了するまで、didTurnIntoFaultが呼び出されないことを願っています。もしそうなら、ある時点で私はroot.fooまたはroot.barを参照し、nilを取得します。それは私のアプリのエラーになります。ルートインスタンスには、fooとbarの値が常にnil以外である必要があります。fooはインスタンスがロードされるたびに作成され、barはルートインスタンスをフェッチした直後に呼び出し元によって設定されます。

コードがNSManagedObjectを保持している場合、didTurnIntoFaultが呼び出されないことに依存できますか？

didTurnInfoFaultが呼び出されたくない場合、なぜそれを持っているのですか？さて、私はいつか片付けなければなりません。プログラムが終了するまでこれらのインスタンス変数を解放したくない場合は、そのコードを実際にdeallocに入れる必要があります。しかし、NSManagedObjectのサブクラスにdeallocを使用することを思いとどまらせるいくつかのドキュメントを読んだと思います。

次の操作があると想定します。

（つまり、入力としてのCustomerオブジェクトと出力なしのCustomerオブジェクト）

WS-I BP 1.1に準拠して、一方向操作の障害メッセージを定義することは許可されていません[1]。ただし、顧客が重複している場合などに備えて、例外をスローすることもできます。これをどのように達成しますか？操作が成功したことを示す空の応答を伴う要求/応答として操作を定義しますか？私の意見ではそれほどきれいではありません...多分あなたは別の方法を知っていますか？つまり、java / .netプログラム内では、voidメソッドに対しても例外をスローできるようにする必要があります...

例：

ここで、AddCustomerResponseは空のシーケンスになります。

[1] http://www.w3.org/TR/wsdl#_porttypes

.net C# で記述されたアプリケーションがあり、Windows イベント ログが散発的にクラッシュし (応答しません)、次のメッセージが表示されます。(それが参照する dll はアンマネージ コードです)

この例外の意味を知っている人はいますか? 何が原因でしょうか？これを解決する方法は何ですか？

エラーが発生しているアプリケーション名: Application.exe、バージョン: 4.2.11.0、タイム スタンプ: 0x4e8d8e86 エラーが発生しているモジュール名: myDll.DLL_unloaded、例外コード: 0xc0000005 エラーが発生しているオフセット: 0x0000000180004d3c エラーが発生しているモジュール パス: myDll.DLL レポート ID: 5608bfd7-f014-11e0- 9df7-001cc05d00b7

ありがとう！

テーブルを更新する ProC プログラムを呼び出す ksh スクリプトを実行しています。プログラムは UNIX では正常に実行されますが、LINUX RHEL55 で実行するとメモリ障害エラーが発生しますメモリ障害エラーの前の最後のステートメントをデバッグしようとすると、カーソルで Fetch を実行した後のポイントを指しますフェッチされた値を使用してテーブルを更新しようとします。コードのスニペットは次のとおりです。

Hg で、2 つのブランチをどの方法でマージしても、予想外に何百ものファイルを完全に削除しようとする状況に遭遇しました。つまり、ブランチ A を B に、または B を A にマージします。

誰かがこれを経験し、ガイダンスを提供できますか?これは私たちにとって大きな問題になっていますか?

ありがとう。

InstanceContext.Faultedイベントの処理中にチャネルに障害が発生する原因となった例外を取得するにはどうすればよいですか?