Hallo Leute,
eine Verständnisfrage: Ich möchte von einer Applikation eine andere Applikation starten. Mit QProcess z.B. kann man ja auch Parameter übergeben, damit kann die aufgerufene Applikation konfiguriert werden.
Nun möchte ich aber dann auch ständig Daten zwischen den Applikationen hin und her schicken (Befehle, Aknowledges).
Kann mir jemand sagen wie das funktioniert? Habe soetwas noch nie gemacht. Wie wichtig ist es hierbei das beide Applikationen in Qt geschrieben sind? Die aufrufende Applikation soll eine GUI haben die aufZUrufende Applikation nicht unbedingt.
Vielen Dank im Vorraus
Datenverbindung zwischen zwei Applikationen
Datenverbindung zwischen zwei Applikationen
Wer die Bibel liesst hört auf zu glauben
nterprocess communication) an!Danke für die schnelle Antwort
das werde ich tun, mir ist nach Deiner Antwort gerade eingefallen dass man ja auch eine Kommunikation mit einem TCP Socket aufbauen könnte, gut dann kann man halt die Software nicht von der anderen Starten aber zu mindest wäre die Kommunikation ziemlich einfach zu realisieren.
Gruss
das werde ich tun, mir ist nach Deiner Antwort gerade eingefallen dass man ja auch eine Kommunikation mit einem TCP Socket aufbauen könnte, gut dann kann man halt die Software nicht von der anderen Starten aber zu mindest wäre die Kommunikation ziemlich einfach zu realisieren.
Gruss
Wer die Bibel liesst hört auf zu glauben
Welche Art von IPC Du verwendest, sollte wiederum von der Art und weise, wie du daten uebertraegst, bestimmt werden.
wichtig ist z.b noch, ob die Prozesse verwand sind oder nicht -> verwande prozesse = du kannst unnamed IPC Objecte verwenden. (Bei dir klingts eher nach nichtverwanden prozessen.)
Iss wichtig, da z.b. unnamed pipes unter windows ned so unterstuetzt werden.
Commandos hin und her schicken klingt z.b. sehr nach pipe. Pipe und TCP/IP wiederum haben viel gemeinsam. Wenn du soweiso spaeter nen ausbau euber Netz planst, koenntest gleich TCP/IP nehmen und vorerst auf localhost festnageln. Unter linux z.b. kannst die socket schnittstelle so configurieren, das statt dem TCP/IP stack anziehst, gleich ne pipe hernimmst. funktioniert dann natuerlich nur auf localhost.
Unter linux iss auch noch sehr verbreitet, das man zur kommunication files heranzieht. prinzipiell geht dsas unter windows auch. Iss IMHO die aelteste und unmoderste version von IPC
Willst du nen modernes, recht unkompliziertes system, schickst ned viel daten rueber (iss bissi unperformant) aber möglichst viele unterschiedliche clients anbinden, bzw anderen die möglichkeit geben, recht unkomplieziert clients zu entwickeln, bzw, clientfunktionalitaet in ihre application einzubetten, und bist eh unter linux (unter windows isses noch ned so verbreitet) dann schau dir unbedingt DBus an !
Ciao ...
wichtig ist z.b noch, ob die Prozesse verwand sind oder nicht -> verwande prozesse = du kannst unnamed IPC Objecte verwenden. (Bei dir klingts eher nach nichtverwanden prozessen.)
Iss wichtig, da z.b. unnamed pipes unter windows ned so unterstuetzt werden.
Commandos hin und her schicken klingt z.b. sehr nach pipe. Pipe und TCP/IP wiederum haben viel gemeinsam. Wenn du soweiso spaeter nen ausbau euber Netz planst, koenntest gleich TCP/IP nehmen und vorerst auf localhost festnageln. Unter linux z.b. kannst die socket schnittstelle so configurieren, das statt dem TCP/IP stack anziehst, gleich ne pipe hernimmst. funktioniert dann natuerlich nur auf localhost.
Unter linux iss auch noch sehr verbreitet, das man zur kommunication files heranzieht. prinzipiell geht dsas unter windows auch. Iss IMHO die aelteste und unmoderste version von IPC
Willst du nen modernes, recht unkompliziertes system, schickst ned viel daten rueber (iss bissi unperformant) aber möglichst viele unterschiedliche clients anbinden, bzw anderen die möglichkeit geben, recht unkomplieziert clients zu entwickeln, bzw, clientfunktionalitaet in ihre application einzubetten, und bist eh unter linux (unter windows isses noch ned so verbreitet) dann schau dir unbedingt DBus an !
Ciao ...
klar kann man .... wenn der client versucht ne verbindung aufzubauen, und es fehlschlagt, kannst du doch drauf reagieren wie du wilst ^^ zum beispiel es in 10 sek wieder zu versuchen ^^gut dann kann man halt die Software nicht von der anderen Starten
Gibt ne menge programme die sowas machen, besonders software die vom user versteckt nach hause funken ^^
Ciao ...
Danke soweit, die zu aufzurufende Applikation ist definitiv unter Windows die Aufrufende App (weis ich noch nicht sicher) könnte aber durchaus sein das diese unter Linux entwickelt worden ist (muss ich noch klären).
Auch könnte ich mir vorstellen das die zwei Apps im netz betrieben werden sollen (macht Sinn). Insgesamt sind es ja nur kleine Applikationen und die Kommunikation muss nich so arg performant sein, deswegen spieläugel ich momentan schon sehr mit einer tcp/ip kommunikation.
Gruss
Auch könnte ich mir vorstellen das die zwei Apps im netz betrieben werden sollen (macht Sinn). Insgesamt sind es ja nur kleine Applikationen und die Kommunikation muss nich so arg performant sein, deswegen spieläugel ich momentan schon sehr mit einer tcp/ip kommunikation.
Gruss
Wer die Bibel liesst hört auf zu glauben