Ich benutze Java SE jetzt seit zwei Jahren und ich bin ziemlich gut mit den Grundlagen von Java. Ich würde gerne zur Java EE API wechseln und daraus etwas entwickeln. Ich habe 2 Fragen:
Enthält die EE-API alle Klassen der SE? d. h. kann alles, was in der SE entwickelt wurde, auch unter Verwendung der EE-API entwickelt werden?
Kann mir jemand in die Richtung weisen oder einen Vorschlag für die Entwicklung einer Java EE-Beispielanwendung wie etwa eines Webdienstes oder etwas vorschlagen? Im Idealfall wäre diese Beispiel-App auf meinem lokalen Computer testbar und würde für zukünftige Bewerbungsgespräche als Java-Entwickler in mein Portfolio aufgenommen werden können.
Enthält die EE API alle Klassen des SE?
Ja. Die Java EE-Plattform baut auf der Java SE-Plattform auf.
Kann mir jemand in die Richtung weisen oder einen Vorschlag für die Entwicklung einer Java EE-Beispielapplikation vorschlagen?
Sehen Sie sich die Java EE-Code-Beispiele & amp; Apps .
Um Ihre erste Frage zu beantworten, ist Java EE eine große Menge von APIs (Servlets, EJB, JNDI, JDBC usw.).
Es ergänzt das Java SE und ist distinct von Java SE und die von Ihnen ausgewählten Implementierungen bieten zusätzliche Funktionen zu denen, die in Java SE verfügbar sind.
Im Java EE 5-Lernprogramm gibt es einige Java EE-Beispielanwendungen. Siehe den Abschnitt "Fallstudien". Beachten Sie auch, dass das Java EE-Lernprogramm für Java 6 aktualisiert wird , das ich einfach nicht sehe die Fallstudien, von denen ich denke, dass sie der am besten geeignete Bereich für Ihre Frage sein werden.
Soweit die Java EE API alle Klassen der Java SE API enthält, weiß ich nichts, was in Java EE fehlt.
Die EE ist eine Obermenge von SE, aber der größte Unterschied besteht in der Art und Weise, wie Sie sie einsetzen.
SE wird normalerweise als einzelne App bereitgestellt, die auf einem Computer ausgeführt wird.
EE ist eine Reihe von Tools und APIs, die zu SE hinzugefügt wurden und die Bereitstellung in verschiedenen Client / Server-Konfigurationen (vor allem im Web) ermöglichen.
Es gibt einige Einschränkungen, die verschiedene Teile von EE verwenden. Zum Beispiel sollten Sie beim Programmieren von EJBs nicht auf Dateien zugreifen, da es keine Garantie gibt, dass ein Dateisystem zur Verfügung steht (ich glaube nicht, dass viele Container etwas dagegen haben ... aber das ist eine andere Sache ...), und Sie sollten nicht t Threads starten, da dieser Teil vom Container behandelt werden soll (falls dies zu unerwarteten Ergebnissen führt).
Im Laufe der Zeit scheinen EE und Standard Edition immer näher zu kommen. JDBC ist eine EE API, wurde aber immer mit der Standard Edition ausgeliefert. Heute sind Entity Beans und die JPA API auch ohne einen vollständigen EE-Stack verfügbar, Sie können es in einer Standard-JVM oder einem Webcontainer wie Tomcat ausführen, aber Sie benötigen eine Implementierung wie Hibernate oder OpenJPA und eine Datenbank (wie die im JDK eingebettete) oder irgend ein anderer). Sie vermissen zwar die automatische Transaktionsverarbeitung des ejb-Containers, aber Sie können diese Kontrolle je nach Anwendung auch selbst benötigen.