जेपीए 2.2 में नया क्या है

सभी को हैप्पी हॉलिडे!

ऐसा अचानक हुआ कि दूसरे समूह "जावा एंटरप्राइज डेवलपर" की शुरुआत वर्ष के 256 वें दिन के साथ हुई। संयोग? मुझे ऐसा नहीं लगता।

ठीक है, हम पारिश्रमिक को साझा करते हैं: जेपीए 2.2 ने कौन सी नई चीजें लाईं - स्ट्रीमिंग परिणाम, बेहतर तारीख रूपांतरण, नए एनोटेशन - उपयोगी सुधार के कुछ उदाहरण।

चलो चलते हैं!

जावा पर्सिस्टेंस एपीआई (जेपीए) एक मौलिक जावा ईई विनिर्देश है जो उद्योग में व्यापक रूप से उपयोग किया जाता है। भले ही आप जावा ईई प्लेटफॉर्म के लिए विकसित कर रहे हों या वैकल्पिक जावा फ्रेमवर्क के लिए, जेपीए आपके लिए डेटा को बचाने का विकल्प है। जेपीए 2.1 ने विनिर्देश में सुधार किया, जिससे डेवलपर्स को डेटाबेस स्कीमा की स्वचालित पीढ़ी और डेटाबेस में संग्रहीत प्रक्रियाओं के साथ कुशल काम जैसी समस्याओं को हल करने की अनुमति मिलती है। नवीनतम संस्करण, जेपीए 2.2, इन परिवर्तनों के आधार पर विनिर्देश में सुधार करता है।
इस लेख में मैं नई कार्यक्षमता के बारे में बात करूंगा और ऐसे उदाहरण दूंगा जो आपको इसके साथ आरंभ करने में मदद करेंगे। नमूने के रूप में, मैं "जावा ईई 8 प्लेग्राउंड" परियोजना का उपयोग करता हूं, जो गिटहब पर उपलब्ध है । नमूना आवेदन जावा EE 8 विनिर्देश पर आधारित है और दृढ़ता के लिए JavaServer Faces (JSF), एंटरप्राइज़ JavaBeans (EJB) और JPA फ्रेमवर्क का उपयोग करता है। आपको यह समझने के लिए जेपीए से परिचित होना चाहिए।



JPA 2.2 का उपयोग करना

जेपीए संस्करण 2.2 जावा ईई 8 प्लेटफॉर्म का हिस्सा है। यह ध्यान देने योग्य है कि केवल जावा ईई 8 संगत एप्लिकेशन सर्वर एक विनिर्देश प्रदान करते हैं जो बॉक्स से बाहर का उपयोग करने के लिए तैयार है। इस लेखन के समय (2017 के अंत में), ऐसे कुछ एप्लिकेशन सर्वर थे। हालांकि, जावा ईई 7 के साथ जेपीए 2.2 का उपयोग करना आसान है। पहले आपको मावेन सेंट्रल का उपयोग करके उपयुक्त JAR फ़ाइलों को डाउनलोड करने और उन्हें प्रोजेक्ट में जोड़ने की आवश्यकता है। यदि आप अपनी परियोजना में मावेन का उपयोग कर रहे हैं, तो मावेन पोम फाइल में निर्देशांक जोड़ें:

<dependency> <groupId>javax.persistence</groupId> <artifactId>javax.persistence-api</artifactId> <version>2.2</version> </dependency> 

फिर, उस जेपीए कार्यान्वयन का चयन करें जिसका आप उपयोग करना चाहते हैं। जेपीए 2.2 के साथ शुरू होने पर, एक्लिप्सलिंक और हाइबरनेट दोनों में संगत कार्यान्वयन हैं। इस लेख में उदाहरण के रूप में, मैं निम्नलिखित निर्भरता जोड़कर EclipseLink का उपयोग करता हूं :

 <dependency> <groupId>org.eclipse.persistence</groupId> <artifactId>eclipselink</artifactId> <version>2.7.0 </version> </dependency> 

यदि आप Java EE 8 संगत सर्वर का उपयोग कर रहे हैं, जैसे GlassFish 5 या Payara 5, तो आपको POM फ़ाइल में इन निर्भरताओं के लिए "प्रदान किया गया" क्षेत्र निर्दिष्ट करने में सक्षम होना चाहिए। अन्यथा, उन्हें प्रोजेक्ट असेंबली में शामिल करने के लिए "संकलन" क्षेत्र निर्दिष्ट करें।

