hallo erstmal

ich bin momentan dabei zu prüfen auf welcher technologie ich ein etwas größeres java projekt aufsetze.

da es ein informationssystem wird welches wachstumspotential hat will ich es von vornherein so auslegen das es gut skalierbar ist.

als O/R persistance layer habe ich mich eigentlich schon für hibernate entschieden. die features überzeugen und die geschwindigkeit scheint auch zu stimmen. alternativ hatte ich an QuasarPersistance von sd&m (www.openquasar.de) gedacht. allerdings geht mir hier die unterstützung für das jdk5.0 ab, welches ich eigentlich schon gerne benutzen möchte. die mapping definitionen scheinen sehr komplex zu sein - und zu guter letzt ist es zwar opensource aber die hibernate entwickelung scheint um einiges aktiver zu sein.

nun, da die anwendung in mehrere verteilte komponenten aufgeteilt sein wird dachte ich an J2EE. nachdem ich nun fast den ganzen tag damit zugebracht habe mir JBOSS anzusehen und EJB2.0/XDoclet etc reinzupfeifen bin ich für mich irgendwie zu dem schluss gekommen das es das nicht sein kann. die möglichkeiten sind bestimmt immens - aber ich möchte keinesfalls derart technologiegebunden sein und mich auf ein so spezielles framework wie J2EE festlegen.
das lässt sich nicht mit dem angestrebten architekturmodell vereinbaren (quasar hats mir angetan )

Spring lief mir über den weg, welches wohl mehr in richtung POJO (plain old java objects) geht und versucht diese mit j2ee zu verheiraten. konnte ich mir leider noch nicht genau ansehen, scheint aber interessant zu sein.

zu guter letzt warf ich noch einen blick auf EJB3 - ziel bei dieser spezifikation war es wohl diese ganze j2ee scheisse(sorry*g) zu vereinfachen. dank jdk5.0 und seinen annotationen fallen die nervigen xml dateien weg - in der ejb3 preview von jboss kommt hibernate zum einsatz. die mapping definition erfolgt direkt im code (durch annotations). die integration von POJOs ist wie mir scheint auch hier sehr gut möglich. das prinzip ist simpel und wie ich finde leicht zu erlernen - ich bin versucht es damit zu versuchen.
-> http://www.jboss.org/products/ejb3

allerdings bin ich mir nicht ganz sicher ob das wirklich das ist was ich suche.
wenn ich nun meine applikationsschicht (die business logik), welche ich möglichst technologieunabängig implementieren will, über schnittstellen an EJBs anbinde ..
.. kann ich diese dann einfach mit einem remote-client aufrufen?
.. ist es möglich diese zu verteilen und einen load-balancer vorzuschalten?

damit wäre schon sehr viel gewonnen, aber irgendwie habe ich das gefühl j2ee ist viel mehr und ich würde dann nur einen kleinen bruchteil nutzen - brauche ich hierfür überhaupt einen appserver wie jboss?
wenn das wie ich annehme nicht alles ist: was ist der eigentliche sinn von EJBs / J2EE?

es sei mir verziehen wenn die fragen dämlich sind - ich bin ein absoluter neuling was j2ee betrifft und habe auch nicht wirklich viel erfahrung mit java.

für einen rat wäre ich sehr dankbar, nicht das ich mir hier was antue was ich später bereue

[nove]

Es gibt ein gutes Buch Namens "Enterprise JavaBeans" von O'Reilly

da heisst es:

Enterprise JavaBeans stellen die Erweiterung des Komponentenmodells JavaBeans auf plattformunabhängige Server-Anwendungen dar. Mit EJB wird es Programmieren möglich, wiederverwendbare Server-Komponenten für geschäftliche Anwendungen zu erstellen, die auf den unterschiedlichen System einer Unternehmensumgebung ausgeführt werden können.

und über J2EE ist zu lesen (wikipedia).

http://de.wikipedia.org/wiki/J2EE

Zitat von kron

.. kann ich diese dann einfach mit einem remote-client aufrufen?

naja nicht ganz so "einfach" es gibt da noch Sachen wie z.B. EJB-Home Objects usw.

Zitat von kron

.. ist es möglich diese zu verteilen und einen load-balancer vorzuschalten?

http://www.javaworld.com/javaworld/jw-08-2001/jw-0803-extremescale2.html

Zitat von kron

damit wäre schon sehr viel gewonnen, aber irgendwie habe ich das gefühl j2ee ist viel mehr und ich würde dann nur einen kleinen bruchteil nutzen - brauche ich hierfür überhaupt einen appserver wie jboss?
wenn das wie ich annehme nicht alles ist: was ist der eigentliche sinn von EJBs / J2EE?

klar ist J2EE viel mehr und nein ein ApplicationServer wie JBOSS ist nicht zwingend nötig du kannst die EJBs umschließende Technologie auch selber schreiben. Aber ein App-Server wie JBOSS nimmt dir Arbeit ab wie z.B. auch das Load-Balancing bei einem JBOSS Cluster.

(ich hoffe ich hab mich jetzt nich blamiert mit meiner Antwort)

Moin,

um dir eine Empfehlung oder Tipps zu geben müsste man schon mehr über die Systemanforderungen erfahren.

Grundsätzlich sollte man sich immer die Frage stellen, ob man wirklich ein serverbasiertes Komponentenmodell braucht (hier sind erhöhte Anforderungen in den Bereichen Mehrbenutzerfähigkeit, Skalierbarkeit, Verfügbarkeit oder Migration ein guter Anhaltspunkt). Soll dagegen eine "einfache" verteilte Objektarchitektur realisiert werden, braucht man eventuell eine fette Middleware-Plattform gar nicht. Das von dir erwähnte Load-Balancing ist nur ein kleiner Aspekt und hat mit dieser Entscheidung fast nichts zutun.

Wenn die Entscheidung positiv ausfällt hat man natürlich (wie du schon gemerkt hast ) einige Optionen was die Architektur betrifft. Spring kann eine gute Alternative sein, die Kombination mit Hibernate ist sehr beliebt.

Grüße
radio