JPype 1.0.2 अपडेट, Python वरून Java क्लासेसमध्ये प्रवेश करण्यासाठी लायब्ररी

उपलब्ध इंटरलेअरचे नवीन प्रकाशन JPype 1.0.2, जे जावा भाषेतील क्लास लायब्ररीमध्ये पायथन ऍप्लिकेशन्सना पूर्ण प्रवेश करण्यास अनुमती देते. पायथनच्या JPype सह, तुम्ही Java आणि Python कोड एकत्र करणारे हायब्रिड अॅप्लिकेशन तयार करण्यासाठी Java-विशिष्ट लायब्ररी वापरू शकता. Jython च्या विपरीत, Java सह एकत्रीकरण JVM साठी Python प्रकार तयार करून नाही तर सामायिक मेमरी वापरून दोन्ही व्हर्च्युअल मशीनच्या पातळीवर परस्परसंवादाद्वारे प्राप्त केले जाते. प्रस्तावित दृष्टीकोन केवळ चांगली कामगिरी साध्य करू शकत नाही, तर सर्व CPython आणि Java लायब्ररींमध्ये प्रवेश देखील प्रदान करते. प्रकल्प कोड द्वारा वितरित Apache 2.0 अंतर्गत परवानाकृत.

मुख्य बदल:

• ओव्हरलोड रिझोल्यूशन टाळण्यासाठी मेथड कॉल्समध्ये कॅशे जोडली गेली आहे, ज्यामुळे मेथड रिझोल्यूशनचा कार्यप्रदर्शन प्रभाव मोठ्या प्रमाणात कमी होतो, विशेषत: लूप एक्झिक्यूशनच्या वेळी समान ओव्हरलोड अनेक वेळा कॉल केल्यास.
• 4 ते 100 वेळा, डेटा प्रकारावर अवलंबून, जावा प्रिमिटिव्हजच्या अ‍ॅरेमध्ये याद्या, ट्यूपल्स आणि बफरचे हस्तांतरण प्रवेगक होते. रूपांतरण अनुक्रम API ऐवजी, इन-मेमरी बफरची ऑप्टिमाइझ केलेली प्रक्रिया वापरते. जेव्हा पायथन बफरचा सामना केला जातो, तेव्हा फक्त पहिला घटक रूपांतरणासाठी तपासला जातो, कारण हे बफर एकसंध असतात.
• शटडाउन ऑपरेशन्सवर प्रक्रिया करणे (JPype 1.0.0 मध्ये लागू केले गेले, परंतु चेंजलॉग तयार करताना वगळण्यात आले). JPype आता JVM शटडाउन दिनचर्या कॉल करते, जे आकर्षकपणे बाहेर पडण्याचा प्रयत्न करते. यामुळे वागण्यात अनेक बदल होतात. पार्श्वभूमी नसलेले थ्रेड (प्रॉक्सी कॉल) आता JVM पूर्ण होईपर्यंत ते उघडे ठेवू शकतात. कॉल पूर्ण होईपर्यंत प्रॉक्सी कॉल शटडाउनची प्रक्रिया करतील, परंतु त्यांना निरस्त संदेश प्राप्त होईल. जर थ्रेड्स अपेक्षेप्रमाणे अपवाद हाताळत असतील तर फाइल्स आता व्यवस्थित बंद केल्या जातात आणि डिस्कवर फ्लश केल्या जातात. रिसोर्स क्लीनअप हुक आणि फायनलाइजर्स कार्यान्वित केले जातात. जेव्हा थ्रेड्स तयार होतात, तेव्हा AtExit हुक म्हणतात. पायथनमधील JVM वापरताना डिमनद्वारे, स्वयंचलित थ्रेड संलग्नक लागू केले जाते. बग्गी कोड जो थ्रेड क्लीनअप योग्यरित्या हाताळू शकत नाही तो शटडाउन कार्यान्वित झाल्यावर हँग होण्याची शक्यता आहे. अतिरिक्त दस्तऐवजीकरण वापरकर्ता मॅन्युअल मध्ये आढळू शकते.
• थ्रोएबलसाठी रॅपरला अपेक्षित परिणामाऐवजी ऑब्जेक्टसाठी रॅपर प्राप्त झाले, ज्यामुळे पायथन वर्गांकडून विचित्र रूपांतरणे झाली.
• आयात प्रणालीमधील निश्चित टायपोज ज्यामुळे '"jname" आढळले नाही' त्रुटी आली.
• कीबोर्डइंटरप्टमध्‍ये "^C" ची जाहिरात योग्य प्रकारे केली गेली आहे याची खात्री केली.
• Python 3.5.3 पासून चिन्हांसह समस्या निश्चित. PySlice_Unpack त्यानंतरच्या पॅच रिलीझमध्ये (3.5.4) सादर केले गेले आणि ते वापरले गेले नसावे.
• numpy.linalg.inv सह एक बग निश्चित केला ज्यामुळे क्रॅश झाला. JVM आणि काही numpy फ्लेवर्समधील थ्रेड कम्युनिकेशनमध्ये ही समस्या सापडली आहे. JVM सुरू करण्यापूर्वी numpy.linalg.inv वर कॉल करणे हा प्रस्तावित उपाय आहे.

स्त्रोत: opennet.ru