Java SE 23 અને OpenJDK 23 રીલીઝ

વિકાસના છ મહિના પછી, ઓરેકલે Java SE 23 પ્લેટફોર્મ (જાવા પ્લેટફોર્મ, સ્ટાન્ડર્ડ એડિશન 23) પ્રકાશિત કર્યું, જે ઓપન-સોર્સ ઓપનજેડીકે પ્રોજેક્ટનો સંદર્ભ અમલીકરણ તરીકે ઉપયોગ કરે છે. કેટલીક અપ્રચલિત સુવિધાઓને દૂર કરવાના અપવાદ સાથે, Java SE 23 જાવા પ્લેટફોર્મના અગાઉના પ્રકાશનો સાથે પછાત સુસંગતતા જાળવી રાખે છે - મોટા ભાગના અગાઉ લખેલા જાવા પ્રોજેક્ટ નવા સંસ્કરણ હેઠળ ચલાવવામાં આવે ત્યારે ફેરફારો વિના કામ કરશે. Java SE 22 (JDK, JRE અને સર્વર JRE) ના ઇન્સ્ટોલ-ટુ-ઇન્સ્ટોલ બિલ્ડ્સ Linux (x86_64, AArch64), Windows (x86_64) અને macOS (x86_64, AArch64) માટે તૈયાર છે. OpenJDK પ્રોજેક્ટ દ્વારા વિકસિત, Java 23 સંદર્ભ અમલીકરણ GPLv2 લાયસન્સ હેઠળ સંપૂર્ણ રીતે ઓપન સોર્સ છે, જેમાં GNU ClassPath અપવાદો વાણિજ્યિક ઉત્પાદનો સાથે ગતિશીલ લિંકિંગને મંજૂરી આપે છે.

Java SE 23 ને નિયમિત સમર્થન પ્રકાશન તરીકે વર્ગીકૃત કરવામાં આવ્યું છે અને આગામી પ્રકાશન સુધી અપડેટ્સ પ્રાપ્ત કરવાનું ચાલુ રાખશે. લોંગ ટર્મ સપોર્ટ (LTS) શાખા Java SE 21 અથવા Java SE 17 હોવી જોઈએ, જે અનુક્રમે 2031 અને 2029 સુધી અપડેટ્સ પ્રાપ્ત કરશે (સામાન્ય રીતે 2028 અને 2026 સુધી ઉપલબ્ધ). Java SE 8 ની LTS શાખા માટે વિસ્તૃત સમર્થન 2030 સુધી અને Java SE 11 2032 સુધી ચાલશે.

Java SE માં સૂચિત 23 નવીનતાઓમાં:

