Come posso effettuare il marshalling di un riferimento COM fuori processo tra i limiti del processo?

Question

Ho un server COM fuori processo che deve tenere d'occhio le cose. Questo server viene eseguito come servizio ed è, internamente, un singleton. Per motivi di semplicità, lo chiamerò BossCom.

Ho un altro server COM out-of-process che è un lavoratore. È, per la stabilità del sistema, un server monouso (nel senso che se crei 2 WorkerCom, ci sono 2 WorkerCom.exe in esecuzione). Per motivi di semplicità, lo chiamerò WorkerCom.

WorkerCom può essere avviato da qualsiasi cosa, anche da solo se qualcuno lo esegue tramite la riga di comando con gli argomenti della riga di comando destra.

L'obiettivo generale è che BossCom sappia cosa sono WorkerComs in giro, sanno cosa stanno facendo e sono in grado di impartire ordini (pausa, arresto, accelerazione, ecc.).

Il mio pensiero iniziale è che ogni volta che WorkerCom inizia, CoCreateInstance è un BossCom e chiama BossCom-> RegisterWorker (IUnknown me). Poi, quando WorkerCom sta per chiudere, chiamerà BossCom-> UnregisterWorker (IUnknown me). BossCom potrebbe QueryInterface IUnknown per IWorkerCom ed essere in grado di emettere comandi.

Ciò funzionerebbe benissimo se tutti questi oggetti COM fossero nello stesso processo, ma non lo sono. Ho pensato di utilizzare GlobalInterfaceTable, ma è globale solo nel senso di un singolo processo.

Ho trascorso alcuni giorni a cercare questo e sono in perdita. Forse sono a visione di tunnel.

Come è possibile effettuare il marshalling di un riferimento a un oggetto com dal Worker al Boss?

Oh, e, per quello che vale, BossCom è scritto in C# e WorkerCom è scritto in ATL C++ ma prenderò soluzioni scritte in VB, Scala, Lisp o altro. Immagino di poter tradurre l'idea principale. :-)

Answer 1

Come per i commenti, questo funziona davvero fuori dagli schemi. C'è un ulteriore dettaglio però che lo fa funzionare.

In origine, quando stavo guardando le interfacce C# che si occupavano di copiare le interfacce, il tipo di argomento era IntPtr. Bene, un IntPtr è solo un lungo quindi trasferisce il valore così com'è e, come tale, non funziona.

La chiave è impostare l'attributo MarshalAs sull'argomento. Quindi il mio metodo RegisterWorker assomiglia a questo:

public void RegisterWorker(
     [In, MarshalAs(UnmanagedType.IUnknown)] object ptr 
     ) 
    { 
     IWorkerCom worker = (IWorkerCom) ptr; 
     Workers.Add(worker); 
    } 

Assolutamente fantastico.

Answer 2

Ho dovuto fare qualcosa di simile di recente e ho scoperto che l'uso della memoria condivisa funzionava molto bene per me. BossCom potrebbe creare e possedere la memoria condivisa e gli operatori potrebbero registrarsi inserendo una voce nella memoria condivisa. Ecco uno MSDN link di cui sto parlando. Ricorda di utilizzare un mutex per sincronizzare l'accesso alla memoria ...

Answer 3

Sei un po 'limitato nel riuscire a creare interfacce marshalable in C#. Non è un modo semplice per configurare il proxy. Nessun problema di questo tipo in ATL, dichiara un'interfaccia di callback nell'IDL. E passare un puntatore di istanza con la chiamata RegisterWorker(). Il server dovrebbe memorizzarlo finché non riceve la chiamata di annullamento della registrazione. Usa quell'interfaccia di callback per generare notifiche.

Answer 4

Si dovrebbe dare un'occhiata a Monikers, che vengono utilizzati per identificare un'istanza dell'oggetto COM anche su macchine diverse.

Answer 5

Si dovrebbe anche esaminare il ROT (Running Object Table), potrebbe essere un modo diverso per risolvere questo problema.

http://msdn.microsoft.com/en-us/library/windows/desktop/ms695276(v=vs.85).aspx

http://www.codeproject.com/KB/COM/ROTStuff.aspx