Klaro
Also , die Anwendung soll eine art "lebendiges" CmS in Java werden.
Das in Echtzeit Daten erfassen und auswerten kann , selbständig Daten nach bedarf an gewisse Stellen ausgibt die nicht danach Fragen.
Also Quasi Self reporting oder wie man da sagen möchte.
Wobei aus Performanten Gründen jede sich wiederholende Aufgabe , DB, Session Management in dauerhaft -> zur Laufzeit existieren Threads stehen soll.
DB Thread
Mail Thread
Sec Thread
User Thread
Reporting Thread
usw...
Dort soll ein "Observer" auf über intern Prüpfende Routinen entscheiden ob er ein RFeporting abschickt oder nicht.
Da der Observer allerdings immer laufen muss , und ggf. zu bestimmten Zeiten seinen Report abgeben muss , sollte eine Communikation von aussen zur verfügung stehen da dachte ich an die Unix Pipes in C .
Ich hab das schonmal mit Vectoren und ner Que gemacht , das hat auch funktioniert , aber es sind die Performanten Gründe die nach neuenansätzen schreien .
Ein Pooling eignet sich hierbei aus erfahrungs gründen kaum, da die Daten aus zuvielen Unterschiedlichen Quellen wandern müssten.
Ich hab schon über einen Socket nachgedacht ,aber der bietet von aussen wiueder zuviel möglichkeiten , Daten zu Lesen oder zu Manipulieren .
Da das System in einem Öffentlichen Netz hängt wäre das eben schonmal sehr un klug.
Quasi "implement.spy.listener.on.openSystem.Port(4536)"-->and gimme all his Data!!
Zugegebn wäre das bei manchen sachen Recht amüsant
Aber zurück zum Thema , wie halte ich denn einen deratigen Pipe() mit seinen listenern und writern , pro Thread offen?
Also der Thread ist Quasi permanent und hält sich für neuen Informationen bereit, und kommuniziert mit den anderen Threads.
So gesehen wäre eine Que , schon was feines, wenn alle Threads damit kommunizieren können.
Wie würde sowas genau aussehen?
Es kommen beispielsweise eben Infos von Diversen Beans der Servlets usw.
:lol:
