問題タブ [abort]

トランザクションが中止された場合、トランザクション中に保存されたエンティティの識別子を NHibernate にロールバックさせたいと考えています。私は NHibernate 2.1.0 を使用していますが、デフォルトではこれを行いません。私は次の解決策を思いつきました。これはある程度まで機能します。

問題は、エンティティの保存が関連付けられたエンティティに保存をカスケードする場合、そのエンティティの識別子がロールバックされないことです。上記の EntityIsTransient は、これらのエンティティに対しては呼び出されません。Save が明示的に呼び出されたエンティティに対してのみ呼び出されます。

カスケード時にも機能させる方法について何か提案はありますか?

新しいマシンにクライアント アプリをインストールした顧客が現場にいます。彼らがログインしようとしたとき。WCF Web サービスを呼び出します。次のエラーが表示されます。

System.ServiceModel.CommunicationObjectAbortedException

「通信オブジェクト System.ServiceModel.Channels.ServiceChannel は中止されたため、通信に使用できません。」

それらは別のマシンにインストールされ、問題はありませんでした。アプリは問題なくいくつかの場所にインストールされています。

単一のマシンで動作しない理由は何ですか? マシンは Windows 7 を実行していますが、アプリは Windows 7 を搭載した他のマシンで実行されています。

どんなアイデアでも大歓迎です。

もう一度、機能の安全性についてお話したいと思いThread.Abortます。私は、実際には制御できず、実際には望まない操作を中止する方法に興味がありましたが、アプリケーションのスレッドの渇きを防ぐために、できるだけ早くスレッドを解放したいと考えています。

そこで、テストコードをいくつか作成しThread.Abortて、リソースを適切にクリーンアップするために使用できるかどうかを確認しました。コードは次のとおりです。

したがって、これまでのところ、このコードは約5分間機能し、一部のスレッドは中止せずに完了したか、おそらく最終的に中止されたため、threadRunCount常に同じでthreadFinally、数はやや少なくなりました。threadAbort

だから問題は、私は何かが恋しいですか？

iPhone アプリケーションには、次のような行を含むかなりの数の場所があります。

実稼働アプリケーションで実際に abort() を何に置き換えるかについて、私はちょっと途方に暮れています。ユーザーのデバイスがエラーを送り返すことを許可する簡単な方法はないと思います。ここでの標準的な慣行は何ですか？

ページがアンロードされたがリクエストがまだ途中である場合、syn/asyn XMLHttpRequest (IE) はどうなりますか?

$(window).unload にバインドして、リクエスト オブジェクトの .abort() メソッドを呼び出すことは意味がありますか?

問題は、場合によってはページのロードとアンロードが非常に速くなり、場合によっては古き良き IE 6 が少なくとも 3 分間フリーズすることです。

ダニエル

ファイルを分析し、データベースへのトランザクション呼び出しを行うスレッドがあります。各トランザクションには、トランザクションの一部として監査エントリがあります。ファイルの処理を停止するために Thread.Abort() を呼び出すことに大きな問題はありますか? どこにでも醜い安全な場所を散らかすのではなく？

Abort 呼び出しの後、ファイルは閉じられます。

私は、通常は "file:" URL にリダイレクトされる C# ASP.NET ページに取り組んでいます。これは、ほとんどの状況で、ほとんどの場合は問題なく動作するように見えますが、ときどき (そして、私のテスト システムでは、明らかに常に) ファイルへのリダイレクトの代わりに、「オブジェクトがここに移動しました」というテキストを含むページが表示されます。 、ここで、「ここ」はリダイレクトしようとしていたファイルへのリンクですが、コロンの後に2つではなく4つのスラッシュが付いています（つまり、「file:////testserver/docs/testdoc.doc」）

これには通常、「System.Threading.ThreadAbortException: Thread was being aborted」というメッセージが伴います。

他の場所で解決策を探したところ、Response.Redirect が ThreadAbort 例外を引き起こしていることについて興味深いことがわかりましたが、それは根本的な問題ではないようです。実際の問題は「オブジェクトがここに移動した」ことのようです。このメッセージにより、例外がスローされます。

なぜ私がそれを手に入れたのか、誰か提案がありましたか...？

編集： IEタブでFirefox（3.5.7）を実行していることを忘れていたので、IEで試してみるといいと思ったときにそれを言及しようとしていました-IE（7）で動作します。

私はC#.NETでプログラミングしています。例外をスローせずにクラス プロパティの設定手順を中止することは可能ですか?

これが私がやりたいことです...

プロパティグリッドでこの値を設定しているため、(プロパティの代わりに) メソッドを使用できるとは思いません。

Thread.Abortは、スリープしているスレッドに割り込むことができますか（たとえば、Thread.Sleep（TimeSpan.FromDays（40）を使用）？または、スリープ期間が終了するまで待機しますか？

（備考：FromDays（40）はもちろん冗談です。そして、Thread.Abortはスレッドを停止するための推奨される方法ではないことを知っています。今のところ、リファクタリングしたくないレガシーコードを使用しています。）

ページに複数あり、それらすべてでメソッドxmlHttpRequestを呼び出そうとしています。abort()FFで大活躍。一方、IEは何もしません。接続が閉じず、リクエストが完了するまで別のページに移動できません。これは何ですか？abort()が呼び出されたときに IE が接続を閉じないのはなぜですか?