Beste Komponenten für 3-Schichten-Architektur gesucht

[Quallo]

Hallo Community,

ich habe für ein angedachtes Programm einen Prototypen in .NET entwickelt (normalerweise meine Programiererheimat). Zum Glück konnte ich mich damit durchsetzen, auch Java in Betrachtung zu ziehen und zusätzlich einen Prototypen mit Java zu erstellen.

Es handelt sich um ein Programm zur Datenerfassung und -Anzeige. Bis hierhin ganz einfach, aber jetzt kommen die angedachten Verteilungsszenarien und Programmvarianten:
1. SmartClient: Java Interface beim Anwender, Datenhaltung und -Verarbeitung in unserem Rechenzentrum. Kommunikation Anwender <--> RZ via Webservices (inklusive Authorisierung, SessionHandling, Verschlüsselung und wenn möglich Komprimierung)
2. RichClient: Java Interface, Datenhaltung (lokale DB oder im LAN) und -Verarbeitung beim Anwender
3. WebClient: HTML-Oberfläche für den Anwender, Webserver, Datenhaltung und -Verarbeitung in unserem Rechenzentrum.

SmartClient und RichClient sollen in allen 3 Schichten (Presentation Layer, Business Layer, Data Layer) den gleichen Code haben. Der Zugriff auf den Business Layer (vom Presentation Layer aus) muss also über eine Schnittstelle abstrahiert werden können.
Der WebClient soll den gleichen Business Layer und den gleichen DataLayer wie SmartClient/RichClient haben.

In .NET ist dies möglich und stellt bereits eine performante Lösung dar. Nun stehe ich allerdings vor einem Berg namens JAVA und weiß nicht, wie ich beginnen soll. Ich hätte gerne Erfahrungen von euch, welche Komponenten ihr einsetzt. Konkret bräuchte ich Empfehlungen zu folgenden Bausteinen:

IDE: Netbeans oder Eclipse? Im Endeffekt Geschmackssache (auch wenn jede IDE sicherlich ihre Propheten hat...) oder ist eine der beiden deutlich besser?

Presentation Layer:
Welches GUI-Toolkit mit welchem Designer würdet ihr empfehlen? Gibt es evtl. Frameworks (so etwas wie Eclipse Rich Client Platform) die wunderbar sind und an denen kein Weg vorbei geht? Wie läuft die Installation des SmartClients (übers Internet, mit automatischer Aktualisierung) ab?
Welches Framework für Webanwendungen? JSF, JSP, Servlets...? Evtl. mit Struts kombiniert?

Business Layer:
Business Methoden, WebService Anbindung, Transaktionshandling, Konfiguraton, AOP und Persistenz?
Wenn ich nur SmartClient und WebClient hätte, könnte ich sicherlich EJB 3.0 nehmen. Wie sehen EJBs in der Praxis aus? Und wie machen sich die EJBs, wenn sie plötzlich auf einem Client (RichClient) statt auf einem Applikationsserver laufen sollen? Gibt es überhaupt Container für EJBs, die auch in Client Anwendungen laufen? Was wären die Alternativen zu EJBs?
Wäre Spring eine Alternative bzw. was würde Spring vom geforderten nicht können?
Welche Technik für Webservices mit den oben gestellten Anforderungen?

DataLayer:
JPA, TopLink, Hibernate...? Welches ist die beste Technik (vorhandenes Datenmodell, Oracle (aber potenziell auch andere), GUIDs als Primärschlüssel).

Logging: log4j oder gibt es bessere Alternativen?


So, jetzt seid Ihr gefragt mir mit Eurer Erfahrung zu helfen. Ich gebe meine Erfahrungen, dich ich dann bei der Implementierung mache auch gerne weiter!


Grüße, Christoph

 

[sliwalker]

Hallo Christoph,

das sind ja eine ganze Latte an Fragen
...aber nun gut, teilweise kann ich Dir meine Erfahrungen weitergeben. Zuerst die einfachen Fragen:

Logging? log4j ist eine gute Möglichkeit. benutzen wir auch. Du kannst dort eben für die verschiedensten Logvarianten Kategorien erstellen(zb. eine für logging in DB, eine für logging auf Console, eine für Logdateien usw.) Was anderes kann ich nicht empfehlen, weil ich da nichts genauer kenne.

Business Layer:
Die Schlagwörter die Du angeführt hast sind alle mit dem JBoss zu händeln. Wir stellen gerade große Bereiche von EJB nach Spring um, da Spring wesentlich einfacher zu händeln und auch ungemein performanter ist. Andere große Bereiche werden momentan auf POJOs und old-school SQl umgestellt, weil die Performance mittlerweile Probleme macht.
EJBs in RichClients ist mir nicht bekannt. Soweit ich weiß muss das in einem Kontext eines Applikationsservers laufen.

