Hallo zusammen,
ich habe eine grundsätzliche Frage zu einer von mir angedachten Vorgehensweise:
Ich nutze Glassfish + JSF 2 + JPA + CDI.
Natürlich stehe ich nun vor dem Problem die Tests zu schreiben. Zusätzlich würde ich den ganzen Code gerne auch für Java SE Anwendungen nutzen können.
Mein Plan ist nun folgender:
Ich schreibe die Klassen ganz ohne CDI JTA und dem ganzen Containerspezifischen Zeugs.
Dadurch kann ich leicht ohne MockUps testen und die Klassen überall verwenden.
Für die Nutzung im Glassfish würde ich Beans schreiben, mir die Resource per CDI holen (EntityManager, Transactions usw.) und dem entsprechenden Objekt in der Bean übergeben.
JTA geht dann natürlich nicht mehr, aber gibt es sonst noch einen Haken an der Vorgehensweise?
Falls ja, kann mir jemand ein Tutorial zu Embedded Glassfish verlinken das einer geschrieben hat der damit auch schon echte Projekte gemacht und nicht nur rumgespielt hat? Die Tutorials zu dem Thema sind sehr sehr unterschiedlich und wenig vertrauenserweckend...
Liebe Grüße,
deChris
ich habe eine grundsätzliche Frage zu einer von mir angedachten Vorgehensweise:
Ich nutze Glassfish + JSF 2 + JPA + CDI.
Natürlich stehe ich nun vor dem Problem die Tests zu schreiben. Zusätzlich würde ich den ganzen Code gerne auch für Java SE Anwendungen nutzen können.
Mein Plan ist nun folgender:
Ich schreibe die Klassen ganz ohne CDI JTA und dem ganzen Containerspezifischen Zeugs.
Dadurch kann ich leicht ohne MockUps testen und die Klassen überall verwenden.
Für die Nutzung im Glassfish würde ich Beans schreiben, mir die Resource per CDI holen (EntityManager, Transactions usw.) und dem entsprechenden Objekt in der Bean übergeben.
JTA geht dann natürlich nicht mehr, aber gibt es sonst noch einen Haken an der Vorgehensweise?
Falls ja, kann mir jemand ein Tutorial zu Embedded Glassfish verlinken das einer geschrieben hat der damit auch schon echte Projekte gemacht und nicht nur rumgespielt hat? Die Tutorials zu dem Thema sind sehr sehr unterschiedlich und wenig vertrauenserweckend...
Liebe Grüße,
deChris