Come posso attendere fino a quando un'applicazione della console non è inattiva?

Question

Ho un'applicazione console che si avvia, ospita un sacco di servizi (avvio di lunga durata), quindi attende che i client ci chiamino. Ho dei test di integrazione che avviano questa applicazione di console e fanno chiamate "client". Come posso aspettare che l'applicazione della console completi l'avvio prima di effettuare le chiamate client?

Voglio evitare di fare Thread.Sleep(int) perché questo dipende dal tempo di avvio (che può cambiare) e spreco tempo se l'avvio è più veloce.

Process.WaitForInputIdle funziona solo su applicazioni con un'interfaccia utente (e ho confermato che genera un'eccezione in questo caso).

Sono aperto a soluzioni scomode come, fare in modo che l'applicazione console scriva un file temporaneo quando è pronto.

Answer 1

Un'opzione potrebbe essere quella di creare un evento EventWaitHandle. Questo crea un oggetto di sincronizzazione che è possibile utilizzare attraverso i processi. Quindi le tue applicazioni "client" attendono fino a quando l'evento non viene segnalato prima di procedere. Una volta che l'applicazione della console principale ha completato l'avvio, può segnalare l'evento.

http://msdn.microsoft.com/en-us/library/41acw8ct(VS.80).aspx

A titolo di esempio, l'applicazione di console "Server" potrebbe avere la seguente. Questo non è compilato quindi è solo un punto di partenza :)

using System.Threading; 
static EventWaitHandle _startedEvent; 
static void main() 
{ 
    _startedEvent = new EventWaitHandle(false, EventResetMode.ManualReset, @"Global\ConServerStarted"); 

    DoLongRunnningInitialization(); 

    // Signal the event so that all the waiting clients can proceed 
    _startedEvent.Set(); 
} 

I clienti sarebbero quindi fare qualcosa di simile

using System.Threading; 
static void main() 
{ 
    EventWaitHandle startedEvent = new EventWaitHandle(false, EventResetMode.ManualReset, @"Global\ConServerStarted"); 

    // Wait for the event to be signaled, if it is already signalled then this will fall throught immediately. 
    startedEvent.WaitOne();  

// ... continue communicating with the server console app now ... 
} 

Answer 2

Includere un controllo pronto nell'interfaccia client dell'app o restituire un errore non pronto se chiamato prima che sia pronto.

Answer 3

• Dal momento che i due (l'applicazione console, e l'integrazione di test app che rende client chiama - come ho capito) sono un'applicazione separata, quindi non ci dovrebbe essere un meccanismo - un ponte - che avrebbe detto il gioco come mediatore (socket, file esterno, registro, ecc.).

• Un'altra possibilità potrebbe essere quella di ottenere un tempo medio che la console impiega per caricare i servizi e utilizzare tale tempo nell'app di test; bene, sto solo pensando ad alta voce!

Answer 4

Che ne dici di impostare un mutex e rimuoverlo una volta avviato l'avvio. Fai in modo che l'app client attenda fino a quando non riesce ad afferrare il mutex prima di iniziare a fare le cose.

Answer 5

Creare un servizio WCF che è possibile utilizzare per l'interrogazione dello stato del processo del server. Avvia questo servizio solo se un particolare comando viene passato sulla riga di comando. Le seguenti caratteristiche assicurano un avvio molto veloce di questo servizio:

• Host questo servizio come la prima operazione dell'applicazione client
• Usare il net.tcp o rete.pipe vincolante perché partono molto rapidamente
• Tenere questo servizio il più semplice possibile per garantire che, fintanto che l'applicazione di console non termina, rimarrà a disposizione

Il test runner può tentare di connettersi a questo servizio. Riprovare il tentativo se fallisce fino alla fine dell'applicazione console o scade un periodo di timeout ragionevolmente breve. Finché l'applicazione console non si interrompe in modo imprevisto, puoi fare affidamento su questo servizio per fornire ulteriori informazioni prima di iniziare i test in un periodo di tempo ragionevolmente breve.