Best Practice Alternative Möglichkeit, um Eingaben vorzunehmen

[hüteüberhüte]

Ich meine jetzt nicht Kommandozeilenargumente, Terminal/Konsolen-Eingaben, GUI-Eingaben oder das Lesen aus einer Datei.

Welche Möglichkeiten gibt es noch? Ist zum Beispiel die (Text)-Ausgabe eines anderen, nicht Kommandozeilenbasierten Programm als Eingabe möglich? Ich habe gehört, in C soll das überhaupt kein Problem sein...

Danke für jegliche Hilfe!

Grüßle, hütte

 

[tröööt]

manchmal glaube ich auch das über diesen acc mehrere leute schreiben ...

nichts desto trotz eine ganz normale antwort : jedes programm hat einen eingabe- und ei e ausgabe-stream ... manchmal auch einen errorstream wie java ... und an diesen kann man sich mit interprozess-pipes hänge und so verarbeiten ...

 

[Daassan]

Es sind auch betriebssystem interne komunikation möglich message-queues, protokolle...
oder halt pipes umlenken

aber das einfachste sollten system interne komunikation sein
da es standartisierte mittel und protokolle sind

 

[hüteüberhüte]

Ok, von diesen Acc. schreiben höchstens zwei Personen aus^^

Ich will nichts mit Pipes machen, das andere Programm hat nur eine grafische Oberfläche. Ich verstehe eure Antworten nicht

Grüßle

 

[Daassan]

schau dir mal interprozesskomunikation an
da gehts eben genau darum, wie man innerhalb mehrerer prozesse informationen austauschen kann.
einmal geht das via pipes namedpipes fifos.... aber ok magst nicht

aber auch geht shared memory
messagequeues ne art brifkasten system
corba könnte genutzt werden wenn es server/client aufgebaut werden sollte

es gibt soweit ich weis auch libs die als wrapper dienen
um interfaces für andere sprachen bereitzustellen
von pearl glaub ich weis ich das es eins gitb für java da hatte ich mal was gelesen
aber wer will chon pearl wenn man was anderes hat ^^

 

[tröööt]

Ok, von diesen Acc. schreiben höchstens zwei Personen aus^^

naja ... das erklärt aber wenigstens mal warum manchmal qualifizierte antworten kommen ... und manchmal anfänger-fragen ...

Ich will nichts mit Pipes machen, das andere Programm hat nur eine grafische Oberfläche. Ich verstehe eure Antworten nicht

gut ... und was soll die GUI das andere programm daran hindern trotzdem normale input- und output-streams zu haben ? ist doch in java genau so : nur weil man ne GUI schreibt hat man doch trotzdem noch System.in und System.out ... ob man diese interprozess-pipes allerdings auch nutzen kann hängt immer davon ab ob das jeweilige gegenüber diese art der datenübertragung auch anbietet ...

als beispiel : MySQL bietet die option die normale verbindung über TCP/IP zu deaktivieren ... trotzdem ist der JDBC-driver in der lage eine sog. namedpipe aufzubauen und so mit dem MySQL-server zu kommunizieren ...
gab hier mal vor langer zeit n thread über genau dieses thema ...

nur dein vorhaben klingt leicht "aus der luft gegriffen" ...

du kannst nicht einfach in die GUI eines fremden prozesses eingreifen ... selbst wenn man zwei java-VMs nehmen würde und so wenigstens wüsste was man schreiben müsste ...
das geht so nicht ...
man kann zwar mit [japi]Robot[/japi] tastatur- und maus-ereignisse so ans OS senden das diese dann wie "echter input" verarbeitet wird und man so z.b. in ein text-feld eines anderen programmes text eintippen lassen kann ... aber mir ist kein weg bekannt irgendwie DIREKT z.b. sowas wie "setText()" auf einer völlig fremden GUI-komponente zu callen ...
selbst mit native-libs stell ich mir das äußerst schwierig vor ... die idee ist so irgendwie mist ...

viel mehr braucht es schon eine unterstützung des ziel-programmes ... es muss eine schnittstelle auch außen hin anbieten durch die es gesteuert werden kann ... ob das über ne Socket-verbindung läuft ... shared memory (wobei das mit java nicht so einfach ist ... ich habs schon versucht) ... pipes ... egal was ... aber wenn die ziel-anwendung nichts von alle dem anbietet ... DANN GEHT ES NICHT !

du kannst dir ja mal eine ganze simple GUI schreiben ... und keine möglichkeit nach außen hin anbieten ... wie sollte dann jemand DORT etwas ändern ? ginge auch nicht ... da du es nicht implementiert hast ...


wenn du also in irgendeiner art und weise mit einem anderen programm kommunizieren willst ... dann muss dieses das auch anbieten ... und am besten in einer art und weise mit der java direkt ohne native-libs umgehen kann ... ansonsten geht es NICHT !


(ich lasse mal die "manipulation" von fremden GUIs mit Robot außer acht weil das wohl nicht dem entspricht was TO eigentlich vor hat)

 

[hüteüberhüte]

Ok, vielleicht nicht richtig ausgedrückt: Ich möchte die Text-Ausgabe (in einer GUI) eines anderen, nicht in Java geschriebenen Programms "mitlesen"... das Programm ist wahrscheinlich in C oder so geschrieben. Dann möchte ich noch wissen, wenn/wann in einem anderen Programm eine Funktion aufgerufen wird... Speziell geht es da um so Flash-Zeugs, das in einem Browser läuft...

 

