Windows-Dienste, die mit windows forms, die in demselben Prozess

Habe ich eine c# - Anwendung, die als windows-Dienst ausgeführt controlling-socket-verbindungen und andere Dinge.
Es gibt auch andere windows forms-Anwendung zur Steuerung und Konfiguration dieser service (systray mit start, stop, show-form mit Konfigurations-Parameter).

Ich mit .net remoting zu tun, das IPC und das war in Ordnung, aber nun möchte ich zeigen, einige echte Verkehrs-und andere Berichte und remoting wird nicht erfüllt meine Anforderungen. So will ich beides verbinden von Anwendungen in einem.

Hier ist das problem:

Wenn ich die form aus der windows-Dienst, ist nichts passiert. Googeln um ich habe festgestellt, dass ich ein Recht auf den Dienst, zu gehen, um sich anzumelden und überprüfen Sie die "Allow service to interact with desktop" - option. Da möchte ich nicht mal mit meinem Benutzer zu tun, ich habe einige code googeln erneut, um diese option in der Benutzer-regedit während der installation Zeit. Das problem ist, dass auch die Einstellung dieser option, es funktioniert nicht. Ich habe zum öffnen des Log-On-Optionen für den service (es ist aktiviert) zu deaktivieren und erneut zu prüfen.

So, wie zu lösen? Wie ist der beste Weg, um einen windows-Dienst mit einem systray-Steuerelement in dem gleichen Prozess, für jeden Benutzer verfügbar anmelden?

UPDATE: vielen Dank für die Kommentare so weit, Jungs. Ich Stimme zu, es ist besser, IPC und ich weiß, dass es schlecht ist zu mischen, windows services und user-interfaces. Obwohl, ich will wissen, wie das zu tun.

"Ich weiß, dass die Kopplung der UI mit meinem service brechen meine software, und vielleicht meinen Benutzern' computer, aber ich möchte auf jeden Fall tun." Nehmen Sie 3 oder 4 Schritte zurück und neu zu bewerten, wenn Sie das tun, was Sie zu tun versuchen. Macht es überhaupt Sinn?
D: ich weiß nicht, wo hast du die Zitate, aber ich sagte nie, dass ein Dienst mit UI brechen würde den computer des Benutzers. Eigentlich jede software könnte eine Menge Verwirrung mit dem computer des Benutzers, so dass Sie nicht haben, einen Punkt, an alle. Wie auch immer, ich nie gefragt, ob ich es tun soll oder nicht, ich fragte, WIE es zu tun.

InformationsquelleAutor andrecarlucci | 2008-10-01

c#windows windows-services

18

Zwei separate Prozesse, die Kommunikation über Ihre Technologie der Wahl. Dienstleistungen mit UI ist ein schlechte Idee. Don ' T gehen diesen Weg - du wirst es bereuen.

Ich habe sehr gute Ergebnisse mit service-Kommunikation über eine einfache socket-Verbindung - dokumentieren Sie Ihre service-Protokoll gut, halten Sie es so einfach wie möglich, und es wird einfacher sein, als Sie denken.

Ich bin völlig einverstanden mit diesem. Wenn möglich würde ich schauen einige Kommunikations-Methode nicht so aufgebläht, wie remoting. sockets, pipes, etc
Wenn wir reden über Leistungen, die mit UI, es ist keine "persönliche Präferenz" es ist architektonische Tat. Mit TCP/IP-sockets und einem einfachen, gut dokumentierten Protokoll wird Ihre beste Weg, um bekommen es von hier aus, ohne die Fragen im Zusammenhang mit Service+UI im gleichen Prozess.
Hallo alle. Ich Stimme mit Euch allen. DotNet-remoting ist nur, dass. Aber das ist nicht die Frage, die Frage ist, wie ist der beste Weg, dies zu tun, die im gleichen Prozess und nicht der beste Weg überhaupt. Ich formuliere mein update, damit es nicht unhöflich klingen, sorry.
Man kann es nicht im gleichen Prozess sicher. Das problem ist, dass Sie wollen, Teil des Programms zu werden session-unabhängig und Teil des Programms zu werden session-abhängig. Es ist nicht möglich, in einem modernen Umfeld.

InformationsquelleAutor Greg Hurlman
1

In der Praxis sollten Sie nicht paar Ihren service mit der management-UI.

InformationsquelleAutor Quintin Robinson
1

Ich Stimme mit Greg. Vielleicht könnten Sie prüfen, einen anderen IPC-Mechanismus. Vielleicht sockets verwenden und Ihr eigenes Protokoll. Oder, wenn die service control app kann nur den Dienst auf dem lokalen Computer verwenden, können Sie benannte pipes (sogar noch schneller).

InformationsquelleAutor Peter Meyer
1

Hier ist ein Weg, Misch-up-Services und Formulare

http://www.codeproject.com/KB/system/SystemTrayIconInSvc.aspx

InformationsquelleAutor
1