Programmvarianten:
Ich würde grundsätzlich davon absehen, Verarbeirtungen zum Anwender, also in den Client zu legen. Geschäftskritische Prozesse müssen nach DIN sowieso in einer gesichetren Umgebung stattfinden, um Manipulation zu vermeiden. Wirtschaftsprüfer sehen sowas sehr eng. Ein weiteres Argument dagegen ist für mich der Updateaufwand bei neuen Releases. Bei uns gibt es eine Client/Server Architektur in der der Anwender einen Weblink benutzt, um sich den Client ganz aktuell aus dem JBoss zu ziehen(WebStart). Ich finde eine gute Lösung, da man nur an einer Stelle ausliefern muss.

PresentationLayer:
Struts ist meiner Meinung nach ein muss, weil Du Dich sonst totprogrammierst. (genau wie Hibernate und Spring)Diese Frameworks sind nunmal da um einem das Leben leichter zu machen und das Rad nicht ständig neu erfinden zu müssen. Es muss nicht immer das neueste sein, so kann man eine gewisse bugfreiheit vorraussetzen. JSF/JSP ist eine Frage wie modular Du es eben haben willst. Wo Du in JSP noch sehr viel immer wieder tun musst, kannst Du in JSF schon viel generischer programmieren. Ich selbst habe aber mit diesem Thema nicht allzuviel zu tun, deshalb gebe ich nur weiter, was ich so von Kollegen höre.

IDE:
Bei uns werden WebDinge mit Netbeans entwickelt und die Client/Server Geschichte mit Eclipse. Ich selbst arbeite viel in Eclipse und finde das Tool sehr gut. Vergleichbares ist schwer zu finden. Desweiteren gibt es Tonnen an PlugIn wovon man eine Menge sehr gut gebrauchen kann(MyLyn zum beispiel).


Ich hoffe Du kannst ein paar Tipps aus meinem geschriebenen rausziehen. Viel >Erfolg

greetz
SLi

 

[maki]

Presentation Layer:
Welches GUI-Toolkit mit welchem Designer würdet ihr empfehlen? Gibt es evtl. Frameworks (so etwas wie Eclipse Rich Client Platform) die wunderbar sind und an denen kein Weg vorbei geht? Wie läuft die Installation des SmartClients (übers Internet, mit automatischer Aktualisierung) ab?
Welches Framework für Webanwendungen? JSF, JSP, Servlets...? Evtl. mit Struts kombiniert?

struts ist tot, zumindest solange man auf JSF setzt Ausser natürlich man nimmt das ein oder andere aus struts-shale...

JSF ist im Moment das zukunftssicherste Framework fürs Web in Java, aber nicht so einfach zu erlernen wie zB. struts.
JSF baut auf Serlvets und JSPs auf.

Business Layer:
Business Methoden, WebService Anbindung, Transaktionshandling, Konfiguraton, AOP und Persistenz?
Wenn ich nur SmartClient und WebClient hätte, könnte ich sicherlich EJB 3.0 nehmen. Wie sehen EJBs in der Praxis aus? Und wie machen sich die EJBs, wenn sie plötzlich auf einem Client (RichClient) statt auf einem Applikationsserver laufen sollen? Gibt es überhaupt Container für EJBs, die auch in Client Anwendungen laufen? Was wären die Alternativen zu EJBs?
Wäre Spring eine Alternative bzw. was würde Spring vom geforderten nicht können?
Welche Technik für Webservices mit den oben gestellten Anforderungen?

EJBs können all das, auch für Smart Clients, man greift auf EJBs ausserhalb des EJB Containers immer per remote zu, da ist dann egal ob es sich um eine Webanwednung in Tomcat handelt oder einen Smart Client.

DataLayer:
JPA, TopLink, Hibernate...? Welches ist die beste Technik (vorhandenes Datenmodell, Oracle (aber potenziell auch andere), GUIDs als Primärschlüssel).

JPA/Hibernate (JPA ist der Standard, Hibernate eine IMplementierung) wäre eine Möglichkeit, allerdings bevorzuge ich iBatis wenn das DB Modell schon existiert, da ORM Frameworks wie JPA/Hibernate am besten dazu geeignet sind, neue Projekte zu erstellen und das ER Modell komplett zu ignorieren, schliesslich nimmt man dann ein Domain Modell

imho ist log4j das beste logging framework.

 

[Quallo]

Erstmal vielen Dank für Eure Antworten!

Logging? log4j ist eine gute Möglichkeit. Benutze ich auch für den .NET Prototyp. Ist ne nette Geschichte!

Business Layer: Mit JBoss bin ich dann allerdings wieder an einen Applikationsserver gebunden. An Spring werde ich wohl kaum vorbei kommen. Was ja nicht unbedingt schlecht ist, die dort umgesetzten Pattern sollte man kennen und gegen eine quelloffene Referenzimplementierung ist sicherlich nichts einzuwenden.
Pojos und SQL(mit eigenem schmalen Framework umzu) benutze ich auch in der .NET Version. Gibt es in Java die Möglichkeit datenbankunabhängige SQL-Abfragen zu formulieren und auszuführen und das Ergebnis in Pojos oder generischen Listen (unterstützt Java doch ab 1.5, oder?) von Pojos zu füllen(Ibatis klingt da schon sehr nett, ist es auch DB-Unabhängig oder muss ich Dialekte schreiben?)?
OR-Mapper würde ich schon gerne testen, eben weil ich es im .NET Prototyp nicht habe und denke, dass Java in dem Punkt bereits deutlich weiter als .NET ist.

