Java EE เป็นเพียงข้อกำหนดหรือไม่? สิ่งที่ฉันหมายถึงคือ: EJB Java EE หรือไม่
Java EE เป็นข้อกำหนดที่เป็นนามธรรม ทุกคนเปิดให้มีการพัฒนาและให้การดำเนินการตามข้อกำหนด คอนกรีตการใช้งานเป็นสิ่งที่เรียกว่าแอพพลิเคชันเซิร์ฟเวอร์เช่นWildFly , TomEE , GlassFish , เสรีภาพ , WebLogicฯลฯ นอกจากนี้ยังมีตู้คอนเทนเนอร์เซิร์ฟเล็ตซึ่งใช้เฉพาะส่วน JSP / Servlet ของขนาดใหญ่ Java EE API เช่นTomcat , ท่าเทียบเรือ , เป็นต้น
เราพัฒนา Java EE ควรเขียนโค้ดที่ใช้สเปค (เช่นนำเข้าเพียง javax.*ชั้นเรียนในรหัสของเราแทนการเรียนเฉพาะการดำเนินการเช่นorg.jboss.wildfly.*, com.sun.glassfish.*ฯลฯ ) และจากนั้นเราจะสามารถเรียกใช้รหัสของเราในการดำเนินการใด ๆ (ดังนั้นที่ใด ๆ เซิร์ฟเวอร์แอปพลิเคชัน) หากคุณคุ้นเคยกับ JDBC โดยพื้นฐานแล้วมันเป็นแนวคิดเดียวกันกับการทำงานของไดรเวอร์ JDBC ดูเพิ่มเติม ao ในแง่ง่ายที่สุดโรงงานคืออะไร
การดาวน์โหลด Java EE SDKจาก Oracle.com ประกอบด้วยเซิร์ฟเวอร์ GlassFish พร้อมเอกสารและตัวอย่างมากมายรวมถึง NetBeans IDE คุณไม่จำเป็นต้องใช้ถ้าคุณต้องการเซิร์ฟเวอร์และ / หรือ IDE อื่น
EJB เป็นส่วนหนึ่งของข้อกำหนดคุณสมบัติ Java EE ดูมันใน Java EE API แอ็พพลิเคชันเซิร์ฟเวอร์ Java EE ที่ได้รับการสนับสนุนอย่างเต็มรูปแบบนั้นรองรับได้ แต่คอนเทนเนอร์ JSP / Servlet ง่ายๆไม่ได้ทำ
ดูสิ่งนี้ด้วย:
EJB / Spring มีการใช้งานที่แตกต่างกันของ Java EE หรือไม่?
ไม่ดังที่กล่าวไว้ EJB เป็นส่วนหนึ่งของ Java EE Spring เป็นเฟรมเวิร์กแบบสแตนด์อโลนซึ่งทดแทนและปรับปรุงหลายส่วนของ Java EE Spring ไม่จำเป็นต้องเรียกใช้ Java EE ภาชนะ servlet กระดูกเปลือยเช่น Tomcat มีอยู่แล้วเพียงพอ พูดง่ายๆคือ Spring เป็นคู่แข่งของ Java EE เช่น "Spring" (สแตนด์อโลน) แข่งขัน EJB / JTA, Spring MVC แข่งขัน JSF / JAX-RS, Spring DI / IoC / AOP แข่งขัน CDI, Spring Security แข่งขัน JAAS / JASPIC เป็นต้น
ย้อนกลับไปในช่วงอายุ J2EE / EJB2 ครั้งแรก EJB2 API นั้นแย่มากในการติดตั้งและบำรุงรักษา ฤดูใบไม้ผลินั้นเป็นทางเลือกที่ดีกว่าสำหรับ EJB2 แต่เนื่องจาก EJB3 (Java EE 5) EJB API ได้รับการปรับปรุงให้ดีขึ้นมากจากบทเรียนที่เรียนรู้จาก Spring ตั้งแต่ CDI (Java EE 6) จึงไม่มีเหตุผลที่จะพิจารณากรอบงานอีกอย่างเช่น Spring เพื่อให้นักพัฒนาง่ายขึ้นเช่นการพัฒนาเลเยอร์บริการ
เฉพาะเมื่อคุณใช้คอนเทนเนอร์ servlet แบบเปลือยเช่น Tomcat และไม่สามารถไปยังเซิร์ฟเวอร์ Java EE ได้ดังนั้น Spring จึงน่าสนใจยิ่งขึ้นเนื่องจากติดตั้ง Spring บน Tomcat ได้ง่ายขึ้น มันเป็นไปไม่ได้ที่จะติดตั้งเช่นที่เก็บ EJB บน Tomcat โดยไม่ต้องแก้ไขเซิร์ฟเวอร์เองโดยทั่วไปคุณจะต้องประดิษฐ์ TomEE ใหม่
ดูสิ่งนี้ด้วย: