Client - DB-Server Struktur

[marvin00]

Hallo zusammen

bin auf der Suche nach einem Tip oder Verbesserungsvorschlag. Einen direkten Fehler habe ich nicht.

Meine Situation:
Ich habe 2 JAVA SE Desktop-Anwendungen erstellt die einen MSSQL Server benutzen. Programm A hat 50 Clients und Programm B hat 80 Clients.
Für die DB Verbindung habe ich mir eine Klasse geschrieben, die prüft ob der Server erreichbar ist und die Verbindung über den JDBC für MSSQL Server 2000 aufbaut und Methoden für die Datenabfrage und -manipulation bereit hält. Die Klasse baut direkt die Verbindung mit dem MSSQL Server auf, d.h. der JDBC liegt auf jedem Client vor. Alles läuft im LAN.

Das funktioniert so eigentlich ganz gut, aber bin etwas verunsichert ob es nicht besser/schneller geht.
Also, Programm A benötigt nur beim starten eine Verbindung und führt nur 5 Abfragen aus. Dazu wird die Verbindung aufgebaut, und nachdem alles fertig ist auch wieder geschlossen mit [c]connection.close();[/c]. Aber, wenn ich mir die Prozesse auf dem MSSQL Server anschaue sind dort pro Client 3 Prozesse mit dem Status "AWAITING COMMAND". Diese Prozesse werden eigentlich nicht benötigt, und werden erst beendet wenn Programm A beendet wird. Ist das so normal?

Programm B benötigt ständig die Verbindung und so sind immer so 500 Prozesse auf dem MSSQL Server. Das Programm B läuft noch nicht auf allen Clients, und desto mehr Clients das Programm bekommen, desto mehr Fehler bekomem ich. Nicht regelmäßig aber leider häufiger (2mal pro Woche bei mind. 1 Client) kommt ein Fehler -Connection reset-, d.h. es konnte kein Socket zum MSSQL Server aufgebaut werden. Beim 2. Versuch funktioniert es dann wieder ohne Probleme.

Meine Frage wäre nun, wie macht das ein Profi? Ist die Fehlerquote normal?
Was kann ich besser machen?

Würde mich über Tipps freuen
MfG marvin00

 

[F.S.WhiTeY]

http://www.pdbm.de/skripte/hibernate-folien-print.pdf

 

[marvin00]

Vielen dank für den Link.

habe mich selbst schon mit Persistence und EJB's versucht zu beschäftigen. Nicht direkt mit Hibernate, aber das würde ich auch nutzen wollen. Aber leider wurden meine beiden Anwendungen mit der Standard Edition erstellt.

Natürlich habe ich bereits versucht im Bereich Java EE das ganze umzusetzen, bzw. bevor ich meine Anwendungen umschreibe das zu testen. Leider ohne Erfolg, jegliche Tutorials, Anleitungen und Hilfe, die ich gefunden habe, beziehen sich auf Web-Anwendungen, JSP und JSF. Und nebenbei wird erwähnt, dass über den Application Server auch Swing Anwendungen versorgt werden können. Kann der Glassfish Server auch als Application Server genutzt werden? Auf der Wiki Seite von Glassfish habe ich gelesen, dass der als Webserver für die Webanwendungen dient.

Dachte es gibt eventuell etwas für die SE Welt.

 

[F.S.WhiTeY]

Also JPA muss nicht unbedingt in Webanwendungen laufen. Du kannst die JPA auch in Desktopanwendungen verwenden.

 

[marvin00]

Das hatte ich auch schon gelesen, aber immer nur in zusammenhang mit Java EE Anwendungen.

Hatte in einem SE Projekt mal versucht das ganze zum laufen zu bekommen und hab die javax.ejb.jar und javax.persistence.jar als Library hinzugefügt, aber es kamen nur Fehler. Dachte es ging daher nur mit EE Anwendungen.
Gerade nochmal probiert und gemerkt, dass ich einfach nur die PU beim 1. versuch vergessen hatte dem Manager bekannt zu geben, es läuft ... was für ein Erfolg!

 

[TheDarkRose]

Also bei solchen Anwendunge würde ich auf das 3-Tier Prinzip umstellen. Auf einen Server läuft ein Java EE Application Server. Für diesen programmierst du die EJB mit deiner Businesslogik und auch hier wird die DB Verbindung aufgebaut. Das bringt einerseits den Vorteil, es lässt sich Connection Pooling verwenden, und du brauchst auch nur für den Application Server die Datenbankverbindung aufbauen. D.h. im Client kommt kein einziger Code mehr vor, der mit der Datenbank zu tun hat. Im Client kannst du dann per JNDI (in Glassfish durch CORBA/IIOP, in JBoss durch RMI) deine EJB's über Remote aufrufen.

Hier ein gutes Tutorial. Da wird zwar auch schlussendlich ein Servlet aufgebaut, aber wenn du dir da das Testprojekt anschaust, baut es auch per JNDI und InitialContext.lookup() die Verbindung zum Server auf. Diesen Part kannst du dann in deinem Projekt weiterverfolgen.
An Eclipse / GlassFish / Java EE 6 Tutorial » Programming

 

[F.S.WhiTeY]

Mit dem 3-Tier Prinzip habe ich noch nicht gearbeitet aber ich kenne die Vorteile. Wie mein vorredner gesagt hatt, ist Connection Pooling was performance angeht mit unter das effizienteste.

Also auch eine Möglichkeit. Nur kann zumindest ich da keine Hilfestellung geben. Naja, wir sind hier ja Gott seis gedankt nich alleine

 

[marvin00]

Moin,
das klingt interessant. Werde das versuchen umzusetzen.