Java EE sadece bir spesifikasyon mudur? Ne demek istiyorum: EJB Java EE mi?
Java EE gerçekten de soyut bir özelliktir. Herkes şartnamenin çalışan bir uygulamasını geliştirmeye ve sunmaya açıktır. Beton uygulamaları sözde uygulama sunucuları gibi WildFly , TomEE , GlassFish'in , Liberty , WebLogic'e vb gibi büyük bir Java EE API sadece JSP / Servlet parçası uygulamak servlet konteynerleri de vardır Tomcat , Jetty , vb.
Biz Java EE geliştiriciler, kod şartname kullanan yazmalısınız (yani içe yalnızca javax.*
gibi uygulama belirli sınıfların yerine bizim kodunda sınıfları org.jboss.wildfly.*
, com.sun.glassfish.*
vb) ve daha sonra biz herhangi böylece herhangi uygulanmasına (bizim kod çalıştırmasına mümkün olacak uygulama sunucusu). JDBC hakkında bilginiz varsa, temelde JDBC sürücülerinin çalışma şekliyle aynı kavramdır. Ayrıca bakınız ao En basit ifadeyle, fabrika nedir?
Java EE SDK indir Oracle.com'un dan temelde dokümantasyon ve örnekler ve isteğe da NetBeans IDE bir demet boyunca GlassFish sunucusu içerir. Farklı bir sunucu ve / veya IDE istiyorsanız buna ihtiyacınız yoktur.
EJB, Java EE spesifikasyonunun bir parçasıdır. Bak, Java EE API'sında . Tam teşekküllü Java EE uygulama sunucuları kutuyu destekliyor, ancak basit JSP / Servlet kapsayıcıları desteklemiyor.
Ayrıca bakınız:
EJB / Spring, Java EE'nin farklı uygulamaları mıdır?
Hayır, dediğimiz gibi EJB, Java EE'nin bir parçasıdır. Bahar, Java EE'nin birçok parçasının yerine geçen ve geliştiren bağımsız bir çerçevedir. Spring, Java EE'nin çalışması için zorunlu değildir. Tomcat gibi çıplak kemikli bir kulübe zaten yeterlidir. Basitçe söylemek gerekirse, Spring Java EE'nin bir rakibi. Örneğin "Spring" (bağımsız) EJB / JTA ile yarışır, Spring MVC JSF / JAX-RS ile yarışır, Spring DI / IoC / AOP CDI ile yarışır, Spring Security JAAS / JASPIC ile yarışır vb.
Eski J2EE / EJB2 zamanlarında, EJB2 API'sini uygulamak ve korumak korkunçtu. Bahar o zaman EJB2'ye çok daha iyi bir alternatifti. Ancak EJB3'ten (Java EE 5) beri, EJB API, Spring'den alınan derslere dayanarak çok geliştirildi. CDI'dan (Java EE 6) beri , geliştiricileri diğerlerinin yanı sıra hizmet katmanını geliştirmeyi daha kolay hale getirmek için Spring gibi başka bir çerçeveye tekrar bakmak için bir neden yoktur .
Yalnızca Tomcat gibi bir çıplak kemikli sunucu uygulaması kapsayıcısı kullandığınızda ve bir Java EE sunucusuna geçemediğinizde, Spring Tomcat'e yüklenmesi daha kolay olduğundan daha caziptir. Sunucunun kendisini değiştirmeden Tomcat'e örneğin bir EJB kapsayıcısı kurmak mümkün değildir, temel olarak TomEE'yi yeniden keşfediyor olursunuz.
Ayrıca bakınız: