עדכון JPype 1.0.2, ספרייה לגישה לשיעורי Java מ-Python

זמין מהדורה חדשה של interlayer JPype 1.0.2, המאפשר לך לארגן גישה מלאה של יישומי Python לספריות כיתות Java. עם JPype מ-Python, אתה יכול להשתמש בספריות ספציפיות ל-Java כדי ליצור יישומים היברידיים המשלבים קוד Java ו-Python. שלא כמו Jython, אינטגרציה עם Java מושגת לא באמצעות יצירת וריאנט של Python עבור ה-JVM, אלא באמצעות אינטראקציה ברמת שתי המכונות הוירטואליות המשתמשות בזיכרון משותף. הגישה המוצעת מאפשרת לא רק להשיג ביצועים טובים, אלא גם מספקת גישה לכל ספריות CPython ו-Java. קוד פרויקט מופץ על ידי מורשה תחת Apache 2.0.

שינויים עיקריים:

• מטמון נוסף לקריאות למתודה כדי למנוע רזולוציית עומס יתר, מה שמפחית מאוד את השפעת הביצועים של רזולוציית השיטה, במיוחד אם אותו עומס נקרא פעמים רבות, כמו במהלך ביצוע לולאה.
• מ-4 עד 100 פעמים, בהתאם לסוג הנתונים, מואצת העברת הרשימות, הטפולים והמאגרים למערכים של פרימיטיביים של Java. ההמרה משתמשת בעיבוד אופטימלי של מאגרים בזיכרון, במקום ב-Sequence API. כאשר נתקלים במאגר של Python, רק האלמנט הראשון נבדק להמרה, מכיוון שמאגרים אלה הם הומוגניים.
• עיבוד פעולות כיבוי (מיושם ב-JPype 1.0.0, אך דילג עליו בעת הכנת יומן השינויים). JPype קורא כעת לשגרת הכיבוי של JVM, שמנסה לצאת בחן. זה מוביל למספר שינויים בהתנהגות. שרשורים שאינם ברקע (שיחות פרוקסי) יכולים כעת להשאיר את ה-JVM פתוח עד שהם יסתיימו. שיחות פרוקסי יעבדו את הכיבוי עד להשלמת השיחה, אך יקבלו הודעת ביטול. הקבצים נסגרים כעת כראוי ונשטפים לדיסק אם השרשורים מטפלים בחריג כצפוי. ווי ניקוי משאבים וגימורים מבוצעים. כאשר חוטים נוצרים, ה-AtExit hooks נקראים. באמצעות הדמון, שילוב שרשור אוטומטי מיושם בעת שימוש ב-JVM מ-Python. קוד באגי שלא יכול להתמודד כראוי עם ניקוי שרשור יתקע ככל הנראה כאשר הכיבוי מתבצע. תיעוד נוסף ניתן למצוא במדריך למשתמש.
• המעטפת ל-Throwable קיבלה עטיפה ל-Object במקום התוצאה הצפויה, מה שהוביל להמרות מוזרות ממחלקות Python.
• תוקן שגיאות הקלדה במערכת הייבוא ​​שהובילו לשגיאה '»jname» לא נמצא'.
• ודא ש-"^C" קודם כהלכה ב-KeyboardInterrupt.
• תוקנה בעיה עם סמלים מאז Python 3.5.3. PySlice_Unpack הוצג במהדורת תיקון שלאחר מכן (3.5.4) ולא היה צריך להשתמש בו.
• תוקן באג עם numpy.linalg.inv שהוביל להתרסקות. הבעיה זוהתה לתקשורת בין ה-JVM לכמה טעמים נדושים. הפתרון המוצע הוא לקרוא ל-numpy.linalg.inv לפני הפעלת ה-JVM.

מקור: OpenNet.ru