{"id":2800,"date":"2023-03-09T07:31:40","date_gmt":"2023-03-09T07:31:40","guid":{"rendered":"https:\/\/www.juniorjavadeveloper.pl\/?p=2800"},"modified":"2024-07-23T08:19:33","modified_gmt":"2024-07-23T08:19:33","slug":"uzywamy-starych-frameworkow-java-ee-vs-spring-framework-dawid-kontra-goliat","status":"publish","type":"post","link":"https:\/\/www.juniorjavadeveloper.pl\/en\/2023\/03\/09\/uzywamy-starych-frameworkow-java-ee-vs-spring-framework-dawid-kontra-goliat\/","title":{"rendered":"U\u017cywamy “starych” framework\u00f3w – Java EE vs. Spring Framework – Dawid kontra Goliat"},"content":{"rendered":"

Patrz\u0105c na popularno\u015b\u0107 mojego artyku\u0142u Low-code i No-code \u2013 czy generatory kodu \u017ar\u00f3d\u0142owego zast\u0105pi\u0105 programist\u00f3w?<\/a>, gdzie cofam si\u0119 w czasie i opisuj\u0119 “stare” technologie, kt\u00f3re mia\u0142y zrewolucjonizowa\u0107 spos\u00f3b wytwarzania oprogramowania. Dzi\u015b postanowi\u0142em od\u015bwie\u017cy\u0107 m\u00f3j artyku\u0142 sprzed ponad roku, kt\u00f3ry napisa\u0142em dla https:\/\/bulldogjob.pl<\/a>, w kt\u00f3rym opisa\u0142em nier\u00f3wn\u0105 “walk\u0119” pomi\u0119dzy Java EE (Enterprise Edition), a Spring Framework – Dawid kontra Goliat. Cytuj\u0119 fragmenty artyku\u0142u poprawiaj\u0105c daty oraz dodaj\u0105c moje komentarze.<\/p>\n\n\n\n

\n
\n
\"Java<\/a>
Java EE vs. Spring Framework – Dawid kontra Goliat – bulldogjob.pl<\/figcaption><\/figure>\n<\/body><\/html>\n<\/div>\n\n\n\n
\n

https:\/\/bulldogjob.pl\/readme\/java-ee-i-spring-framework-czyli-dawid-kontra-goliat<\/a><\/p>\n<\/div>\n<\/div>\n\n\n\n

Obecnie obydwa narz\u0119dzia troch\u0119 si\u0119 zestarza\u0142y. Spring Framework jest ju\u017c “pe\u0142noletni” – w tym roku sko\u0144czy\u0142 20 lat. Natomiast Java EE ko\u0144czy 23 lat, sama Java ma ju\u017c 27 lat.<\/p><\/blockquote><\/figure>\n\n\n\n

\n

<\/p>\n[…] wyt\u0142umacz\u0119, dlaczego moim zdaniem Java EE przegra\u0142a w “walce” ze Spring Framework. Walka ta mog\u0142aby si\u0119 wydawa\u0107 z g\u00f3ry przegrana z perspektywy Springa. By\u0142 on niewielkim graczem w por\u00f3wnaniu z “gigantem”, jakim by\u0142a Java EE w dawnych czasach, gdy\u017c sta\u0142 za ni\u0105 Oracle, a Spring Framework inicjalnie zosta\u0142 stworzony przez jedn\u0105 osob\u0119 (Roda Johnsona).

[…] Podczas mojej pracy jako programista Java korzysta\u0142em z dw\u00f3ch wy\u017cej wymienionych, najbardziej popularnych rozwi\u0105za\u0144 typu enterprise. Pierwszym rozwi\u0105zaniem by\u0142a Java EE (Enterprise Edition)<\/a>, drugim Spring Framework<\/a>. <\/cite><\/blockquote>\n\n\n\n

Java EE, to obecnie Jakarta EE po “oddelegowaniu projektu” przez firm\u0119 Oracle do Eclipse Foundation<\/a>. Swoj\u0105 drog\u0105, to oddelegowanie wygenerowa\u0142o spore zamieszanie w projektach i ich bibliotekach, kt\u00f3re korzystaj\u0105 z Java EE. Nale\u017ca\u0142o zmieni\u0107 importy dla Java EE w takich projektach jak Spring Framework i Hibernate, ale to ju\u017c temat na osobny artyku\u0142.<\/p>\n\n\n\n

\n

Java EE<\/p>\nCo takiego sta\u0142o si\u0119, \u017ce Java EE, kt\u00f3ra jest dzieckiem tw\u00f3rc\u00f3w j\u0119zyka Java, przegra\u0142a ze Spring Frameworkiem? Bardzo obrazowo por\u00f3wnuj\u0119 to na przyk\u0142adzie PKP i PolskiegoBusa. PKP przespa\u0142o sw\u00f3j czas na polskim rynku, nie rozwija\u0142o si\u0119, posiada\u0142o stare poci\u0105gi, bez udogodnie\u0144. Natomiast PolskiBus (obecnie FlixBus) wykorzysta\u0142 pojawiaj\u0105c\u0105 si\u0119 szans\u0119 i stworzy\u0142 bardzo dobre po\u0142\u0105czenia, oferuje nowoczesne i wygodne autobusy z wieloma udogodnieniami.

Podobnie sta\u0142o si\u0119 z Java EE \u2014 przespa\u0142a sw\u00f3j czas, oferowa\u0142a przestarza\u0142e technologie i rozwi\u0105zania. Wymaga “ci\u0119\u017ckiego” serwera aplikacyjnego zgodnego ze specyfikacj\u0105 Java EE. U\u017cycie EJB (Enterprise Java Beans) nie wspiera\u0142o dobrych zasad programowania obiektowego. Zmieni\u0142o si\u0119 to troch\u0119 za spraw\u0105 DI (Dependency Injection), ale by\u0142o ju\u017c za p\u00f3\u017ano. Moim zdaniem najwi\u0119kszym problemem by\u0142 praktycznie brak mo\u017cliwo\u015bci testowania komponent\u00f3w EJB<\/strong>.<\/cite><\/blockquote>\n\n\n\n

Wspomniane komponenty EJB na szcz\u0119\u015bcie nie zosta\u0142y “powielone” w Spring Framework. Ten, kto nie u\u017cywa\u0142 komponent\u00f3w Enterprise JavaBeans<\/a> “niczego nie straci\u0142”. Spring Framework natomiast dla swojego modu\u0142u Spring MVC (aplikacje web, REST) wykorzystuje Java Servlet<\/a> z Java EE.<\/p>\n\n\n\n

\n

Spring Framework<\/p>\nNatomiast Spring Framework nie wymaga “ci\u0119\u017ckiego” serwera aplikacyjnego \u2014 <\/strong>DI jest jego g\u0142\u00f3wnym elementem, razem z Inversion of Control (IoC). Kod, kt\u00f3ry piszemy w Spring, nie jest \u015bci\u015ble zwi\u0105zany z samym frameworkiem, co automatycznie pozwala na \u0142atwe testowanie aplikacji. Dodatkowo Spring wspiera pisanie test\u00f3w na ka\u017cdym etapie i dla ka\u017cdej warstwy aplikacji<\/strong>.<\/cite><\/blockquote>\n\n\n\n

Tutaj musz\u0119 napisa\u0107 sprostowanie, uzupe\u0142nienie dla samego siebie. Kod pisany w j\u0119zyku Java przy u\u017cyciu adnotacji ze Spring Framework jest \u015bci\u015ble zwi\u0105zany z samym frameworkiem. Natomiast u\u017cycie konfiguracji Spring Framework w plikach XML pozwala unikn\u0105\u0107 trwa\u0142ych po\u0142\u0105cze\u0144 kodu Java z frameworkiem. Pojawia si\u0119 kolejny problem, co jest lepsze, konfiguracja za pomoc\u0105 adnotacji, czy mo\u017ce z u\u017cyciem plik\u00f3w XML? Odpowied\u017a na to pytanie pozostawiam samym czytelniczkom i czytelnikom.<\/p>\n\n\n\n

\n

Przegrana Java EE<\/p>\nG\u0142\u00f3wne problemy, kt\u00f3re moim zdaniem przyczyni\u0142y si\u0119 do “przegranej” Java EE ze Spring Framework:
* Bardzo s\u0142aba oficjalna dokumentacja do specyfikacji Java EE.
* Niewielka liczba przydatnych tutoriali.
* Konieczno\u015b\u0107 u\u017cywania “ci\u0119\u017ckich” serwer\u00f3w aplikacyjnych implementuj\u0105cych ca\u0142\u0105 Java EE.
* Serwery aplikacyjne, kt\u00f3re rzadko dzia\u0142a\u0142y stabilnie w trakcie developmentu.
* Programista musia\u0142 zajmowa\u0107 si\u0119 konfiguracj\u0105 i administrowaniem serwer\u00f3w Java EE.<\/cite><\/blockquote>\n\n\n\n

WebLogic Integration wspomniane w artykule Low-code i No-code \u2013 czy generatory kodu \u017ar\u00f3d\u0142owego zast\u0105pi\u0105 programist\u00f3w?<\/a>, to po prostu serwer aplikacyjny WebLogic plus framework “integracji biznesowych”, st\u0105d w nazwie Integration. WebLogic, to serwer dla aplikacji Java EE, kt\u00f3ry moim zdaniem przyczyni\u0142 si\u0119 do “przegranej” Java EE.<\/p>\n\n\n\n

\n

https:\/\/en.wikipedia.org\/wiki\/Oracle_WebLogic_Server<\/a><\/p>\nOracle WebLogic Server<\/strong> is a Java EE<\/a> application server<\/a> currently developed by Oracle Corporation<\/a>. Oracle acquired WebLogic Server when it purchased BEA Systems<\/a> in 2008.<\/cite><\/blockquote>\n\n\n\n

\n

Wygrana Spring Framework<\/p>\nCo moim zdaniem przyczyni\u0142o si\u0119 do “wygranej” Spring z Java EE?
* Bardzo dobra oficjalna dokumentacja techniczna.
* Wsparcie spo\u0142eczno\u015bci zwi\u0105zanej ze Spring Framework.
* Brak konieczno\u015bci u\u017cywania “ci\u0119\u017ckich” serwer\u00f3w dla ca\u0142ej Java EE.
* Wystarczy “lekki” kontener servlet\u00f3w, serwer HTTP np.: Tomcat<\/a>, Jetty<\/a>.
* Wsparcie ze strony IDE, np.: Eclipse<\/a>, IntelliJ<\/a>.<\/cite><\/blockquote>\n\n\n\n

Poni\u017cej cytuj\u0119 podsumowanie z wcze\u015bniejszego artyku\u0142u “Java EE vs. Spring Framework – Dawid kontra Goliat”.<\/p>\n\n\n\n

\n

<\/p>\nPodsumowuj\u0105c, konkurencja powoduje, \u017ce powstaj\u0105 nowe alternatywne rozwi\u0105zania, kt\u00f3re zaspokajaj\u0105 zapotrzebowanie rynku. W tym przypadku by\u0142 to nowszy framework dla aplikacji typu enterprise, kt\u00f3ry rozwi\u0105za\u0142 problemy Javy EE. Praca ze Spring Framework od samego pocz\u0105tku by\u0142a przyjemniejsza w por\u00f3wnaniu do Java EE i nap\u0119dzana entuzjazmem zwi\u0105zanym z czym\u015b nowym. Obecnie ci\u0119\u017cko sobie wyobrazi\u0107 projekt javowy, kt\u00f3ry nie korzysta ze Spring Framework i jego modu\u0142\u00f3w, kt\u00f3re usprawniaj\u0105 prac\u0119 programisty.<\/cite><\/blockquote>\n\n\n\n

Patrz\u0105c na technologie – Oracle Forms, WebLogic Integration, NetBeans – opisane w artykule Low-code i No-code \u2013 czy generatory kodu \u017ar\u00f3d\u0142owego zast\u0105pi\u0105 programist\u00f3w?<\/a>, kt\u00f3re “umar\u0142y \u015bmierci\u0105 naturaln\u0105” oraz bior\u0105c pod uwag\u0119 Spring Framework, kt\u00f3ry “wci\u0105\u017c \u017cyje” mo\u017cna doj\u015b\u0107 do wniosku, \u017ce Spring Framework przetrwa\u0142 pr\u00f3b\u0119 czasu i jest idealnym rozwi\u0105zaniem. Na pewno wspomaga tworzenie aplikacji, np.: web, REST.<\/p>\n\n\n\n

\n

Najcz\u0119stsze b\u0142\u0119dy m\u0142odszych programist\u00f3w i jak sobie z nimi radzi\u0107<\/a><\/p>\nOwszem, Spring jako framework jest bardzo przydatny, obecnie bez niego trudno sobie wyobrazi\u0107 tworzenie projekt\u00f3w. Nie zwalnia on jednak programist\u00f3w z my\u015blenia nad tworzonym kodem.<\/cite><\/blockquote>\n\n\n\n

Podsumowuj\u0105c, obecnie wi\u0119kszo\u015b\u0107 firm IT wymaga od programist\u00f3w, programistek Java znajomo\u015bci Spring Framework. Mo\u017ce, to budowa\u0107 mylny obraz, \u017ce, to co\u015b nowego innowacyjnego, a po g\u0142\u0119bszej analizie okazuje si\u0119, \u017ce, to co\u015b “starego”, co istnieje bardzo d\u0142ugo na rynku IT.<\/p>\n\n\n\n

\n
Contact<\/a><\/blockquote>