[Timothy Truckle]

Ok, vielleicht nicht richtig ausgedrückt: Ich möchte die Text-Ausgabe (in einer GUI) eines anderen, nicht in Java geschriebenen Programms "mitlesen"...

Dafür ist Java die falsche Programmiersprache.

bye
TT

 

[tröööt]

Dafür ist Java die falsche Programmiersprache.

FULL ACK

um TO vielleicht noch eine erklärung zu geben WARUM :

mit java selbst wäre dein vorhaben absolut unmöglich ... als müsstest du auf system-technologien und 3rd-party-native-libs zurück greifen ... und selbst dann wäre es immer noch nicht gesichert das es so läuft wie gewünscht ...
da java nun nur noch eine weitere ebene darstellt die auf den anderen aufliegt und wenn man dem abstraktions-prinzip rückwärts folgt so ergibt sich daraus das die logik welche am ende in java implementiert wird auch bereits auf der ebene der lib implementiert werden kann ... was in aller regel C oder einer davon abgeleiteten sprachen sein dürfte ... folglich braucht man java nicht mehr da alles bereits in C geschrieben werden kann ...

nur mal so als kleine erklärung WARUM sich java halt nicht für alles eignet .. und dein vorhaben gehört nun mal dazu ...



[ot]auch wenn java eine sehr verbreitete und in meinen augen recht einfache sprache ist ... und dank sehr vieler frameworks und libs schon sehr viel machbar ist ... so frage ich mich bei solchen themen immer wieder wie leute überhaupt auf solche ideen kommen und darauf sowas mit java machen zu wollen ...
java ist kein all-heil-mittel ... eher im gegenteil : dadurch das eigentlich alles was über die SE-api hinaus geht und nicht mehr mit dieser programmiert werden kann und alles auf native-libs gelegt werden muss ... gehört java zu den vom umfang her beschränkten sprachen ... und stellt in keinster weise auch nur im ansatz eine konkurenz zur C-welt dar ...
wenn es wirklich darum geht von einem programm aus mehr als nur ein paar GUI-sachen, berechnungen und io-kommunikationen zu bewerkstelligen ist man mit java meist völlig falsch ...
und nur weil Minecraft es zu einem solchen hype geschafft hat hätte es doch lieber in C++ geschrieben werden sollen[/ot]

 

[hütte]

Straight, daß es nicht geht, war mir irgendwie schon klar. Trotzdem kein Grund, gleich unfreundlich zu werden. Java ist halt wegen seiner Abstraktion für nichts mehr zu gebrauchen. Btw., wofür steht dieses tt? Automobil/modell? Dann ziehe ich dich ab.
Thema kann Afaics geschlossen werden.
Schönes Wknd allerseits

 

[Marcinek]

Mit 11 darf man noch kein Auto fahren.


Du möchtest ein Spiel Hacken und siehst nicht die Initialen eines nicks.

Das wird nix.

 

[tröööt]

bin doch nich unfreundlich geworden ... hab halt nur angemerkt das ich mich drüber wunder auf was für ideen so manche kommen ...

 

[Spacerat]

... folglich braucht man java nicht mehr da alles bereits in C geschrieben werden kann ...

... sicher nur ironisch gemeint ...
Für den Fall das nicht: Wer bitte braucht C, C++, Java, sonstewas? Richtig! Menschen, die nicht wie eine Maschine denken oder denken können (obwohl das einfacher ist, als menschlich zu sein). Es gibt auch Bereiche, da versagt selbst ein Hochsprachenkompiler, nur sind diese Dinge für den Hausgebrauch extrem unwichtig geworden - wer schreibt heutzutage noch Software, die die Rasterzeilen eines Displays synchronisiert?
Aber dennoch: Alles was jemals in jedweder Sprache geschrieben wurde, lässt sich am Ende in einer Reihe von Bits wieder finden, denn dass ist alles, was das Gerät vor euch versteht. Menschen hingegen sind da ganz anders... Sie können diese Geräte kaum noch in einer für Maschinen verständliche Sprache programmieren. Erst wenn das wieder funktioniert, ist der Mensch wieder Herr über seine Erzeugnisse, bis dahin machen sie uns aber grösstenteils noch was vor (C nutzt einem gar nichts, wenn ein Programm die Adressen seiner IO-Puffer verheimlicht).
Das bedeutet: Wenn man programmtechnisch was erreichen will, benötigt man nicht nur die Grundlagen einer Programmiersprache, sondern darüber hinaus sollte man erst mal wissen, wie so eine Maschine überhaupt funktioniert (boolsche Algebra). Assemblerkenntnisse können auch nicht schaden, sind für Hacks überwiegend sogar essentiell -> https://www.hex-rays.com/products/ida/index.shtml

 

[Timothy Truckle]

Straight, daß es nicht geht, war mir irgendwie schon klar. Trotzdem kein Grund, gleich unfreundlich zu werden.

Also wenn eine sachliche Feststellung für Dich schon "unfreundlich" ist solltest andere Posts von mir besser nicht lesen... ;o)

Java ist halt wegen seiner Abstraktion für nichts mehr zu gebrauchen.

Aha, und ich wunderte mich schon, warum praktisch gar keine Programme in Java etwickelt werden...

Btw., wofür steht dieses tt? Automobil/modell?

weis auch nicht, lässt sich einfach gut tippen.

bye
TT