जावा 8 दिनांक और समय समर्थन

शायद सबसे सकारात्मक परिवर्धन में से एक जावा 8 दिनांक और समय एपीआई समर्थन है। 2014 में जावा एसई 8 के जारी होने के बाद से, डेवलपर्स ने जेपीए के साथ दिनांक और समय एपीआई का उपयोग करने के लिए वर्कअराउंड का उपयोग किया है। हालांकि अधिकांश वर्कआर्डर काफी सरल हैं, अपडेट किए गए दिनांक और समय एपीआई के लिए बुनियादी समर्थन को जोड़ने की आवश्यकता लंबे समय से अधिक है। दिनांक और समय API के लिए JPA समर्थन में निम्न प्रकार शामिल हैं:

• java.time.LocalDate
• java.time.LocalTime
• java.time.LocalDateTime
• java.time.OffsetTime
• java.time.OffsetDateTime

बेहतर समझ के लिए, मैं पहले समझाता हूं कि जेपीए 2.2 के बिना दिनांक और समय एपीआई समर्थन कैसे काम करता है। JPA 2.1 केवल पुराने डेट कंस्ट्रक्शन जैसे java.util.Date और java.sql.Timestamp साथ काम कर सकता है। इसलिए, आपको डेटाबेस में संग्रहीत तारीख को पुराने डिज़ाइन में बदलने के लिए एक कनवर्टर का उपयोग करना चाहिए जो कि जेपीए 2.1 द्वारा समर्थित है, और फिर इसे एप्लिकेशन में उपयोग के लिए अद्यतन तिथि और समय एपीआई में परिवर्तित करें। इस तरह के रूपांतरण में सक्षम जेपीए 2.1 में एक तारीख कनवर्टर लिस्टिंग की तरह कुछ लग सकता है। इसमें कन्वर्टर का उपयोग LocalDate और LocalDate के बीच कनवर्ट करने के लिए किया जाता है।

लिस्टिंग 1

 @Converter(autoApply = true) public class LocalDateTimeConverter implements AttributeConverter<LocalDate, Date> { @Override public Date convertToDatabaseColumn(LocalDate entityValue) { LocalTime time = LocalTime.now(); Instant instant = time.atDate(entityValue) .atZone(ZoneId.systemDefault()) .toInstant(); return Date.from(instant); } @Override public LocalDate convertToEntityAttribute(Date databaseValue){ Instant instant = Instant.ofEpochMilli(databaseValue.getTime()); return LocalDateTime.ofInstant(instant, ZoneId.systemDefault()).toLocalDate(); } } 

JPA 2.2 को अब इस तरह के कनवर्टर को लिखने की आवश्यकता नहीं है, क्योंकि आप समर्थित तिथि-समय प्रकारों का उपयोग कर रहे हैं। ऐसे प्रकारों के लिए समर्थन अंतर्निहित है, इसलिए आप बस अतिरिक्त कोड के बिना इकाई वर्ग फ़ील्ड में समर्थित प्रकार निर्दिष्ट कर सकते हैं। नीचे दिए गए कोड स्निपेट इस अवधारणा को प्रदर्शित करते हैं। ध्यान दें कि @Temporal कोड में एनोटेशन जोड़ने की आवश्यकता नहीं है, क्योंकि @Temporal मैपिंग स्वचालित रूप से होती है।

 public class Job implements Serializable { . . . @Column(name = "WORK_DATE") private LocalDate workDate; . . . } 

चूंकि समर्थित दिनांक-समय प्रकार जेपीए में प्रथम श्रेणी के ऑब्जेक्ट हैं, उन्हें अतिरिक्त समारोहों के बिना निर्दिष्ट किया जा सकता है। JPA 2.1 @Temporal एनोटेशन को java.util.Date और java.util.Calendar सभी निरंतर फ़ील्ड और गुणों में वर्णित किया जाना चाहिए।