• ZGC (જનરેશન Z ગાર્બેજ કલેક્ટર) ગાર્બેજ કલેક્ટરનું જનરેટિવ મોડ ડિફૉલ્ટ રૂપે સક્ષમ છે, "જૂના" અને "યુવાન" ઑબ્જેક્ટ્સની અલગ પ્રક્રિયાનો ઉપયોગ કરીને, જે તાજેતરમાં બનાવેલ વસ્તુઓને ટૂંકા જીવનકાળ સાથે સાફ કરવાની કાર્યક્ષમતા વધારે છે. જનરેશનલ ZGC નો ઉપયોગ સંસાધન ફાળવણી દરમિયાન સ્ટોલનું જોખમ ઘટાડે છે, કચરો સંગ્રહ દરમિયાન CPU લોડ અને મેમરી વપરાશ ઘટાડે છે. Apache Cassandra 4 સાથે જનરેશનલ ZGC નું પરીક્ષણ કરવાથી નિશ્ચિત ઢગલા કદ સાથે થ્રુપુટમાં 4x વધારો અને સતત થ્રુપુટ સાથે ઢગલાના કદમાં ક્વાર્ટરનો ઘટાડો જોવા મળ્યો હતો.
• JavaDoc એ ટિપ્પણીઓમાં દસ્તાવેજ કોડ માટે માર્કડાઉનનો ઉપયોગ કરવા માટે સમર્થન ઉમેર્યું છે, જેનો ઉપયોગ HTML અને JavaDoc@ ટેગ્સના મિશ્રણને બદલે કરી શકાય છે.
• પેટર્ન મેચિંગ મિકેનિઝમ્સને તમામ પ્રકારના ટેમ્પલેટ્સમાં, "ઇન્સ્ટન્સઓફ" સ્ટેટમેન્ટમાં અને "સ્વિચ" બ્લોક્સમાં આદિમ પ્રકારો (int, byte, char, અને અન્ય બિન-ઑબ્જેક્ટ મૂળભૂત પ્રકારો)ના ઉપયોગ માટે પ્રારંભિક સમર્થન સાથે વધારવામાં આવ્યા છે. સ્વિચ કરો (x.getStatus()) { કેસ 0 -> "ઠીક"; કેસ 1 -> "ચેતવણી"; કેસ 2 -> "ભૂલ"; કેસ int i -> “અજ્ઞાત સ્થિતિ: ” + i; } જો (i instance of byte b) { … b … }
• ઉલ્લેખિત મોડ્યુલ દ્વારા નિકાસ કરાયેલા તમામ પેકેજોને એકસાથે આયાત કરવા માટે સિંગલ "ઇમ્પોર્ટ મોડ્યુલ M" સ્ટેટમેન્ટનો ઉપયોગ કરવા માટે પ્રારંભિક સમર્થન ઉમેર્યું. ફેરફાર મોડ્યુલર લાઇબ્રેરીઓના પુનઃઉપયોગને નોંધપાત્ર રીતે સરળ બનાવે છે, જે તમને લાઇબ્રેરીઓ અને વર્ગોને પેકેજ પદાનુક્રમમાં તેમના સ્થાનને નિર્ધારિત કર્યા વિના શામેલ કરવાની મંજૂરી આપે છે. ઉદાહરણ તરીકે, "ઇમ્પોર્ટ મોડ્યુલ java.base" નો ઉલ્લેખ કરવાથી java.base મોડ્યુલમાં સમાવિષ્ટ તમામ 54 પેકેજો આયાત કરવામાં આવશે, જેનો અગાઉ અલગથી ઉલ્લેખ કરવાની જરૂર પડશે ("import java.io.*", "import java.util.* ” વગેરે).

  ક્લાસ-ફાઇલ APIનું બીજું પ્રારંભિક અમલીકરણ જાવા ક્લાસ ફાઇલોને પાર્સિંગ, જનરેટ અને કન્વર્ટ કરવા માટે પ્રસ્તાવિત છે. ClassFile cf = ClassFile.of(); ClassModel classModel = cf.parse(bytes); byte[] newBytes = cf.build(classModel.thisClass().asSymbol(), classBuilder -> { (ClassElement ce : classModel) { if (!(ce instance of MethodModel mm && mm.methodName().stringValue(). startsWith("ડિબગ"))) { classBuilder.with(ce);

• વેક્ટર API નું આઠમું પૂર્વાવલોકન વેક્ટર ગણતરીઓ માટેના કાર્યો પૂરા પાડે છે જે x86_64 અને AArch64 પ્રોસેસર્સ પર વેક્ટર સૂચનાઓનો ઉપયોગ કરીને ચલાવવામાં આવે છે અને ઑપરેશન્સને એક સાથે બહુવિધ મૂલ્યો (SIMD) પર લાગુ કરવાની મંજૂરી આપે છે. સ્કેલર ઑપરેશન્સના ઑટો-વેક્ટરાઇઝેશન માટે હોટસ્પોટ JIT કમ્પાઇલરમાં પૂરી પાડવામાં આવેલી ક્ષમતાઓથી વિપરીત, નવું API સમાંતર ડેટા પ્રોસેસિંગ માટે વેક્ટરાઇઝેશનને સ્પષ્ટપણે નિયંત્રિત કરવાનું શક્ય બનાવે છે.
• પસંદ કરેલ લોકેલના આધારે ટેક્સ્ટને ફોર્મેટ કરવા, પ્રદર્શિત કરવા અને વાંચવા માટે java.io.Console વર્ગમાં ફોર્મેટ, printf, readPassword અને readLine પદ્ધતિઓ ઉમેરવામાં આવી છે. System.console().printf(Locale.FRANCE, "%1$tY-%1$tB-%1$te %1$tA", નવી તારીખ()) 2024-mai-16 jeudi
• વિસ્તૃત સ્ટ્રીમ API નું બીજું પૂર્વાવલોકન અમલીકરણ ઉમેરવામાં આવ્યું છે જે તમારી પોતાની મધ્યવર્તી કામગીરીને વ્યાખ્યાયિત કરવાને સમર્થન આપે છે, જે એવા કિસ્સાઓમાં ઉપયોગી થઈ શકે છે કે જ્યાં વર્તમાન બિલ્ટ-ઇન મધ્યવર્તી કામગીરી ઇચ્છિત ડેટા ટ્રાન્સફોર્મેશન માટે પર્યાપ્ત નથી. મૂળ હેન્ડલર્સ નવા મધ્યવર્તી ઓપરેશન સ્ટ્રીમ::ગેધર(ગેધરર) નો ઉપયોગ કરીને જોડાયેલા છે, જે સ્ટ્રીમ તત્વોને તેમના પર વપરાશકર્તા-નિર્દિષ્ટ હેન્ડલર લાગુ કરીને પ્રક્રિયા કરે છે. jshell> Stream.of(1,2,3,4,5,6,7,8,9).ગેધર(નવી વિન્ડોફિક્સ્ડ(3)).toList() $1 ==> [[1, 2, 3], [4, 5, 6], [7, 8, 9]]
• અસ્પષ્ટ રીતે ઘોષિત વર્ગો અને "મુખ્ય" પદ્ધતિના અનામી દાખલાઓનું ત્રીજું પ્રારંભિક અમલીકરણ ઉમેર્યું, જે જાહેર/સ્થિર ઘોષણાઓ, દલીલોની શ્રેણી પસાર કરીને, અને વર્ગ ઘોષણા સાથે સંકળાયેલ અન્ય સંસ્થાઓ સાથે વિતરિત કરી શકે છે. // પબ્લિક ક્લાસ હેલોવર્લ્ડ { પબ્લિક સ્ટેટિક વોઈડ મેઈન(સ્ટ્રિંગ[] એર્ગ્સ) { System.out.println("હેલો વર્લ્ડ!"); } } // હવે તમે main() { System.out.println("હેલો, વર્લ્ડ!") રદબાતલ કરી શકો છો; }
• એક વિશેષતાનું બીજું પૂર્વાવલોકન ઉમેર્યું જે કન્સ્ટ્રક્ટર્સને સુપર(...) કૉલ કરતાં પહેલાં અભિવ્યક્તિઓનો ઉલ્લેખ કરવાની મંજૂરી આપે છે, જો તે અભિવ્યક્તિઓ કન્સ્ટ્રક્ટર દ્વારા બનાવેલા દાખલાને સંદર્ભિત કરતી નથી, તો વારસાગત ક્લાસના કન્સ્ટ્રક્ટરમાંથી પેરેન્ટ ક્લાસના કન્સ્ટ્રક્ટરને સ્પષ્ટપણે કૉલ કરવા માટે વપરાય છે. વર્ગ આઉટર { રદબાતલ હેલો() { System.out.println("હેલો"); } વર્ગ આંતરિક { આંતરિક() { હેલો(); સુપર(); } } }
• સ્કોપેડ વેલ્યુઝનું ત્રીજું પૂર્વાવલોકન અમલીકરણ ઉમેર્યું, જેમાં પરિવર્તનક્ષમ ડેટાને સમગ્ર થ્રેડોમાં શેર કરવાની મંજૂરી આપવામાં આવી છે અને ચાઇલ્ડ થ્રેડો (મૂલ્યો વારસાગત છે) વચ્ચે અસરકારક રીતે વિનિમય કરવામાં આવેલ ડેટા. થ્રેડ-લોકલ વેરિયેબલ મિકેનિઝમને બદલવા માટે સ્કોપેડ વેલ્યુ વિકસાવવામાં આવી રહી છે અને જ્યારે ખૂબ મોટી સંખ્યામાં વર્ચ્યુઅલ થ્રેડો (હજારો અથવા લાખો થ્રેડો)નો ઉપયોગ કરવામાં આવે ત્યારે તે વધુ કાર્યક્ષમ છે. સ્કોપેડ વેલ્યુ અને થ્રેડ-લોકલ વેરિએબલ વચ્ચેનો મુખ્ય તફાવત એ છે કે પહેલાના એક વાર લખવામાં આવે છે, ભવિષ્યમાં બદલી શકાતા નથી અને માત્ર થ્રેડના અમલના સમયગાળા માટે જ ઉપલબ્ધ રહે છે.
• સ્ટ્રક્ચર્ડ કન્કરન્સી APIનું ત્રીજું પૂર્વાવલોકન પરીક્ષણ માટે પ્રસ્તાવિત કરવામાં આવ્યું છે, જે એક જ બ્લોક તરીકે વિવિધ થ્રેડોમાં ચાલતા બહુવિધ કાર્યોની પ્રક્રિયા કરીને મલ્ટિ-થ્રેડેડ એપ્લિકેશનના વિકાસને સરળ બનાવે છે.
• sun.misc.Unsafe વર્ગ દ્વારા પૂરી પાડવામાં આવેલ બાહ્ય મેમરી એક્સેસ પદ્ધતિઓ (JVM ની બહાર) નાપસંદ કરવામાં આવી છે અને દૂર કરવા માટે સુનિશ્ચિત કરવામાં આવી છે. ઑફ-હીપ મેમરીને ઍક્સેસ કરવા અને બાહ્ય કોડ સાથે ક્રિયાપ્રતિક્રિયા કરવા માટે, VarHandle API અને FFM (વિદેશી કાર્ય અને મેમરી) API નો ઉપયોગ કરવાની ભલામણ કરવામાં આવે છે.

વધુમાં, અમે JavaFX 23 ગ્રાફિકલ ઈન્ટરફેસ સાથે એપ્લીકેશન બનાવવા અને મુખ્ય Oracle JDK 23 માં GraalVM JIT કમ્પાઈલરના સમાવેશ માટે પ્લેટફોર્મ પર અપડેટના પ્રકાશનની નોંધ લઈ શકીએ છીએ.

સાર્વત્રિક વર્ચ્યુઅલ મશીન GraalVM નું નવું પ્રકાશન પણ રજૂ કરવામાં આવ્યું છે, જે JavaScript (Node.js), Python, Ruby, R, JVM (જાવા, સ્કાલા, ક્લોઝર, કોટલિન) અને ભાષાઓ માટે કોઈપણ ભાષાઓમાં ચાલી રહેલ એપ્લિકેશનને સપોર્ટ કરે છે. જેના માટે LLVM બિટકોડ જનરેટ કરી શકાય છે (C , C++, Rust). JDK 23 ને સપોર્ટ કરવા ઉપરાંત, નવું સંસ્કરણ મેમરી વપરાશ અને એક્ઝિક્યુટેબલ કોડના કદને શ્રેષ્ઠ બનાવે છે, અને JIT સંકલનનો ઉપયોગ કરીને જાવા કોડમાં Python અને WebAssembly ને એમ્બેડ કરવા માટેના સાધનો માટે સંપૂર્ણ સમર્થન પૂરું પાડે છે.

સોર્સ: opennet.ru