Bildaufbau durch Servlet -> Exception

[suam111]

Hallo Community,

kurz zur Thematik:

In einem Servlet erzeuge ich einen http response, der aus mitunter mehreren Bildern (jpg) besteht.
Jedes dieser sechs Bilder wird wiederum in einem zweiten Serlvet erzeugt und mittels <img src=ServletName.../> im ersten Servlet eingebunden.
Dieses zweite Servlet holt die Daten von einer mySQL Datenbank, bereitet sie auf und erzeugt eine grafische Ausgabe.

Zum Problem:

Die letzen beiden Bilder werden in den meisten Fällen nicht erzeugt, stattdessen wird folgende Exception geworfen (bei ca. jedem 5. Versuch funktioniert es aber):

com.mysql.jdbc.exceptions.jdbc4.CommunicationsException: Communications link failure
Caused by: java.net.SocketException: socket closed

Kommentiere ich zu Testzwecken die ersten Bilder aus, sodass nur die letzten beiden erzeugt werden müssen funktioniert es.
Was kann hier das Problem sein? Die Statements sind alle korrekt und auch die Bilderzeugung funktioniert in allen Fällen gleich.

Danke im Voraus!

 

[suam111]

Hallo,

das Problem hab ich behoben.
Es lag daran, dass die Bilder jeweils mit dem gleichen Servlet erzeugt werden (DB Verbindungsaufbau und -abbau), wobei alle unterschiedlich lange dauern, was dazuführen kann das, eine Erzeugung eines Bildes die Datenbankverbindung schließt, obwohl die andere Erzeugung noch auf die Datenbank zugreifen muss. -> Exception

Ich erzeuge nun die Bilder mit synchronized eins nach dem anderen.

 

[maki]

Verwendest du denn keinen ConnectionPool?
Für jede Abfrage eine Connection aufbauen um sie danach wieder zu schliessen ist langsam.

 

[suam111]

Hallo,

danke für deine Anregung.

Für jedes Statement baue ich keine Verbindung auf sondern nütze eine bereits vorhandene.
Allerdings erzeugt jedes Servlet eine eigene DB Verbindung und schließt sie auch wieder, weiß nicht wie es sonst geht.

Hier der "bildliche" Aufbau
MainServlet baut Verbindung auf, schließt Verbindung am Ende
ImageServlet baut Verbindung auf, schließt sie nach erstellen des Bildes wieder(für alle 4 Fälle neue Verbindung)

<MainServlet>
---print out other data from database
---<img src=ImageServlet?param=1/>
---<img src=ImageServlet?param=2/>
---<img src=ImageServlet?param=3/>
---<img src=ImageServlet?param=4/>
</MainServlet>


Gibt es hier eine bessere Möglichkeit? Die DB Verbindung des MainServlets kann ich ja nicht nutzen, da dieses vorher die DB VErbindung beendet, da es ja im Seitenaufbau shcneller ist als die ImageServlets.

 

[maki]

Hi,

ich weiss natürlich nicht wie genau du mit der Db arbeitest, aber ein ConnectionPool bzw. eine DataSource mit ConnectionPool (event. über JNDI) sollte es schon sein.

Connections öffnen & schliessen ist teuer, abgesehen davon solltest du deine Struktur nochmals überdenken, denn wenn konkurierende Db Zugriffe sich gegenseitig die Connection schliessen können ist Serialisierung der Zugriffe keine echte Lösung.

 

[suam111]

Hallo,

Connections öffnen & schliessen ist teuer, abgesehen davon solltest du deine Struktur nochmals überdenken, denn wenn konkurierende Db Zugriffe sich gegenseitig die Connection schliessen können ist Serialisierung der Zugriffe keine echte Lösung.

schafft hier der ConnectionPool Abhilfe oder wie genau könnte ich die Struktur besser gestalten?

 

[maki]

Struktur: Sieh dir mal das sog. DAO Pattern an
ConnectionPool: Ehrlich gesagt, macht man keine Server App mehr ohne

 

[suam111]

Hallo,

also das DAO Pattern habe ich bereits in Verwendung.

Da ich mich gerade mit dem Thema auseinander gesetzt habe, bin ich auf eine Frage gestoßen.

Gibt es eine Möglichkeit, dass man sich das freigeben der Connection nach jedem Aufruf an die Datenbank sparen kann?

conn = pool.getConnection();
//...
//fetch data from database
//..
pool.free(conn); //<--- bessere Möglichkeit?

 

[SlaterB]

das ist vielleicht was für eine Basisklasse oder einen RequestFilter,
egal wieviele tausende einzelne Servlets es gibt, an EINER zentralen Stelle werden Ressourcen zugeordnet und später aufgeräumt,
genauso ist es ja mehr oder weniger auch mit dem Request-Objekt, der Session usw.

 

[suam111]

Das mit der zentralen Stelle ist mir klar, aber mir geht es darum, dass ich jetzt nach Umstellung auf einen ConnectionPool bei jeder DB Abfrage die Verbindung freigeben muss. Sehe ich das richtig?

 

[maki]

Da ich mich gerade mit dem Thema auseinander gesetzt habe, bin ich auf eine Frage gestoßen.

Gibt es eine Möglichkeit, dass man sich das freigeben der Connection nach jedem Aufruf an die Datenbank sparen kann?

Das ist genau der Punkt bei einem ConnectionPool.
Aber du rufst den Pool nicht epxlizit auf und gibst die Connecciton dem Pool nicht explizit zurück, statt einer echten Connection bekommst du einen Proxy, der beim close aufruf das schon erledigt.
Alle modernen JDBC Treiber bieten einen ConnectionPool von Haus aus, ansosnten gibt es noch DBCP von Apache und weitere.

Welche DB bzw JDBC Treiber verwendest du denn?

 

[suam111]

Hallo,

gibt es da einen guten SampleCode?
Beim Einlesen bin ich da auf sehr viele verschiedene unterschiedliche Lösungen gestoßen, wo ich dann nicht wirklich wusste wo die großen Unterschiede lagen.
Die serverseitige Konfiguration steht nicht zur Debatte, da ich den Verbindungsaufbau (DB Name etc) zur Laufzeit aus einer config lade.

Ich verwende mysql