यह ध्यान देने योग्य है कि इस संस्करण में डेटा-टाइम प्रकारों का केवल एक हिस्सा समर्थित है, लेकिन विशेषता कनवर्टर को अन्य प्रकार के साथ काम करने के लिए आसानी से उत्पन्न किया जा सकता है, उदाहरण के लिए, LocalDateTime को ZonedDateTime परिवर्तित करने के लिए। इस तरह के एक कनवर्टर को लिखने में सबसे बड़ी समस्या यह निर्धारित करना है कि विभिन्न प्रकारों के बीच कैसे परिवर्तित किया जाए। चीजों को और भी आसान बनाने के लिए, विशेषता कन्वर्टर्स को अब लागू किया जा सकता है। मैं नीचे एक उदाहरण कार्यान्वयन दूंगा।

लिस्टिंग 2 में कोड दिखाता है कि LocalDateTime से LocalDateTime तक समय कैसे परिवर्तित किया ZonedDateTime ।

लिस्टिंग 2

 @Converter public class LocalToZonedConverter implements AttributeConverter<ZonedDateTime, LocalDateTime> { @Override public LocalDateTime convertToDatabaseColumn(ZonedDateTime entityValue) { return entityValue.toLocalDateTime(); } @Override public ZonedDateTime convertToEntityAttribute(LocalDateTime databaseValue) { return ZonedDateTime.of(databaseValue, ZoneId.systemDefault()); } } 

विशेष रूप से, यह उदाहरण बहुत सीधा है क्योंकि ZonedDateTime में ऐसी विधियाँ हैं जिन्हें परिवर्तित करना आसान है। रूपांतरण toLocalDateTime() विधि को कॉल करके होता है। उलटा रूपांतरण ZonedDateTimeOf() विधि को कॉल करके और समय क्षेत्र का उपयोग करने के लिए ZoneId के साथ ZoneId मान पास करके किया जा सकता है।

एंबेडेड विशेषता कन्वर्टर्स

विशेषता कन्वर्टर्स JPA 2.1 के लिए एक बहुत अच्छा जोड़ थे, क्योंकि उन्होंने विशेषता प्रकारों को अधिक लचीला बनाने की अनुमति दी थी। जेपीए 2.2 अद्यतन विशेषता कन्वर्टर्स को लागू करने के लिए एक उपयोगी क्षमता जोड़ता है। इसका मतलब यह है कि आप कॉन्टेक्ट्स और डिपेंडेंसी इंजेक्शन (सीडीआई) संसाधनों को सीधे विशेषता कनवर्टर में एम्बेड कर सकते हैं। यह संशोधन जावा ईई 8 विनिर्देशों में अन्य सीडीआई संवर्द्धन के अनुरूप है, जैसे कि उन्नत जेएसएफ कन्वर्टर्स, क्योंकि वे अब सीडीआई इंजेक्शन का भी उपयोग कर सकते हैं।

इस नई सुविधा का लाभ उठाने के लिए, आवश्यकतानुसार विशेषता कनवर्टर में CDI संसाधनों को एम्बेड करें। लिस्टिंग 2 एक विशेषता कनवर्टर का एक उदाहरण प्रदान करता है, और अब मैं सभी महत्वपूर्ण विवरणों को समझाते हुए इसे अलग करूंगा।

कनवर्टर वर्ग को javax.persistence.AttributeConverter इंटरफ़ेस को लागू करना चाहिए, जो X और Y मानों को पार कर रहा है। X मान जावा ऑब्जेक्ट में डेटा प्रकार से मेल खाता है, और Y मान डेटाबेस स्तंभ प्रकार के अनुरूप होना चाहिए। फिर, कनवर्टर वर्ग को @Converter साथ एनोटेट किया जाना चाहिए। अंत में, वर्ग को convertToDatabaseColumn() और convertToEntityAttribute() विधियों को ओवरराइड करना चाहिए। इन विधियों में से प्रत्येक में कार्यान्वयन को विशिष्ट प्रकारों से मानों को और उन्हें वापस बदलना चाहिए।

जब भी निर्दिष्ट डेटा प्रकार का उपयोग किया जाता है, स्वचालित रूप से कनवर्टर लागू करने के लिए, "स्वचालित" जोड़ें, जैसा कि @Converter(autoApply=true) । किसी एकल विशेषता के लिए एक कनवर्टर लागू करने के लिए, विशेषता स्तर पर @Converter एनोटेशन का उपयोग करें, जैसा कि यहां दिखाया गया है:

 @Convert(converter=LocalDateConverter.java) private LocalDate workDate; 

