Hallo,
verzeiht diese Kinderfragen, aber es gibt kein J2EE-Anfänger-Forum. Das Java-Anfängerforum schien mir ungeeignet.
Ich habe letztes Semester für die Uni ein Ein-Mann-Projekt angefangen: Ein Bibliothekssystem in Java. Bevor ich irgendwie weitermache, wollte ich mal die Leute fragen, die schon 10 Jahre dabei sind. Die komplette J2EE Thematik erschlägt mich.
Mein Software zurzeit:
Ich bekomme von Ant zwei jar-Dateien gebaut: Einen Swing-Client und einen Applikationsserver. Die Kommunikation erfolgt über RMI. Persistenzmäßig habe ich begonnen mir Hibernate anzuschauen für den App-Server. Der Client benutzt das Swing-Framework Genuine [1] und JForms. Ich gedenke - rein imaginär - den Client mit Webstart zu deployen. Sowohl App-Server als auch Client sind nicht mit J2EE sondern mit plain Java 1.5 SE geschrieben. Der Applikationsserver hat eine Fassade für die Client-Zugriffe. Daten werden über Data-Transfer-Objects/ValueObjects übertragen. Der Applikationsserver funktioniert rein entwurfstechnisch zur Zeit nur mit einem einzigen Client, heißt: es ist keine concurrent Transaktionsverwaltung implementiert. Zu diesem Zweck bietet es sich jetzt natürlich an, den App-Server auf J2EE zu portieren und nebenläufige Anfragen von mehreren Clients zu ermöglichen. Doch hier habe ich jetzt ein Problem: Keine Erfahrung. Ich will sinnvolle, praxisnahe Programmiererfahrung sammeln und weiss nicht wie/womit es weitergehen soll.
Einen JSP- oder Servlet Container benötige ich erstmal überhaupt nicht.
#
Daraus ergeben sich meine Fragen:
Soll ich mir JBoss (incl. Tomcat) installieren und mich erstmal durch alle Enterprise Server Beans Tutorials durchfressen?
Nachteil: Viele Einführung in EJBs beziehen sich scheinbar auf Webcontainer-Anbindung und nicht auf RMI. Ich arbeite ja wie ich gesagt habe an einer normalen Serveranwendung z.B. für ein Intranet aber nicht an einer Webanwendung. Kennt jemand ein aktuelles Tutorial im Sinne von "Einführung in EJB für normale RMI-Serveranwendungen"?
#
Soll ich lieber nach Alternativen zu EJBs suchen (Spring, whatever)? Was gibt es noch brauchbares außer Spring?
Nachteil: Auch hier sehen die Tutorials alle nach Webanwendung aus (Beispiele basieren auf Tomcat, na toll). Mein Webcontainer bleibt erstmal leer.
Also JBoos und Spring installieren?
#
Sind Erfahrungen mit EJB-Alternativen wie Spring in der Programmierer-Arbeitswelt mehr gefragt als EJB-Erfahrungen?
#
Erstmal alle Bücher über J2EE-Patterns und Anti-Pattern lesen und meinen eigenen App-Server from scratch weiterführen?
#
Erstmal alle Bücher über nebenläufige Architektur-Muster lesen und gucken, wie diese in den J2EE-Patterns reflektiert werden?
#
Was würden mir die Leute empfehlen, die schon lange mit J2EE arbeiten?
Ich bin willig. Das mit den Webanwendung ist für mich wie mit Applets in alten Java-Büchern. Man bekam alles damit erklärt, obwohl man sich überhaupt nicht dafür interessiert. Zumindest nicht im Moment.
MfG
Christian
[1] http://genuine.sourceforge.net
verzeiht diese Kinderfragen, aber es gibt kein J2EE-Anfänger-Forum. Das Java-Anfängerforum schien mir ungeeignet.
Ich habe letztes Semester für die Uni ein Ein-Mann-Projekt angefangen: Ein Bibliothekssystem in Java. Bevor ich irgendwie weitermache, wollte ich mal die Leute fragen, die schon 10 Jahre dabei sind. Die komplette J2EE Thematik erschlägt mich.
Mein Software zurzeit:
Ich bekomme von Ant zwei jar-Dateien gebaut: Einen Swing-Client und einen Applikationsserver. Die Kommunikation erfolgt über RMI. Persistenzmäßig habe ich begonnen mir Hibernate anzuschauen für den App-Server. Der Client benutzt das Swing-Framework Genuine [1] und JForms. Ich gedenke - rein imaginär - den Client mit Webstart zu deployen. Sowohl App-Server als auch Client sind nicht mit J2EE sondern mit plain Java 1.5 SE geschrieben. Der Applikationsserver hat eine Fassade für die Client-Zugriffe. Daten werden über Data-Transfer-Objects/ValueObjects übertragen. Der Applikationsserver funktioniert rein entwurfstechnisch zur Zeit nur mit einem einzigen Client, heißt: es ist keine concurrent Transaktionsverwaltung implementiert. Zu diesem Zweck bietet es sich jetzt natürlich an, den App-Server auf J2EE zu portieren und nebenläufige Anfragen von mehreren Clients zu ermöglichen. Doch hier habe ich jetzt ein Problem: Keine Erfahrung. Ich will sinnvolle, praxisnahe Programmiererfahrung sammeln und weiss nicht wie/womit es weitergehen soll.
Einen JSP- oder Servlet Container benötige ich erstmal überhaupt nicht.
#
Daraus ergeben sich meine Fragen:
Soll ich mir JBoss (incl. Tomcat) installieren und mich erstmal durch alle Enterprise Server Beans Tutorials durchfressen?
Nachteil: Viele Einführung in EJBs beziehen sich scheinbar auf Webcontainer-Anbindung und nicht auf RMI. Ich arbeite ja wie ich gesagt habe an einer normalen Serveranwendung z.B. für ein Intranet aber nicht an einer Webanwendung. Kennt jemand ein aktuelles Tutorial im Sinne von "Einführung in EJB für normale RMI-Serveranwendungen"?
#
Soll ich lieber nach Alternativen zu EJBs suchen (Spring, whatever)? Was gibt es noch brauchbares außer Spring?
Nachteil: Auch hier sehen die Tutorials alle nach Webanwendung aus (Beispiele basieren auf Tomcat, na toll). Mein Webcontainer bleibt erstmal leer.
Also JBoos und Spring installieren?
#
Sind Erfahrungen mit EJB-Alternativen wie Spring in der Programmierer-Arbeitswelt mehr gefragt als EJB-Erfahrungen?
#
Erstmal alle Bücher über J2EE-Patterns und Anti-Pattern lesen und meinen eigenen App-Server from scratch weiterführen?
#
Erstmal alle Bücher über nebenläufige Architektur-Muster lesen und gucken, wie diese in den J2EE-Patterns reflektiert werden?
#
Was würden mir die Leute empfehlen, die schon lange mit J2EE arbeiten?
Ich bin willig. Das mit den Webanwendung ist für mich wie mit Applets in alten Java-Büchern. Man bekam alles damit erklärt, obwohl man sich überhaupt nicht dafür interessiert. Zumindest nicht im Moment.
MfG
Christian
[1] http://genuine.sourceforge.net
Comment