Programmvarianten: Die Verarbeitungen beim Anwender betreffen dann auch Daten beim Anwender. Die sind für ihre Sicherheit dann selber zuständig. Soetwas wie WebStart habe ich in .NET auch für den SmartClient genommen. Heisst dort Click-Once-Deployment.

PresentationLayer:
JSF gefällt mir, da es ähnlich zu ASP.NET ist. Besonders die SessionBeans gefallen mir (als kleines Detail).

IDE:
Ich werde mir mal beide anschauen. Also Webservices und Client inkl. Spring am Besten mit Eclipse?



Grüße, Christoph

 

[maki]

Business Layer: Mit JBoss bin ich dann allerdings wieder an einen Applikationsserver gebunden. An Spring werde ich wohl kaum vorbei kommen. Was ja nicht unbedingt schlecht ist, die dort umgesetzten Pattern sollte man kennen und gegen eine quelloffene Referenzimplementierung ist sicherlich nichts einzuwenden.
Pojos und SQL(mit eigenem schmalen Framework umzu) benutze ich auch in der .NET Version. Gibt es in Java die Möglichkeit datenbankunabhängige SQL-Abfragen zu formulieren und auszuführen und das Ergebnis in Pojos oder generischen Listen (unterstützt Java doch ab 1.5, oder?) von Pojos zu füllen(Ibatis klingt da schon sehr nett, ist es auch DB-Unabhängig oder muss ich Dialekte schreiben?)?
OR-Mapper würde ich schon gerne testen, eben weil ich es im .NET Prototyp nicht habe und denke, dass Java in dem Punkt bereits deutlich weiter als .NET ist.

Du wirst immer an einen Applikationserver gebunden sein, sobald du dich für EJBs entscheidest.
In iBatis schreibst du alle SQL Statements selbst, diese liegen allerdings in XML Dateien, nicht im Java Quellcode.
Wie du deine DAOs implementierst bleibt dir überlassen, kannst da natürlich auch Generics einsetzen.

Anders als JPA/Hibernate ist iBatis kein ORM Framework!

In JPA/Hibernate reicht es, in der Konfiguation den sog. SQL Dialekt einzustellen (mysql, etc. pp.), da JPA/Hibernate das SQL vollständig selbst generiert. Wenn du allerdings schon eine DB mit Tabellen hast, ist dieser Ansatz umständlich, da eure Tabellenstruktur erst wieder von JPA/Hibernate "verstanden" werden muss.

PresentationLayer:
JSF gefällt mir, da es ähnlich zu ASP.NET ist. Besonders die SessionBeans gefallen mir (als kleines Detail).

SessionBeans gibt's wirklich in jedem Java Web FrameWork.
Wie gesagt, JSF ist komplex, Servlets und JSPs sollte man unbedingt vertehen, bevor man sich an JSF ranmacht. Ein gutes Buch ist ein Muss, nur mit Tutorials kommt man nicht weit, da die theoretischen Grundlagen sehr wichtig sind.

 

[Quallo]

Aber mit Spring bin ich ja nicht daran gebunden und der Container von Spring sollte doch auch eigentlich alle meine Anforderungen erfüllen.

Werde dann mal schauen, was mir eher zusagt und wo ich eher gute Performance sehe (wahrscheinlich deutlich in Richtung IBatis). Kann man auch dynamische Querys verwenden (im Code dynamisch erzeugt) oder muss man unbedingt gespeicherte nehmen? Sonst wäre das ja eine super Basis für eine eigene kleine OR-Schicht.

"SessionBeans gibt's wirklich in jedem Java Web FrameWork" --> Aber nicht in ASP.NET. Und ich stehe doch so auf POJOS bzw. POCOS (das .NET äquivalent, C = CLR).


Grüße, Christoph

 

[maki]

Kann man auch dynamische Querys verwenden (im Code dynamisch erzeugt) oder muss man unbedingt gespeicherte nehmen?

iBatis bietet für die XML Dateien (Mapping Dateien) eine eigene kleine Syntax an, mit der man if-else Abfragen und wenn ich mich nicht irre sogar schleifen schreiben kann, nützlich zB bei Suchen mit variabler Anzahl von Kriterien.
Mit iBatis sollte der gesamte SQL Code in XML Daeien ausgelagert werden, ein bisschen in Java und ein bisschen in XML würde ich nicht machen, glaube auch kaum das es so einfach zu bewerkstelligen sein wird, am besten von dieser Idee trennen

Übrigns, iBatis bits auch für .NET

 

[Quallo]

Werde mir das bei Gelegenheit mal zu Gemüte führen. Hast vielleicht recht, dass man das Mixen sein lassen sollte. Aber mal sehen, solange man den Mixer auch via xml konfiguriert...

Der .NET Port interessiert mich nicht, ich mache jetzt ja Java Werde mir den wohl bei Gelegenheit mal anschauen.