Concurrency Frage

[PollerJava]

Hallo,

ich habe folgendes Problem. Ich hab eine Webanwendung, in der man im Frontend einen Button klickt und im Backend werden dann SMS verschickt. Wenn das verschicken erfolgreich war, dann soll ein Eintrag in die DB gemacht werden, wenn nicht natürlich auch.

Meine Frage wär jetzt, wie ihr das machen würdet.
Einen eigenen Thread im Backend öffnen und dort das Senden abhandeln, das hab ich jetzt schon gemacht - damit das Frontend nicht einfriert.
Ich frag mich jetzt, ob ihr für jede SMS einen Thread erzeugen würdet und ob ihr das schreiben in die DB im Thread machen würdet oder gibts da eine bessere Idee (Callback oder so)

Vielen Dank für Hinweise
lg
Poller

 

[ceving]

Ich frag mich jetzt, ob ihr für jede SMS einen Thread erzeugen würdet und ob ihr das schreiben in die DB im Thread machen würdet oder gibts da eine bessere Idee (Callback oder so)

Was soll denn ein SQL-Callback sein?

Abgesehen davon, dass dein Ansatz völlig einleuchtend ist und mir nicht ganz klar ist, was denn das Problem ist, dass du zu lösen versuchst, da du ja schon eine Lösung hast, wäre die einzige Alternative einen Java-Trigger zu schreiben.

Mit Oracle geht das so: PL/SQL Triggers

Das klappt aber nur mit pure Java also kein NMI.

In dem Fall würde sich aber die Reihenfolge der Aktionen umkehren. Es würde erst in die Datenbank geschrieben und danach würde im Trigger die SMS verschickt. Das hätte den Vorteil, dass der Eintrag in die Datenbank nur eingetragen würde, wenn die SMS erfolgreich war. Im Falle eines Fehlers würde der COMMIT fehlschlagen und es würde kein Müll in der Datenbank stehen.

Eine Datenbank hat von Hause aus Transaktionen während man was ähnliches in Java nur mit extremen Aufwand realisieren kann.

 

[Tobse]

Ich verstehe die Frage auch nicht so recht... Button wird gedrückt => Thread starten => SMS schicken => in DB schreiben => Feedback an den Nutzer.
Einen Thread zu haben, der alle SMS schickt ist zwar möglich aber macht nur unnötig aufwand. Dann musst du Listener ergistrieren und den ganzen Kram; der Thread selbst lebt ja nur sehr kurz und sollte für das System kein Problem sein.

 

[PollerJava]

Stimmt, ich hab meine Fragen vielleicht nicht klar genug formuliert.
Hier wären nochmal meine Fragen:

1. 10 SMS verschicken -> soll ich das mit 10 eigenen Threads neben dem main- Thread machen oder mit einem zusätzlichen Thread

2. wie würdet Ihr das Feesback zum Nutzer machen. Soll ich im Frontend z.B. alle 10s einen AJAX request machen, der im Endeffekt in die Datenbank schaut oder gibts da was besseres (außer Websocket, das hab ich mir schon angesehen - kann ich nicht verwenden, da ich eine definierte App Server Umgebung hab, welche WebSockets nicht unterstützt)

Ich bin deshalb unsicher, weil ich auch immer wieder im Kopf hab, dass Spring (ich verwende Spring) einen QuarzJib bietet, der mir zyklisch über eine Abarbeitungs- Tabelle laufen könnte und schauen könnte, was zu machen ist.
Problem wär dann halt wieder die Notifizierung an den Nutzer - vielleicht könnte ich das wieder mit AJA machen, die Testbarkeit ist aber eher schwierig.

Wär dankebar für weitere Anregungen in diese Richtung.
lg
Poller

 

[Tobse]

Ich würde pro Nutzer einen Thread machen. Sendet ein Nutzer 1 SMS => Thread für 1 SMS. Sendet ein Nutzer 100 => 1 Thread sendet 100 SMS.

Was das Feedback "20/50 SMS versendet" angeht: Das kannst du - ausser mit Websockets - nur über AJAX polling lösen. Aber Die AJAX Schnittstelle muss ja nicht in die DB schauen sondern die kann ja auch beim Sende-Thread nachfragen, wieviel er schon geschickt hat.
Es gäbe auchnoch Long-Lived HTTP Requests . Aber da SMS versenden relativ zackig geht sollte das bei dir nicht notwendig sein.

 

[PollerJava]

Danke für die Rückmeldung,
Es sind ja Microservices momentan extrem im Gespräch,
Ich hab mir überlegt, ob ich nicht eine zweite *.war mache, die nur für das versenden zuständig ist und diese war von einer anderen war über REST anspreche. Dann würd ich mir einen Thread in meiner jetzigen war ersparen und hätte automatisch 2 Prozesse -> je einer in war eins und einer in war zwei - wobei ich mir da gar nicht sicher bin - ist das so, dass z.B. JBoss je einen Prozess für ein war öffnet/erzeugt?

Was sagt ihr dazu - zu den Prozessen und der Architektur, diese Architektur würde mir sehr gut gefallen.

 

[PollerJava]

Button wird gedrückt => Thread starten => SMS schicken => in DB schreiben => Feedback an den Nutzer..

Dazu hätte ich noch eine Frage. Würdest du das schreiben in die DB in dem Thread machen, bzw. geht das eigentlich problemfrei (mit dem Session Pooling von Hibernate usw.) oder sollte man das woanders machen, z.B. nach dem Versenden im Main-Thread (was ja dann wieder nichts bringen würde, da ich auf das Ende der Abarbeitung im Thread warten müsste)

Vielen Dank für die Hilfe.

lg
Poller

 

[Tobse]

Du sagtst es ja schon. Im Main Thread gehts nicht. Welche Möglichkeit bleibt dir denn als der Versende-Thread? Und ich sehe eine Ursache, warum der nicht in die DB schreiben könnte.

 

[arilou]

Wenn's sehr auf Rechenzeit/niedrige Serverlast ankommt, kann man versuchen zu vermeiden, immer wieder neue Threads zu starten (sondern z.B. bereits vorhandene erneut zu nutzen); ebenso mit Datenbank-Connections.

Ansonsten: Denk' auch an deine Arbeit(szeit). 2 Wochen am "Beschleunigen und Schöner-Machen" rumgedoktort, kostet deinen Arbeitgeber mehr, als wenn er die nächsten 5 Jahre ein bischen mehr Serverpower einkauft...