कनवर्टर को कक्षा स्तर पर भी लागू किया जा सकता है:

 @Convert(attributeName="workDate", converter = LocalDateConverter.class) public class Job implements Serializable { . . . 

मान लीजिए कि मैं सहेजे जाने पर Customer इकाई के creditLimit क्षेत्र में निहित मूल्यों को एन्क्रिप्ट करना चाहता हूं। इस प्रक्रिया को लागू करने के लिए, मूल्यों को सहेजे जाने से पहले एन्क्रिप्ट किया जाना चाहिए, और डेटाबेस से पुनर्प्राप्त किए जाने के बाद डिक्रिप्ट किया जाना चाहिए। यह कनवर्टर द्वारा किया जा सकता है और, जेपीए 2.2 का उपयोग करके, मैं वांछित परिणाम प्राप्त करने के लिए कनवर्टर में एन्क्रिप्शन ऑब्जेक्ट को एम्बेड कर सकता हूं। सूची 3 एक उदाहरण प्रदान करता है।

लिस्टिंग 3

 @Converter public class CreditLimitConverter implements AttributeConverter<BigDecimal, BigDecimal> { @Inject CreditLimitEncryptor encryptor; @Override public BigDecimal convertToDatabaseColumn (BigDecimal entityValue) { String encryptedFormat = encryptor.base64encode(entityValue.toString()); return BigDecimal.valueOf(Long.valueOf(encryptedFormat)); } ... } 

इस कोड में, CreditLimitEncryptor वर्ग को कनवर्टर में CreditLimitEncryptor करके प्रक्रिया का प्रदर्शन किया जाता है और फिर प्रक्रिया का उपयोग करने के लिए इसका उपयोग किया जाता है।

स्ट्रीमिंग परिणाम

अब आप आसानी से क्वेरी परिणाम के साथ काम करते समय जावा एसई 8 स्ट्रीम सुविधाओं का पूरा लाभ उठा सकते हैं। थ्रेड्स न केवल पढ़ने, लिखने और कोड को बनाए रखने को आसान बनाते हैं, बल्कि कुछ स्थितियों में क्वेरी के प्रदर्शन को बेहतर बनाने में भी मदद करते हैं। कुछ थ्रेड कार्यान्वयन भी डेटा के एक साथ बड़ी संख्या में अधिक से अधिक संख्या में बचने में मदद करते हैं, हालांकि कुछ मामलों में ResultSet का उपयोग स्ट्रीम से बेहतर हो सकता है।

इस फ़ंक्शन को सक्षम करने के लिए, getResultStream() विधि को Query और TypedQuery में जोड़ा गया TypedQuery । यह मामूली बदलाव जेपीए को सूची के बजाय केवल परिणामों की एक धारा वापस करने की अनुमति देता है। इस प्रकार, यदि आप एक बड़े ResultSet साथ काम कर रहे हैं, तो यह नए थ्रेड कार्यान्वयन और स्क्रॉल करने योग्य ResultSets या पृष्ठांकन के बीच प्रदर्शन की तुलना करने के लिए समझ में आता है। कारण यह है कि थ्रेड कार्यान्वयन एक ही बार में सभी रिकॉर्ड प्राप्त करते हैं, उन्हें एक सूची में संग्रहीत करते हैं, और फिर उन्हें वापस करते हैं। एक स्क्रॉल करने योग्य ResultSet और पेजिनेशन तकनीक डेटा टुकड़े को पुनः प्राप्त करती है, जो बड़े डेटा सेट के लिए बेहतर हो सकती है।

दृढ़ता प्रदाता बेहतर कार्यान्वयन के getResultStream() नई getResultStream() विधि को ओवरराइड करने का निर्णय ले सकते हैं। हाइबरनेट में पहले से ही एक स्ट्रीम () विधि शामिल है जो रिकॉर्ड के परिणामों को पूरी तरह से वापस करने के लिए स्क्रॉल करने योग्य परिणाम का उपयोग करती है। यह हाइबरनेट को बहुत बड़े डेटासेट के साथ काम करने और इसे अच्छी तरह से करने की अनुमति देता है। अन्य प्रदाताओं से इस पद्धति को ओवरराइड करने की उम्मीद की जा सकती है जो जेपीए के लिए फायदेमंद हैं।

प्रदर्शन के अलावा, परिणाम स्ट्रीम करने की क्षमता जेपीए के लिए एक अच्छा अतिरिक्त है, जो डेटा के साथ काम करने का एक सुविधाजनक तरीका प्रदान करता है। मैं कुछ परिदृश्यों का प्रदर्शन करूँगा जहाँ यह काम आ सकता है, लेकिन संभावनाएँ स्वयं अंतहीन हैं। दोनों स्थितियों में, मैं Job इकाई को क्वेरी करता हूं और स्ट्रीम वापस करता हूं। सबसे पहले, निम्नलिखित कोड को देखें, जहां मैं केवल एक विशिष्ट Customer खिलाफ Jobs स्ट्रीम पार्स करता हूं जिसे Query getResultStream() इंटरफ़ेस विधि कहा जाता है। फिर, मैं इस धागे का उपयोग customer और work date Job'a के बारे में आउटपुट विवरण के लिए customer हूं।

 public void findByCustomer(PoolCustomer customer){ Stream<Job> jobList = em.createQuery("select object(o) from Job o " + "where o.customer = :customer") .setParameter("customer", customer) .getResultStream(); jobList.map(j -> j.getCustomerId() + " ordered job " + j.getId() + " - Starting " + j.getWorkDate()) .forEach(jm -> System.out.println(jm)); } 

इस विधि को थोड़ा संशोधित किया जा सकता है ताकि यह Collectors .toList() विधि का उपयोग करके परिणामों की एक सूची निम्नानुसार Collectors .toList() ।

 public List<Job> findByCustomer(PoolCustomer customer){ Stream<Job> jobList = em.createQuery( "select object(o) from Job o " + "where o.customerId = :customer") .setParameter("customer", customer) .getResultStream(); return jobList.collect(Collectors.toList()); } 

निम्नलिखित परिदृश्य में, मुझे नीचे एक विशिष्ट रूप के पूल से संबंधित कार्यों की List मिली है। इस स्थिति में, मैं एक स्ट्रिंग के रूप में सबमिट किए गए फॉर्म से मेल खाते सभी कार्यों को वापस करता हूं। पहले उदाहरण के समान, पहले मैं Jobs रिकॉर्ड्स की एक धारा लौटाता हूं। फिर, मैं ग्राहक पूल फॉर्म के आधार पर रिकॉर्ड फ़िल्टर करता हूं। जैसा कि आप देख सकते हैं, परिणामी कोड बहुत कॉम्पैक्ट और पढ़ने में आसान है।

 public List<Job> findByCustPoolShape(String poolShape){ Stream<Job> jobstream = em.createQuery( "select object(o) from Job o") .getResultStream(); return jobstream.filter( c -> poolShape.equals(c.getCustomerId().getPoolId().getShape())) .collect(Collectors.toList()); } 

जैसा कि मैंने पहले उल्लेख किया है, ऐसे परिदृश्यों में प्रदर्शन को याद रखना महत्वपूर्ण है जहां बड़ी मात्रा में डेटा लौटाया जाता है। ऐसी स्थितियां हैं जिनमें थ्रेड्स डेटाबेस को क्वेरी करने में अधिक उपयोगी होते हैं, लेकिन ऐसे भी हैं जहां वे प्रदर्शन में गिरावट का कारण बन सकते हैं। अंगूठे का एक अच्छा नियम यह है कि यदि डेटा को SQL क्वेरी के भाग के रूप में क्वियर किया जा सकता है, तो यह सिर्फ ऐसा करने के लिए समझ में आता है। कभी-कभी, सुरुचिपूर्ण थ्रेड सिंटैक्स का उपयोग करने के लाभ मानक एसक्यूएल फ़िल्टरिंग का उपयोग करके प्राप्त किए जा सकने वाले सर्वश्रेष्ठ प्रदर्शन को पछाड़ते नहीं हैं।

डुप्लिकेट एनोटेशन सपोर्ट

जब जावा एसई 8 जारी किया गया था, तो डुप्लिकेट एनोटेशन संभव हो गए, जिससे आप घोषणा में एनोटेशन का पुन: उपयोग कर सकते हैं। कुछ स्थितियों में किसी वर्ग या क्षेत्र पर एक ही एनोटेशन के उपयोग की आवश्यकता होती है। उदाहरण के लिए, किसी दिए गए इकाई वर्ग के लिए एक से अधिक @SqlResultSetMapping एनोटेशन हो सकता है। उन स्थितियों में जहां पुन: एनोटेशन के लिए समर्थन की आवश्यकता होती है, कंटेनर एनोटेशन का उपयोग किया जाना चाहिए। डुप्लिकेट एनोटेशन न केवल कंटेनर एनोटेशन में समान एनोटेशन के संग्रह को लपेटने की आवश्यकता को कम करते हैं, बल्कि कोड को पढ़ना भी आसान बना सकते हैं।

यह निम्नानुसार काम करता है: एनोटेशन वर्ग के कार्यान्वयन को इंगित करने के लिए @Repeatable मेटा-एनोटेशन के साथ चिह्नित किया जाना चाहिए कि इसका उपयोग एक से अधिक बार किया जा सकता है। @Repeatable मेटा एनोटेशन कंटेनर एनोटेशन वर्ग का प्रकार लेता है। उदाहरण के लिए, NamedQuery एनोटेशन NamedQuery अब @Repeatable(NamedQueries.class) एनोटेशन के साथ चिह्नित है। इस स्थिति में, कंटेनर एनोटेशन अभी भी उपयोग में है, लेकिन आपको घोषणा या वर्ग पर समान एनोटेशन का उपयोग करते समय इसके बारे में नहीं सोचना होगा, क्योंकि @Repeatable इस सार को विस्तार से @Repeatable है।

हम एक उदाहरण देते हैं। यदि आप JPA 2.1 में एक इकाई वर्ग में एक से अधिक @NamedQuery एनोटेशन जोड़ना चाहते हैं, तो आपको उन्हें @NamedQueries एनोटेशन के अंदर @NamedQueries , जैसा कि लिस्टिंग 4 में दिखाया गया है।

लिस्टिंग 4

 @Entity @Table(name = "CUSTOMER") @XmlRootElement @NamedQueries({ @NamedQuery(name = "Customer.findAll", query = "SELECT c FROM Customer c") , @NamedQuery(name = "Customer.findByCustomerId", query = "SELECT c FROM Customer c " + "WHERE c.customerId = :customerId") , @NamedQuery(name = "Customer.findByName", query = "SELECT c FROM Customer c " + "WHERE c.name = :name") . . .)}) public class Customer implements Serializable { . . . } 

