問題タブ [distributed-objects]

アプリケーションが複数の JVMS に分散されている場合、単一トン クラスは各 JVM に複数のインスタンスを持ちます。この目的のために一意の ID を生成する必要があり、シングルトン パターン クラスを使用する必要があります。スタンドアロン環境では問題なく動作しています。分散環境でシングルトン パターンを作成して、インスタンスを 1 つだけ使用できるようにする方法は?

編集:私のアプリケーションでは、次のようなユーザーIDを作成する必要があります

名前が Pavan Kumar のような場合、ユーザー ID は pavankumar である必要があります。システムに既にこのユーザー ID が存在する場合、ユーザー ID は pavankumar1、pavankumar2 などのようにする必要があります。

同じ名前のユーザーに対する複数のリクエストが異なるサーバーに渡った場合、ID が重複する可能性があります。この目的のために、分散環境全体でシングルトンを使用したいと考えていました。

Objective-Cで分散オブジェクト（DO）を使用しています。ネットワーク上で販売した「サーバー」オブジェクトがあります。ネットワーク上の他のオブジェクトにはサーバーオブジェクトへのプロキシがあるため、サーバーオブジェクトのメソッドを呼び出すことができます。ただし、サーバーオブジェクトのメソッドを呼び出しているオブジェクトに関する情報を特定できますか？つまり、サーバーを呼び出すことができる多くの「クライアント」オブジェクトがあり、これらのオブジェクトを区別したいと思います。また、これらのオブジェクトに関する他の属性（ホスト名、一意の識別子など）を特定できますか？

Objective-C で分散オブジェクトを使用するサーバー/クライアント アプリが動作しています。私が今苦労しているのは、アプリをマルチスレッドにすることです。より多くのユーザーが同時にサーバーにアクセスできるようにします。

これがサーバーの主な機能です。ここで、nsconnection オブジェクトを作成します。

私の理解では、これにアプローチする方法は、ユーザーがサーバーにアクセスしようとしたときに、その特定の呼び出しに新しいスレッドを割り当てる必要があるということです。[conn runInNewThread] がこれを処理する必要がありますか?

どんな考えでも大歓迎です...

サーバーのコードは次のとおりです。

与えられたものに従って、2つのプロセス間の通信に分散オブジェクトを使用しています。 ここ

短時間に多くのメッセージを送信しようとすると、次のようなクラッシュが発生します。これは、MAC OS 10.5 でのみ発生します。10.6/10.7では問題なく動作しているようです

これは、mDNSresponder への多数の同時リクエストが原因で発生する可能性があります。このアプローチは、メッセージの数が少ない場合にうまく機能します。誰でも助けてもらえますか???

メソッドはoneway非同期です（結果はすぐには期待されません）[1]。oneway分散オブジェクトAPIで使用されます。[2]

しかし、私はSCPluginで以下のコードを見つけました

onewayココアアプリケーション（分散オブジェクトなし）でも同じように動作しますか？

そのような特定の質問ではありませんが、私は水域をテストしようとしています。私は分散オブジェクトが好きで、グランド セントラル ディスパッチが好きです。2つを組み合わせてみてはどうですか？

それは意味がありますか？この海域で遊んだことのある人はいますか？GCD を使用して、複数のマシン間でオブジェクト アクセスを同期することはできますか? それとも、ローカル オブジェクトのみを同期することに固執する方がよいのでしょうか? 何に気をつければいいですか？どの設計パターンが役に立ち、何を避けるべきか?

例として、GCD キューを使用して、ある種の共有リソースへのアクセスを同期します。分散オブジェクトを介してこのリソースを公開すると、何が起こると予想できますか? 次のような質問: 分散オブジェクトをブロックでうまく扱うにはどうすればよいですか? マシン間ですべてを通常どおり使用できますか? そうでない場合、そうするためにそれを論争できますか? どのような困難が予想されますか?

分散オブジェクトを提供している ARC を使用する 64 ビット アプリケーションがあります。プロキシ オブジェクトを使用するアプリケーションは 32 ビット アプリケーションであるため、ARC を使用していません。これは私に問題を引き起こしますか？

また、32 ビット アプリケーション内で、64 ビット/ARC アプリケーションのクラスを再利用したいと考えています。それらが ARC の場合、ARC 以外のアプリケーションにどのように統合できますか?

Objective-C Distributed Objects (DO) を使用して、あるアプリケーション (ネットワークからデータを収集する) から別のアプリケーション (Quartz Composer 内のパッチ) にデータを共有しています。遠くのオブジェクトへの接続が失敗すると (最初のアプリケーションをシャットダウンしたとき)、次のようになります。

その後、Quartz コンポジションがハングします。最初のアプリケーションを元に戻した後でも、ハングしたままです。Quartz パッチを再接続してほしい。

次のように、通知センターを使用して古いオブジェクトをシャットダウンしています。

現在、私の接続DidDieは次のようになっています。

また、次のように、proxyObject の任意の部分にアクセスする直前に、接続がまだ有効であることを確認します。

私も試してみました

どちらの場合も、この EXCEPTION をトリガーするのはこのテストです。

販売されたオブジェクトを持っている最初のアプリケーションをシャットダウンするときに、Quartz のハングを防ぐにはどうすればよいですか?

アプリケーション内で、2 つのプロセスにわたってオブジェクトを販売しようとしています。ただし、コードをテストすると、提供されたオブジェクトを受け取るプロセスがブロックされます。私は多かれ少なかれhttp://www.mikeash.com/pyblog/friday-qa-2009-02-20-the-good-and-bad-of-distributed-objects.htmlのサンプルコードに従いました。

以下は、私の 2 つのプロセスのコードです。

そして「受け手」