කාලයක් පසු, මම WildFly සර්වරය මත කුඩා රෝහලක් සඳහා ඇප්පයක් නිර්මාණය කිරීමේ අරමුණින් Jakarta EE නැවත අධ්යයනය කළේය. REST API, වෙන් කිරීමේ ව්යාපාරික නීති, සහ Vue 3 ඉදිරිපස සමඟ සරල පරීක්ෂණයක් සකස් කළා.
එක් සැරට Spring Boot භාවිතා කරලා ඉක්මනින් නිම කරනවා කියලා හිතුවා, නමුත් මට @Stateless යන ඇනෝටේෂන් එකක් ටයිප් කරද්දී පරණ අතුරුදන් වූ අඳුරු හැඟීමක් ඇවිලුණා. මගේ අවසාන EJB අත්දැකීම 2007 වසරේ EJB 2.1 සමඟ තිබුණා, ඒක අතිශය කම්පනයකින් පිරිපුන් එකක් වුණා.
EJB 2.1 හි පාරම්පරික “පාරිභෝගික” ක්රමය ඉතා කාර්යබහුල වුණා. ගනුදෙනුකරුවන්ට home interface එකක්, remote/local interface එකක්, ජීවිත චක්රය (ejbCreate, ejbActivate, ejbPassivate, ejbRemove) ක්රියාත්මක කරන Bean ක්ලාසයක්, සහ ejb-jar.xml නමින් XML deployment descriptor එකක් අවශ්ය වුණා. CMP entity beans භාවිතා කරනවා නම් තවත් vendor‑විශේෂ XML ගොනුවක් අවශ්ය වුණා. මේ සියල්ල එක CRUD මෙහෙයුමක් සඳහා පස් ගොනු පමණක් ව්යාප්ත වුණා.
ඒ නිසා බොහෝ සංවර්ධකයන් Spring Framework වෙත පිවිසිති. POJO, dependency injection, @Transactional වැනි සරල ඇනෝටේෂන් මඟින් XML අවශ්යතාවය අඩුවීම, Spring Boot හි autoconfiguration, embedded Tomcat, application.properties වැනි පහසුකම් ඉතා ජනප්රිය වුණා. මමද ඉදිරි දශකයක් Spring, Spring Boot, Quarkus යන තාක්ෂණයන් සමඟ ගත කළා.
එත්, මේ වරට EJB නැවත පරීක්ෂා කිරීමට තීරණය කළා. ප්රශ්නය වුණේ – EJB 3.x/4.x ඇත්තටම පරණ අඩුපාඩු අඩු කර තිබේද?
EJB ඉතිහාසය සාරාංශ කරමු:
- EJB 1.x/2.x (1998‑2003) – Home/remote interface, CMP, XML descriptor.
- EJB 3.0 (2006) – ඇනෝටේෂන් මඟින් XML වෙනුවට, JPA හරහා සරල persistence.
- EJB 3.1 (2009) – No‑interface view, @Singleton, embedded container.
- EJB 3.2 (2013) – අතුරුදන්වූ අංග ඉවත් කිරීම, async invocation වැඩිදියුණු කිරීම.
- Jakarta EE (2017‑2019) – Oracle සිට Eclipse Foundation වෙත මාරු, javax.* නාමාවලිය වෙනස් කිරීම.
අද වන විට, ඇනෝටේෂන් සහ JPA එකතු කරගෙන, XML අවශ්යතාවය ඉතා සීමිතව පමණක් ඉතිරිවී ඇත. එමනිසා EJB තවදුරටත් “කඩිනම් Java EE” වශයෙන් භාවිතා කළ හැකිය.
ශ්රී ලංකාවට ඇති වැදගත්කම
- සිසුන්ට – Jakarta EE සහ EJB නවතම අනුවාදය ඉගෙනගැනීම, ජාත්යන්තර තාක්ෂණ සම්මතයන්ට සමගිය වීම.
- සංවර්ධකයන්ට – XML ඉවත් කරමින් කේතය සරල කර ගැනීම, Spring/Quarkus නොමැතිවත් ශක්තිමත් server‑side පරිසරයක් භාවිතා කළ හැකිය.
- ව්යාපාරිකයන්ට – EJB 3.x/4.x සමඟ මෘදුකාංගයේ ආරක්ෂාව, transaction management, scalability වැනි ලාභ ලබා ගත හැකිය, එමඟින් පාරිභෝගික සේවාවන් තවත් විශ්වාසදායකව සැපයීමට හැකියාව ලැබේ.
අවසන් වශයෙන්, EJB පරණ කාලයේ ඇති “බිය” ඉවත් කර, නවතම ඇනෝටේෂන්‑මූලික පදනමට පත්ව ඇත. ඒ නිසා Spring හෝ Quarkus පමණක් නොව, Jakarta EE‑දෙකේද වඩාත් සුදුසු තේරීමක් විය හැකිය. ඔබටත් පරණ මතකයන් අතහැර, නව තාක්ෂණයන් සමඟ අත්හදා බැලීමට අවස්ථාව ලැබේ.