Ich herausgefunden, wie man dies von dieser Artikel (klicken Sie auf den link "Ändern" in der Methoden-Tabelle).
```
string wmiPath = "Win32_Service.Name='" + SERVICE_NAME + "'";
using (ManagementObject service = new ManagementObject(wmiPath))
{
    object[] parameters = new object[11];
    parameters[5] = true;  //Enable desktop interaction
    service.InvokeMethod("Change", parameters);
}
```
Ja, ich hier Ihren code, und es funktioniert. Aber ich habe neue Konsole App, die ausgeführt wird, nachdem der service die installation ist fertig... also, wenn jemand versucht, dies irgendwo in OnStart() es nicht wie das funktioniert.
Und wahrscheinlich möchten Sie Sie Bearbeiten diese und fügen: parameters[6] = "LocalSystem"; parameters[7] = ""; so ist die Anmeldung als lokale system-Konto ausgewählt wird. 😉
Angenommen, Sie möchten das Konto "LocalSystem". Die meisten der Zeit, die ich denke, dass die Menschen wollen zu halten, - auf das Konto, anstatt sicherzustellen, dass das Konto LocalSystem.

InformationsquelleAutor Phil
1

Habe ich die Lösung in wenigen Schritten, das ist der plan
1. gehen wir nicht zum erstellen eines service-Projekt mit einem windows-Formular, sondern wir erstellen Sie ein visual studio-Lösung, die enthält ein windows-Dienst-Projekt, ein windows form-Projekt und setup-Projekt.
2. Die Idee ist, eine Datenbank oder eine Datei oder alles, was Sie sind komfortabel mit Daten zu speichern, in dem Sie speichern Sie die Parameter Ihres windows-Dienst immer ausgeführt. Damit Ihr windows-Dienst und die windows-form-Anwendung sollte in der Lage sein zu ändern und abrufen von Daten aus es.
3. Dem Hauptformular Ihrer Windows-Anwendung per drag-and-drop ein NotifyIcon auf die form, in der Registerkarte "Eigenschaften", durchsuchen und wählen Sie eine .ico-Bild(Sie können sreate eine in visual studio, aber das ist ein anderes Thema erhalten Sie auf google oder Kontaktieren Sie mich), Dass es die Anzeige in der Taskleiste, wenn Sie die Anwendung ausführen, und das Hauptformular aktiv ist oder angezeigt wird, versuchen Sie, die Anwendung auszuführen.
4. Fügen Sie beide als Ausgänge im setup-Projekt der Projektmappe. Zum Hinzufügen eines Projekts zu einer setup-Projekts müssen Sie in die gleiche Lösung. Rechten Maustaste auf das setup-Projekt im Projektmappen-explorer, markieren Sie add und wählen Sie dann Projektausgabe, fügen Sie den windows-Dienst und der windows-form-Ausgänge, und Sie sehen Sie im Projektmappen-explorer unter dem setup-Projekt.
5. hinzufügen eines windows-service geht weiter als das, aber auch das ist ein weiteres Thema, das google es
6. Erstellen-Verknüpfung für die windows-Anwendung und hinzufügen zum Autostart-Ordner ist auch ein anderes Thema google oder Kontaktieren Sie mich.
  
  HINWEIS: Programmieren Sie Ihre form in einer Weise, dass die schließen-Schaltfläche nicht angezeigt, und die form Mir geht.visible = false " und einen Doppelklick auf das Symbol in der Taskleiste ist der einzige Weg, um mich.visible=true.so, wenn der computer startet, wird Ihr windows-form-Anwendung wird gestartet und sichtbar ist, sofort auf false gesetzt, aber da hat es ein notifyicon mit einem Symbol, Bild, zeigt es in der Taskleiste und doppelklicken Sie auf die form, die sichtbar werden, Bearbeiten Sie die Einstellungen, die Sie speichern für den Dienst, der Dienst startet auch automatisch, da müssten Sie in einrichten des service in der setup-Projekt.
  meine mail ist [email protected] für eine bessere Veranschaulichung mit screenshots Und erklären in vollem
InformationsquelleAutor ekeolere olaide

Es ist sehr einfach - Sie müssen erstellen, einen thread für die Durchführung von Anwendungs-Ereignissen.
Wie diese( source-code für C++ mit CLR, aber er kann machen dieses in C#):

ref class RunWindow{
public:
    static void MakeWindow(Object^ data)
    {
        Application::EnableVisualStyles();
        Application::SetCompatibleTextRenderingDefault(false); 

        Application::Run(gcnew TMainForm());
    };
};

Und erstellen thread in der main

int main(array<System::String ^> ^args)
{
    bool bService = RunAsService(L"SimpleServiceWithIconInTrayAndWindow");

    if (bService)
    {

        System::Threading::Thread ^thread = gcnew System::Threading::Thread(gcnew ParameterizedThreadStart(RunWindow::MakeWindow));
        thread->Start();

        ServiceBase::Run(gcnew simpleWinService());
        Application::Exit();
    }
    else
    {
        Application::EnableVisualStyles();
        Application::SetCompatibleTextRenderingDefault(false); 

        //Create the main window and run it
        Application::Run(gcnew TMainForm());
    }

    return 0;
}

InformationsquelleAutor CoolMagic

0

Die wichtigsten Probleme, die mit interaktiven Diensten sind:
- Security - anderen Prozess senden könnte es Nachrichten über seine message-Pumpe, wodurch der Zugriff auf ein SYSTEM/LOKALER Prozess.
- Unvollständigkeit - ein interaktiver Dienst nie sieht shell Nachrichten, daher kann es keine Interaktion mit Infobereich-Symbole.
Wir regelmäßig den TCP-und UDP-verbindungen-pass-info, die aus Dienstleistungen an andere EXE-Dateien, und, in einigen Fällen, MSMQ.

InformationsquelleAutor cookre

Schreibe einen Kommentar

Du musst angemeldet sein, um einen Kommentar abzugeben.