Benachrichtigungs-System Webapp Java Servlet

[FabianLurz]

Hallo Leute,
wir entwickeln gerade eine Anwendung, die über PHP (HTTP-Requests) ein Servlet aufruft. Das Servlet nimmt dann die Daten aus der DB und gibt sie an PHP (in diesem Fall sind es meist AJAX-Requests) weiter. Das Ganze funktioniert soweit sehr performant und reibungslos.
Nun möchte ich jedoch ein Benachrichtigungs-System für Nutzer entwickeln. D.h. ein Nutzer schreibt einen Kommentar -> Notification
Ein Nutzer gibt einen Like ab -> Notification
Natürlich soll es nur Nachrichten geben, wenn andere Nutzer etwas erweitert haben (bspw. auf den Kommentar des Nutzers antworten). Im Prinzip also wie facebook oder google+.
Gedanken habe ich mir natürlich auch schon gemacht, bin jedoch damit so nicht ganz zufrieden:
Meine Idee
Sobald der Nutzer die Seite betritt, gibt es einen Request zum Servlet. In der Datenbank gibt es dann eine Notificationtabelle aus der sich das Servlet die Daten nimmt. Die tabelle könnte aufgebaut sein mit nachrichten_id, typ_id,accepted (true/false).
So der grobe Gedankengang. Finde das aber sehr "undynamisch". Evtl. habt ihr ein paar Tipps/Stichwörter/Links für mich
Gruß Fabian

 

[freez]

"undynamisch"

Was verstehst du darunter?

Ich würde entweder in der Tabelle, aufgrund der die nachrichten verschickt werden ein Feld extra spendieren und dort hinterlegen, ob sie bereits versendet wurden. Alternativ, wie du es angesprochen hast stellt dein Servlet in eine extra Nachrichtentabelle eine neue "Nachricht" rein. Ein separater Prozess kann dann über die zu sendenden Datensätze iterieren und die Benachrichtigungen verschicken (du meinst schon mails, sms oä.?)

 

[FabianLurz]

Oh achso nein. Sry dachte wenn ich facebook und google+ schreibe ist klar was gemeint ist Also nicht per Mail, sondern ein internes Benachrichtigungs-System.
Siehe hier: http://img.hazelco.de/Facebook-20110703-132656.jpg
Ein Mailverteilungssystem wird es später auch noch geben. Aber das reicht erst mal
Mit undynamisch meine ich, dass ich meine Lösung für nicht optimal halte und es gerne besser hätte.
Gruß Fabian

 

[Templarthelast]

Das Zauberwort könnte JMS heißen. Die 2.0 des Java Message Service kommt bald auch in Verbindung Java EE 7 raus. JMS ermöglicht die asynchrone Nachrichtenversendung inerhalb deiner Anwendung.
Mal ein Beispiel: User loggt sicht ein -> Message wird losgeschickt -> Jeder Client empfängt die Nachricht und kann diese dann auswerten.

 

[freez]

Du suchst also einen Algorithmus / eine Methode, der dir für jeden User die Benachrichtigungen zusammenstellt?

An der stelle würde ich wohl schon wie du angedeutet hast eine Tabelle erstellen, die die Notifications beinhalten ... und zwar für jeden User extra. Alte Notifications könntest du evtl löschen, falls es zu viele Daten sind. Du musst eigentlich nur sicherstellen, dass nur neue Notifications eingesetzt werden. Als Trigger könntest du dafür ja dein Servlet Request nehmen, der dann einfach die Nachrichten pro User erstellt.

Falls du den request nicht damit belasten willst, bräuchtest du einen Job der neue Kommentare durchgeht und die Benachrichtigungen setzt.

In der GUI musst du dann nur noch die Daten aus der Tabelle laden.

 

[freez]

Das Zauberwort könnte JMS heißen.

PHP => Servlet und JMS? Oder meinst du, dass die einzelnen Browser miteinander reden? Ich habe noch nichts mit JMS gemacht, aber ein bißchen was gelesen darüber: verstehe grad nicht, wie du es in diesem Fall einsetzen würdest.

 

[Templarthelast]

PHP => Servlet und JMS? Oder meinst du, dass die einzelnen Browser miteinander reden? Ich habe noch nichts mit JMS gemacht, aber ein bißchen was gelesen darüber: verstehe grad nicht, wie du es in diesem Fall einsetzen würdest.

Mann kann auch mit PHP auf JMS zugreifen. Damit könnte man die events mit php abfangen und dann per ajax an den client weitergeben.

 

[FabianLurz]

Ok also gibt es wohl keine andere Lösung als über eine extra Tabelle; ist aber im Endeffekt auch klar...ohne Tabelle ist das zu viel Ressourcenvebrauch. JMS werde ich mir auch nochmal ansehen.
Wenn ihr weitere Tipps habt würde ich mich freuen
Falls einer konkret weiß wie das facebook regelt, wäre das auch echt cool. Wird aber wahrscheinlich eben über eine Notificationtable gelöst sein.
Gruß Fabian

 

[freez]

Naja, du könntest dir auch einfach den letzte Notificationzeitpunkt pro User merken und dann nur die neueren Infos für jeden Freund anzeigen. Hat aber den Nachteil, dass du dir schlecht den Status der Benachrichtigungen merken kannst, vor allem, wenn es darum geht eine Benachrichtigung zu entfernen, weil der User sie bereits gelesen hat.

 

[FabianLurz]

Genau ja Das wäre nicht so einfach und bei vielen Nutzern Ressourcenintesiv.

 

[FabianLurz]

So also falls es euch nochmal interessiert....habe mir nochmal Gedanken dazu gemacht. Die einfachste Lösung wird folgende sein:
Das ganze System ist Eventbasiert. D.h. schreibt ein Nutzer einen Kommentar, wird überprüft, wen das interessieren könnte und landet entsprechend in der Notificationtabelle. Per Request wird dann alle 2-5 Minuten abgefragt, ob was neues in dieser Tabelle ist. Alle Events werden mit einem Timestamp versehen, so dass der Nutzer nicht mit Dingen von vor 10 Jahren belästigt wird. So erzeugt man insgesamt wenig Overhead und kann alles schön steuern
Gruß Fabian