問題タブ [messages]

PHP、できればオープンソースで動作するメッセージブローカー（Apache ActiveMQ for Javaなど）を探しています。何か案は？

デスクトップアプリ（Delphi製）はユーザーAによって起動されます。これを「インスタンスA」と呼びましょう。

ユーザーAは「ユーザーの切り替え」を行い、ユーザーBはログインします。

ユーザーBは同じアプリケーションを実行します。それを「インスタンスB」と呼びましょう

私が今欲しいのは、インスタンスBがインスタンスAにメッセージを送信する方法です。

私は次のことを試しました：インスタンスAはそのハンドルをファイルに書き込むので、インスタンスBはそのファイルを開き、ハンドルを読み取り、それを使用してインスタンスAにメッセージを投稿できますが、機能しません-おそらくセキュリティ上の理由でWindowsあるユーザーに別のユーザーの実行中のプロセスのハンドルへのアクセスを許可しません...

これを行う「悪い」方法は、インスタンスAに特定のファイルまたはレジストリの場所を数秒ごとにチェックさせることです。これにより、インスタンスBはそこに何かを書き込むことができ、インスタンスAはそれを取得します...しかし、これは明らかに面倒で不法な解決策です。 。

代わりに、私が必要としているのは、ユーザーBのインスタンスBがユーザーAのインスタンスAに無害なメッセージを送信する方法です。その後、インスタンスAが起動し、それについて何をすべきかを決定します。

提案をありがとう！

私はC++を初めて使用し、共有メモリとロックをいじるという一般的な落とし穴を避けたいので、ローカルIPCを堅牢な方法で実現するための移植可能な方法を選択することについての提案を探しています。したがって、メッセージ パッシング スタイルの ipc を考えていました。

とにかく他の理由でqtを使用することを計画していたので、Qtのipcオプションをのぞき見しました。

私が正しく理解している場合、qt は完全に移植可能なメッセージ パッシング ipc 機能を提供していません。d-bus を使用できますが、Windows で使用するには問題があります。他の方法は、組み込み Linux プラットフォームに限定されています (これを AIX に移植したいと考えています)。

QSharedMemory と QSystemSemaphores を使用する「シグナルとスロット」またはメッセージ パッシング スタイルの実装が見つかりませんでした

したがって、QSM/QSS での機能の実装に制限はありますか? 他にどのようなオプションを勉強できますか? posixパイプ？プロトコルバッファ? ブーストキューとメッセージ?

LGPL/GPL スタイルのライセンスの下でコードをリリースすることを検討していますが、これはプロトコル バッファまたはブースト ライブラリを除外しますか?

繰り返しますが、インターフェースはシンプルで初心者にも耐えられるものでなければなりません (そうでなければ、私は間違いなく物事を台無しにしてしまいます :) )。

Windows OS にキーボード コマンド (メッセージ) を送信できる独自のアプリケーションを構築したいと考えています。

たとえば、ctrl+shift+n の組み合わせを押すと、 notepad.exe を起動したいと思います。どうやってやるの？使用されているコンセプトについて何かアドバイスはありますか。

キーボードフックを使用すると可能になると読みましたか? それが唯一の方法ですか？これを可能な限り簡単に行う無料のオープンソース アプリケーションを知っていますか?

これは複数のホスト ヘッダーで動作するように、カスタム ファクトリを作成したホストされた WCF サービスを持っています。

クライアントとサーバーの両方で、構成ファイルが正しいことを確信しています (ここで確認できます)。

私が得ているエラーは、工場に関連しているようです:

このファクトリでは手動アドレス指定が有効になっているため、送信されるすべてのメッセージは事前にアドレス指定する必要があります。

エラーは行で発生しますreturn base.Channel.GetData(value);。

相互にメッセージを交換するオブジェクトを必要とするソフトウェアを作成しています。メッセージには次の内容が含まれている必要があります。

Peer を管理する別のクラスがあるため、Peer はポインタでなければなりません。残りについては疑わしいです...たとえば、メッセージが作成されるときにメッセージテキストとペイロードをコピーし（2つの新しいバッファーを割り当てることにより）、メッセージのデストラクタに削除を配置します。これには、コンシューマー関数の削除を忘れるのを避けるという大きな利点があります (これらの関数を単純にするという言及ではありません) が、多くの割り当てとコピーが発生し、すべてが遅くなる可能性があります。したがって、ポインターを代入するだけで、デストラクタにすべてを削除させることができます...または...まあ、これは他のプログラミング言語ではGCがあるためジレンマでさえない一般的な状況です。あなたの提案は何ですか?また、最も一般的なプラクティスは何ですか?

編集:コンテンツを渡すためのベストプラクティスは何かを知りたいということです...それらを追跡する別のオブジェクト、またはおそらく共有ポインターを使用するなど...またはあなたは何をしますか...

Webサイトにメッセージを表示する短い関数があります。

そして、メッセージを隠す別の機能があります。

問題は、この関数を2回以上呼び出すと、すべてのメッセージを同時に表示しようとし、すべてが機能しなくなることです。関数を2回呼び出したいのですが、アニメーションをキューに入れて、次々にメッセージを表示する必要があります。関数は同時に複数回呼び出す必要がありますが、次々に表示されます。もみが隠れたら、次のメッセージが表示されます。

どうすれば問題を解決できますか？いいだろう！

ホーム ページにユーザーの名前を含むウェルカム メッセージを作成するにはどうすればよいですか?

動的フィールドをレコードセットからマイページにドラッグしても機能しません:

ログインしているユーザーではなく、テーブルの最初のユーザー名を使用し続けます。Application.CFC ページに何かを追加する必要はありますか? 違いがあれば、ColdFusion、Dreamweaver、および MySQL を使用しています。

ご協力いただきありがとうございます。

Interface Builder がイベントをトリガーするコンポーネントと他のコンポーネントのメッセージとの間のグラフィカル接続の送信メッセージ アウトレットを決定する方法に関するドキュメントを見つけることができません。
有限状態オートマトンをカプセル化したコンポーネントを生成したいと考えています。入力部分はシンプルで、IBAction メッセージを定義するだけで、Interface Builder でそれらを接続できます。トリッキーな部分は、明らかにそのような接続のもう一方の端です。
FSM によってトリガーされるイベントごとに、NSButton の「セレクター」アウトレット (インスペクターの「接続」タブの「送信済みメッセージ」の下にリストされている) のような個別のアウトレットを提供したいと考えています。
このようなインターフェイスをプログラムで指定するにはどうすればよいですか? また、これらのインターフェイスを複数指定できますか? または、このアプローチは適切ではありません。通知はより良い方法でしょうか? (私は Visual Age と Parts からのグラフィカル接続を使用しているので、それらを好むのですが、Interface Builder では、そのような接続のサポートは何らかの形で制限されているようです)。

前もって感謝します

私の質問の最初の部分は、「Send An Action Cocoa - IBAction」という質問で回答されています。複数の「送信済みメッセージ」を定義する可能性をまだ探しています。

AppDomain と Windows のメッセージにも関連する問題があります。

.Net WinForms UserControl 派生コントロール - HelloWorldCtl を含む、Internet Explorer でホストされる Web ページ。このコントロールは、C# で記述されたアセンブリ (HelloWorldControl.dll) 内にあります。コントロールは、C++/CLR で記述された別のアセンブリ (HelloWorldLibCPP.dll) のコードを使用します。

HelloWorldCtl は、HelloWorldLibCPP.dll をロードし、Win32 ネイティブ ウィンドウを作成するコードを呼び出して、そのウィンドウを HelloWorldCtl の領域に配置します。

Web ページに移動すると、HelloWorldCtl が読み込まれ、HelloWorldCtl の領域の中央にネイティブ ウィンドウが表示されます。

C# コントロールとネイティブ ウィンドウの両方にいくつかのメッセージ ハンドラーがあり、メッセージはすべて正常に機能しており、C# コントロールのウィンドウとネイティブ ウィンドウの両方に到達しています。マウス クリック、再描画など... ただし、ネイティブ ウィンドウの一部のメッセージ ハンドラーは、ネイティブ ウィンドウの親である C# コントロールのメソッドを呼び出す必要があります。これは、C# コントロールが実装し、ネイティブ ウィンドウが (System::Runtime::InteropServices から) GCHandle に格納することで参照を保持するインターフェイスを使用して行われます。GCHandle には gcroot<> テンプレートを使用しました。

この時点で、ネイティブ ウィンドウのコードが GCHandle を使用して C# コントロールのメソッドを呼び出そうとすると、エラーが発生します。(c++ コードは、/clr を使用してマネージ コードとしてコンパイルされます)。

スローされる例外は次のとおりです。

「AppDomain 間で GCHandle を渡すことはできません」

C# とネイティブ ウィンドウの両方で CurrentDomain の Id と FriendName を表示するためのデバッグ コードをいくつか入れたところ、これらの AppDomains が同じではないことがわかりました。

ネイティブ ウィンドウの作成中、CurrentDomain は C# コントロールのものと同じですが、ネイティブ ウィンドウがメッセージを受信し、それらのメッセージが処理されると、CurrentDomain は C# コントロールのものとは異なります。

この状況を変えることはできますか？両方のネイティブ ウィンドウ メッセージ ハンドラを C# コントロールと同じ AppDomain で実行することは可能ですか?

おそらく他の提案はありますか？

ありがとう、ロジャー