हालांकि, जेपीए 2.2 में, सब कुछ अलग है। चूँकि @NamedQuery एक डुप्लिकेट एनोटेशन है, इसे इकाई वर्ग में एक से अधिक बार निर्दिष्ट किया जा सकता है, जैसा कि लिस्टिंग 5 में दिखाया गया है।

लिस्टिंग 5

 @Entity @Table(name = "CUSTOMER") @XmlRootElement @NamedQuery(name = "Customer.findAll", query = "SELECT c FROM Customer c") @NamedQuery(name = "Customer.findByCustomerId", query = "SELECT c FROM Customer c " + "WHERE c.customerId = :customerId") @NamedQuery(name = "Customer.findByName", query = "SELECT c FROM Customer c " + "WHERE c.name = :name") . . . public class Customer implements Serializable { . . . } 

डुप्लिकेट एनोटेशन की सूची:

• @AssociationOverride
• @AttributeOverride
• @Convert
• @JoinColumn
• @MapKeyJoinColumn
• @NamedEntityGraphy
• @NamedNativeQuery
• @NamedQuery
• @NamedStoredProcedureQuery
• @PersistenceContext
• @PersistenceUnit
• @PrimaryKeyJoinColumn
• @SecondaryTable
• @SqlResultSetMapping

निष्कर्ष

जेपीए 2.2 संस्करण में कुछ बदलाव हैं, लेकिन इसमें शामिल सुधार महत्वपूर्ण हैं। अंत में, जेपीए को जावा एसई 8 के साथ जोड़ दिया गया है, जिससे डेवलपर्स को दिनांक और समय एपीआई, क्वेरी परिणामों को स्ट्रीमिंग करने और एनोटेशन दोहराने जैसी सुविधाओं का उपयोग करने की अनुमति मिलती है। यह रिलीज़ विशेषता कन्वर्टर्स में CDI संसाधनों को एम्बेड करने की क्षमता को जोड़कर CDI संगति में भी सुधार करता है। जेपीए 2.2 अब उपलब्ध है और जावा ईई 8 का हिस्सा है, मुझे लगता है कि आप इसका उपयोग करना चाहेंगे।

अंत

हमेशा की तरह, हम प्रश्नों और टिप्पणियों की प्रतीक्षा कर रहे हैं।