צילום מסך תוכנה:
פרטי תוכנה:
Java שירות Wrapper Edition הקהילה היא תוכנת שורת הפקודה המקור לגמרי חופשי ופתוח שתוכננה מהיסוד כדי לפעול כהגדרה וקלה לשימוש כלי לפריסת יישומי Java כשדי UNIX יליד או רקע Windows functionalityIt תיקון תקלת services.Provides היא תוכנה גמישה, אמינה ופלטפורמות שמספקת פונקציונלי תיקון תקלה אשר באופן אוטומטי מחדש שאינו מגיב או התרסק JVMs (מכונות וירטואליות Java). בנוסף, התוכנה כוללת scripting סטנדרטי, התקנת יישום קלה, ופונקציונליות רישום, ניהול תהליכי ילד, אירועים בעיתוי, מיילים התראה, פקודות אירוע, מגבלות זיכרון יחסי, תמיכה בשפות מרובות, כמו גם אירועי הגדרת משתמש ופעולות.
מהדורת הקהילה מופצת תחת רישיון קוד פתוח, על ידי זה & rsquo; פונקציונלי שלו מוגבל, כפי שאתה תוכל להשתמש בו כדי רק לאפשר יישומי Java לרוץ כמו שד UNIX, להפעיל מחדש ולפקח JVMs, לשלוט בעדיפות תהליך, ל הדק JVM מפעיל מחדש, מרוקן חוט, וכיבוי, להשתמש ספריית עבודה מותאמת אישית, להשתמש בתווים כלליים, כמו גם להיכנס ולתפוס JVM קונסולת output.Getting התחיל עם שירות Java Wrapper EditionTo הקהילה להתחיל עם Edition הקהילה של Java שירות Wrapper , להוריד את החבילה שמתאימה למחשב שלך & rsquo; s ארכיטקטורה, לשמור את הארכיון על ספריית הבית שלך, לפרוק אותו, לפתוח את יישום מסוף, ללכת למיקום של & lsquo; בן & rsquo; תיקייה (/home/softoware/wrapper-linux-x86-64-3.5.26/bin/ למשל cd) ולהפעיל & lsquo; עטיפת ./ & rsquo; הפקודה, שתציג את הודעת השימוש וoptions.Runs שורת הפקודה זמינה במגוון רחב של POSIX והפעלה דמוית UNIX systemsJava שירות Wrapper מופצת בשלוש מהדורות, מהדורת הקהילה, Standard Edition, ומהדורה מקצועית. זה תואם עם כל ההפצות גנו / לינוקס, אבל פועל על מגוון רחב של POSIX ומערכות דמויות UNIX הפעלה, כולל FreeBSD, AIX, HP-UX, Microsoft Windows, Mac OS X, ו- Solaris, תמיכה 64-bit (x86_64 ), 32-bit (x86), Armel, ARMHf, SPARC, S390, s390x, פלטפורמות חומרת Itanium, PPC (PowerPC), כמו גם PA-RISC.
מה חדש במהדורה זו:.
- לשפר את הודעות יומן כאשר הפעלה מחדש JVM מתבקשת כאשר מעטפת נמצאת במצב שהוא יהיה להתעלם ממנו (רגיל / Professional Edition)
- הוסף הודעת באגים נוספת כאשר לטאטא קיפאון משלים. אין שינוי פונקציונלי אבל זה התווסף ללעשות את זה קל להגיד כמה זמן לוקח לטאטא על יישום נתון.
- לנקות את המעקב הפנימי של משתני סביבה שבי נקבעו. לא חל שינויים פונקציונליים.
- כאשר הוא מגלה Cygwin עם 'uname -o' בקובץ script, כמה OS של (Solaris, MacOS, וכו ') מראה הודעת שגיאה כי "-o" הוא לא פרמטר חוקי. עכשיו אנחנו להסתיר את הודעת השגיאה הזו, כדי למנוע בלבול ואנחנו יכולים לנחש שCygwin אינו פועל.
- הוסף את היכולת לשלוט מפעיל את השירות עם systemd באמצעות קובץ התסריט.
- ב- Mac OS X, לתקן טעות דפוס, להוסיף עוד דרך חלופית כדי למצוא Java כדי להגדיר את משתנה סביבת JAVA_HOME, ולהשתמש בנתיב המלא לביצוע sysctl במקרה זה לא בדרך. תודה לDannes Wessels עבור המצביעים את זה.
- תקן בעיה בגרסאות חדשות יותר של Windows כאשר התאמה אישית של Wrapper. התעודה לא הוסרה בעת יצירת היעד. זה היה מוביל לשגיאה בעת שניסיתי להיכנס ליעד עם תעודה חדשה.
- הוסף תמיכה חסרה בתסריט הפגז להפעלה מחדש / לעצור את שירות Wrapper עם launchctl על Mac OS X.
- הוסף תמיכה חסרה בתסריט הפגז להפעלה מחדש / לעצור את שירות Wrapper עם שעליתי לגדולה.
- הוסף את היכולת לקבוע את הנתיב של הפקודה 'su ", כמו גם את היכולת לציין טיעונים נוספים בתסריט מעטפת Wrapper באמצעות משתני SU_BIN וSU_OPTS חדשים.
- תקן בעיה בכיתות עוזר WrapperSimpleApp, WrapperStartStopApp, וWrapperJarApp בי בעיות שורת הפקודה שגרמו לJVM יציאה בהפעלה נראית כמו יציאות בלתי צפויות. פירושו של הדבר שWrapper ינסה להשיק מחדש JVM שוב ולא מוותר על הניסיון הראשון.
- שינוי שיעורי עזר WrapperSimpleApp, WrapperStartStopApp, וWrapperJarApp כך שבאנרים השימוש שלהם יהיו רק עכשיו יוכלו לראות לבעיות הקשורות שורת הפקודה. בעיות עם מחלקות, שיטות, או קבצי צנצנת צוינו עדיין נרשמות כטעויות, אבל מראה למשתמש את השימוש במקרים אלה היה מבלבל.
- תקן את שיטת WrapperResources.getString () שאין לו טענות החלפה, כך שעיבוד שלה של מחרוזת הגלם מתבצע על אותו הדבר כמו שיטות שיש טיעוני החלפה. עכשיו כל המחרוזות מעובדות על ידי מעמד MessageFormat לפני שחזר. הגרסאות קודמות לא היו עקביות על הצורך לברוח גרשיים בודדים.
- הוספת אימות מפתח אופציונלית לוודא כי מיתרים עברו לשיטת WrapperResources.getString () מעוצבים בצורה נכונה. ראה כיתת WrapperResources למידע כיצד להפעיל.
- הוסף אפשרויות חדשות לwrapper.backend.type נכס: AUTO, שקע, SOCKET_IPv4, SOCKET_IPv6, PIPE. בעת ההגדרה לAUTO, Wrapper ינסה לפתוח IPv4 שקע ושחזור ל- IPv6 ולצינור במקרה של טעות.
- באג תקן בעת המרה ממרובה-לchar הרחב ללא הגדרת האזור בעת ההפעלה (Unix בלבד). הודות לברט.
- הוסף כינוי 'CLOSE_BACKEND' ל 'CLOSE_SOCKET' כפקודת מבחן עבור נכס wrapper.commandfile. זה בגלל שיש כבר מספר רב של אפשרויות לחיבור backend לכמה זמן והשם הוא יותר נייד.
- תקן בעיה ב- Mac OS X בעת הפעלת יוסמיטי בי התסריט שלא הצליח להשוות בצורה נכונה גרסאות '10 .10 'ל'10 .5.0'. זה היה מוביל לתסריט חושב שרק קבצים בינאריים של 32 סיביות יכולים להפעיל. זה היה רק בעיה אם שמות חבילת דלתא של קבצים בינאריים העטיפה היה בשימוש.
- הוסף רכוש wrapper.java.classpath.missing.loglevel חדש המאפשר לשלוט באופן Wrapper יומני אזהרות על חסר אלמנטי classpath. בעבר זה תמיד היה מחובר כפלט debug ולא יכל להיות מבוטל.
- אם יש בעיות כלשהן ברמה נמוכות השקת תהליך Java שאינם קשורים לתצורה או JVM עצמו, את העטיפה כבר לא מנסה שוב כמו ניסיונות כאלה היו חסרי משמעות.
- APIs מערכת Windows בעיה שגורמת לתהליך לקרוס אם היא מנסה להגדיר משתנה סביבה מעל 32767 תווים. Wrapper עכשיו בודק את זה ומתחבר שגיאה ולא הגדרה משתנה. זו הייתה בעיה אם classpaths גדול מאוד שימש כאשר נכס wrapper.java.classpath.use_environment היה נכון.
- Windows אינה מאפשרת שורת הפקודה כדי להיות יותר מ32,766 תווים. גרסאות שונות של Windows להתמודד עם זה באופן שונה כאשר פקודה כזו ארוכה מסופקת. Wrapper עכשיו עושה בדיקה משלו ומראה שגיאה בצורה עקבית.
- לשפר את הודעת השגיאה על פלטפורמות UNIX כאשר שורת הפקודה היא ארוכה יותר ממקסימום המערכת. מקסימום זה משתנה מאוד מפלטפורמה והסביבה וקשה לחשב באופן מהימן, ולכן האורך המרבי לא כרגע מוצג בהודעה.
- תקן בעיה על פלטפורמות UNIX בי קובץ תצורה גדול מאוד עלול לגרום לWrapperManager להיכשל לאתחול. זה נגרם על ידי ההעברה החלקית של קובץ הגדרות התצורה לWrapperManager באמצעות חיבור backend. זה היה קורה ללא קשר לסוג backend בשימוש. גודלו של קובץ התצורה שיגרום בעיה מגוונת מאוד המבוסס על המערכת מסוימת.
- תקן בעיה על פלטפורמות Windows שבו קובץ תצורה גדול מאוד ייכשל להישלח לWrapperManager בהפעלה כאשר נכס wrapper.backend.type נקבע לPIPE. הבעיה היחידה הייתה שWrapperManager.getProperties () שיטה תהיה ריקה. (Professional Edition)
- הוסף המחאות לWrapperManager.exec () שיטות ב- Windows לכל אורך שורת הפקודה המרבי של 32,766, ואורך זוג שם-ערך משתנה סביבה המרבית של 32767 (Professional Edition)
- תקן בעיה שבה חופשי של מצביע NULL הנעשה כחלק מתהליך הניקוי של שיחת WrapperManager.exec (). זה לא ידוע לגרם בעיות.
- המוסף getStdOut (), getStdErr (), וgetStdIn () שיטות לכיתת WrapperProcess ככינויים לgetInputStream (), getErrorStream (), וgetOutputStream () שיטות כדי למנוע בלבול.
- תקן בעיה ב- Windows 7 שבו קווי יומן ארוכים קיבלו פגומים לאחר 31,397 תווים כאשר wrapper.console.direct היה נכון. זה נראה שיש בעיה עם ה- API הבסיסי של Windows והיה רק בעיית תצוגה. צמצם את מספר תווים המרבי שניתן לכתוב בקריאה API יחידה ל30000 כדי לעקוף את הבעיה. שינוי זה הוא פנימי ועדיין אין מגבלה על האורך של קווים מחוברים.
- תקן מבוי סתום אם Wrapper לא הצליח לכתוב לbackend כאשר נכס wrapper.backend.type היה PIPE. נמצא על ידי סקירת קוד ולא ידוע שקרה בפועל.
- מMac OSX 10.5.0, קובץ התסריט להשתמש במקש "משך החיים" בקובץ תצורת launchctl. הגרסאות קודמות של Mac OSX ימשיכו להשתמש באותו 'OnDemand' המפתח. תודה לרובין על הצבעה זו. (רגיל / Professional Edition)
- לאסור את השימוש בhostids קשור להתקני Bluetooth Apple כאשר פועלים על מערכת Windows וירטואלית המתארחת במערכת X OS.
- תקן בעיה בי WrapperManager.log () לא פועלת כראוי כאשר הודעות מרובה-בייט הייתם מחוברים.
- בפלט debug מנות מאפייני תצורה המלאה מדוכאת מתפוקת היומן כי זה הוא עצום והוא יכול להכיל מידע רגיש. הוסף לגודל הפלט המקוצר כדי לסייע באיתור באגים.
- תקן דליפת זיכרון על פלטפורמות UNIX בכל פעם שהודעת שגיאה שדווחה. זה היה רק בעיה אם ההודעה הייתה מחובר שוב ושוב.
- זוג דליפות פוטנציאליות אחרות נכונות זיכרון מצאו דרך סקירת קוד. לא ידוע כבר גורם לבעיות בפועל כל.
יש לי
מה חדש בגרסה 3.5.23:
- רגיל / Edition המקצועי:
- כאשר סוג רישיון לא ידוע הוא נתקל, כולל סוג לא ידוע בהודעת השגיאה כדי לעזור עם ניפוי שגיאות.
- תקן בעיה שחיתות זיכרון בz / OS כאשר השפה נקבעה לאזור בתים כפול כמו יפני.
- עבור הדרך ולהפוך את העטיפה הרבה יותר עמיד כאשר קשה מקודד תווים של שני בתים הם נתקלו.
- מהדורת Preofessional:
- שנה את היוצא מן הכלל נזרק כאשר WrapperManager.exec () נקרא בזמן Wrapper הוא כיבוי אז זה אומר שעכשיו לא אומר שהספרייה המקומית אינה טעונה.
- Wrapper הוא זהיר יותר עכשיו לוודא כי backend לא נסגר בעת תהליך ילד יוצא לדרך על מנת להבטיח כי Wrapper יודע על כל תהליכי הילד השיקו.
- הוסף הודעת אזהרה במקרה Wrapper לא יקבל הודעה על תהליך ילד השיק בשל היותו סגר את חיבור backend.
- תקן NPE פוטנציאלי שעלולים להיזרק בעת קריאת stdout או פלט stderr מתהליך ילד תוך Wrapper היה כיבוי ולאחר תהליך הילד יצא.
- תקן בעיה על פלטפורמות UNIX שבו היינו להיתקע מנסה ניקוי לאחר תהליך שכרגע חוסם בקריאה מstdout או stderr.
- תקן בעיה על פלטפורמות UNIX בי פסק זמן מנסה להשיג מנעול פנימי של רשימת תהליך הילד גורם דלפק פנימי לצאת מסנכרון, שמוביל לתהליכי ילד הופסק אחרים שעזב את זומבים שהתפרקה כעד תהליך Java הופסק.
- תקן בעיה על פלטפורמות UNIX בי תיאור קובץ צינור המשמש לתקשורת עם תהליכי ילד הועברו עכשיו בצורה לא נכונה לכל תהליכי הילד. הם לא גדלו עם זמן.
- תקן בעיה במערכות FreeBSD בי wrapper.lang.encoding לא פתרון לUTF-8 בצורה נכונה כאשר משתנה סביבת LANG לא הוגדר.
- תקן בעיה סנכרון פוטנציאלי קוראת WrapperProcess.waitFor () או WrapperProcess.exitValue ().
- הוסף פלט יומן באגים נוסף המציג את ערכי פסק הזמן השונים כדי לעזור עם בעיות משתמשים ניפוי שגיאות.
- תקן בעיה שבה תסריט הפגז לא כהלכה איתור גרסת מערכת ההפעלה עם Mac OSX Maverick.
- הוסף אזהרות על משתני סביבה מוגדרים בכולל אזכור קובץ בקובץ התצורה.
- הוסף תמיכה להרחבה משתנה סביבה בקבצים שצוינו עם wrapper.java.additional_file וwrapper.app.parameter_file נכסים.
- תקן את המספר השלם עיצוב בשיטת WrapperUNIXGroup.toString (), כך שהוא עולה בקנה אחד עם שאר Wrapper.
- תקן בעיה שבה דרישת ספריית iconv לא יכולה להיות מרוצה בFreeBSD 10. עכשיו אנחנו לאתר את הספרייה באופן דינמי על ידי מחפש /usr/local/lib/libiconv.so, /usr/local/lib/libbiconv.so , או /lib/libkiconv.so.4 כדי ש.
- תקן שיטת WrapperPrintStream.println () כך מחרוזות המכילות linefeeds תהיה נכונה לי כל שורה prepended עם הכותרת המוגדרת.
מה חדש בגרסת 3.5.14:
- תקן בעיה בAppCommand.bat.in קובץ שבו בסוגריים בשם הקובץ של ינארי Wrapper היו גורמים & quot; PATH לא היה צפוי בשלב זה & quot; שגיאה.
- (רגיל / Professional Edition)
- תקן בעיה בעת שימוש בגרסה מקומית של Wrapper על פלטפורמות 64-bit Windows שבי Wrapper ימשיך להשתמש בשפת ברירת המחדל של המערכת אפילו wrapper.lang שימשה כדי לציין שפה שונה. הציג ב3.5.12.
- תקן בעיה בקובץ אצווה מבוסס פקודת Windows AppCommand.bat.in בי הפקודה 'הסטטוס' הייתה שגויה שדווחה כ'שאילתא 'בתפוקת השימוש. הפקודה 'המצב' תמיד עבדה בצורה נכונה אם משתמש בו.
- תקן בעיה על פלטפורמות UNIX שבו כמה הודעות אסינכרוני היו גורמות הודעה & quot אזהרה; שגיאת קידוד ... & quot; להיות מחובר במקום ההודעה המיועדת. זה אפשר היה לראות אם קובץ היומן המוגדר לא היה לי הרשאות כתיבה. מלבד הודעת היומן השגוי, Wrapper עבד בצורה נכונה. הציג ב3.5.2.
- תקן בעיה בתסריט שבו פועל UNIX עם שעלה לגדולה לא פועל כראוי כאשר RUN_AS_USER נקבע.
- תירגע בדיקות ביטחוניות בעת הפעלת הפקודה 'המעמד' נגד תסריט פגז UNIX כך שעכשיו מאפשר לכל משתמש מפעיל את התסריט כדי לבצע את הבדיקה לקריאה בלבד של קובץ PID.
- תקן בעיה עם תסריט UNIX בי "יוציא" את הפקודה הייתה מנסה לעצור את יישום פועל גם כאשר היישום לא הותקן.
- תקן הצפת מאגר אשר עלול לגרום להתרסקות במהלך ההתקנה של Windows שירות כאשר wrapper.ntservice.account צוינה. זה הוצג ב3.5.12.
- תקן פגם בערימה שעלולה להתרחש בעת אתחול ולגרום להתרסקות. רק מערכות Windows, המשתמשות ביומני האירועים של המערכת, הושפעו. גילו מסקירת קוד, מעולם לא היו שום דיווחים על זה גורם לבעיות עבור משתמשים. זה יכול לקרות אם wrapper.log המוגדר לא יכול להיות כתוב כלWrapper תמיד מנסה לכתוב ליומן האירועים במקרים כאלה. הציג ב3.5.12.
- הוסף השוואת גרסה חדשה בין תסריט פגז UNIX וWrapper להתחיל להראות אזהרה במקרה של אי התאמת גרסה. הבדיקה תפעל רק אם תסריט הפגז וWrapper הם כל אחד מלפחות גרסה 3.5.14.
- נוסף רכוש wrapper.pidfile.strict חדש אשר יגיד לי Wrapper לא להתחיל אם קובץ מח"ש כבר היה קיים. ברירת מחדל הוא כוזב לתאימות לאחור.
- הפוך בצד Java של שקע backend עמיד יותר במקרה של פסק זמן לקרוא או לכתוב. שקע backend אין פסק זמן מוגדר כברירת מחדל אז זה לא היה צריך להיות בעיה. כמה משתמשים דיווחו על בעיות במערכות ספציפיות אולם שהוביל לתיקון זה.
- כדי לסייע בבדיקה של פסק זמן שקע backend, רכוש מערכת wrapper.backend.so_timeout חדש נוסף כדי להפוך אותו ניתן להגדיר את שקע backend להשתמש פסק זמן. ראה Javadocs של WrapperManager.exec () בכיתה לפרטים.
מה חדש בגרסת 3.5.11:
- תקן התרסקות פוטנציאלית על Windows נגרמת על ידי חיץ הצפה. זה כבר בעיה מאז גרסת 3.5.0 ומשפיע תצורות המגדירות wrapper.ntservice.dependency אחד או יותר .. תלוי מה היה בזיכרון, זה לא תמיד לגרום להתרסקות. יש לו התנהגות מאוד לשחזור לקובץ תצורה נתון.
- תקן בעיה ב- Windows שבי Wrapper היה לוקח 15 שניות או יותר לאתחול בחלק מהמערכות כי קריאת מערכת WinVerifyTrust הייתה נתקל בבעיות בעדכון CRL. זה היה בעיה שכן קבצים בינאריים Wrapper החלו להיות חתומים בגרסה 3.5.7. אם שיחת WinVerifyTrust לוקח יותר זמן מאשר wrapper.startup_thread.timeout המוגדר, Wrapper ימשיך אתחול ללא דיחוי נוסף.
- (רגיל / Professional Edition)
- באופן מפורש להסיר את תעודה בינארי המותאם אישית בהתאמה אישית. היו בעיות שהתפטרו בינארי עם אישור אחר אחרת.
- אם Wrapper אינו יכול לכתוב לwrapper.logfile המוגדר מכל סיבה אז אנחנו תמיד נופלים בחזרה לקובץ יומן ברירת מחדל ולאחר מכן היכנסו הודעה על הכישלון. אם ברירת המחדל גם נכשל ואז זה גם מחובר אך ההודעות היו להיות מחובר רק לקונסולה ברוב המקרים. לשנות את העטיפה אז עכשיו אנחנו תמיד לשלוח שני ההודעות לsyslog או EventLog בלי קשר למה wrapper.syslog.loglevel מוגדר. זה חשוב כדי לעזור לאתר את הגורם לבעיות גישת logfile.
- החל בגרסה 3.5.0, זה היה באופן פנימי ניתן להדפיס את הודעות יומן רב-קו, כך שכל הקווים יהיו תמיד להיות מקובצים יחד בקובץ היומן. גרסה זו משנה את הקוד בכניסה מעט, כך שתפוקת יומן רב-קו כזה כעת נרשם כהודעה אחת בsylog UNIX או Windows EventLog.
- תקן בעיה שבה קווים ארוכים מאוד של פלט מJVM יגרמו Wrapper להופיע לתלות לזמן מה. בפעם הראשונה ששורה אחת של תפוקה המכילה כמה מאה אלף תווים הייתה מחובר, חיץ פנימי שגדלה באופן הדרגתי על ידי כל מחזור 100 תווים. Wrapper עכשיו מגדיל את הגודל המבוסס על גודל ידוע אחרון כדי להפחית את מספר המחזורים הדרושים כדי לבחור גודל מאגר חדש מאוד.
- שנה את פקודת PAUSE_THREAD אז זה אפשרי עכשיו לחכות לזמן בלתי מוגבל. רק שימושי לבדיקת Wrapper.
- הוסף פקודת PAUSE_LOGGER חדשה כדי להפוך אותו ניתן להשהות את הרישום ביומן הבא. רק שימושי לבדיקת Wrapper.
- בUNIX, צינור stdout / stderr בין JVM וWrapper לא מנקה כראוי. זה הביא לדליפה קטנה אך היה מזיק אחר. הצינורות עכשיו ניקו ואותחלו עבור כל מופע JVM.
- תקן בעיה בי Wrapper יכל שלא להפעיל מחדש את JVM כאשר הבקשה מחדש מקורו בJVM אם המערכת חוותה IO כבד מאוד וכתוצאה מכך תורי IO דיסק ארוך. זה היה גורם ללולאה הראשית של Wrapper לחסום בכתיבה והחמיץ את הבקשה מחדש, מה שגרם לכיבוי Wrapper ולא מחדש. זה יכול להשפיע על כל הפלטפורמות. ב- Windows, זה יכול גם להיות מיוצר בביצוע בחירה בקונסולה להקפיא פלט ולאחר מכן ביצוע בקשה מתוך JVM להפעיל מחדש.
- הוסף מעמד עוזר WrapperPropertyUtil חדש כדי להפוך אותו easer לגשת ערכי רכוש Wrapper מתוך JVM.
- תיקון באג בכמה פלטפורמות שבו פלט יומן java יכול ייפגמו בשל שימוש לרעה בתפקוד מערכת strncpy. פונקציה זו מזהירה כי כמה מימושים אינם תומכים בעותקי זיכרון חופפים. הבעיה יכולה להיות בתמונות רק על מחשב בדיקות Linux יחיד בשורות הבאות שורה ריקה של פלט. בעיה זו קיימת מאז 3.4.0.
מה חדש בגרסת 3.5.9:
- תקן בעיה ב- Windows שבו מתאמי רשת ששמות הכיל & quot; PRO / 1000 & quot; הוצאו מרשימת hostids מוצג כאשר & quot; -h & quot wrapper.exe; נוהל. זה לא משפיע על קבצי מפתח רישיון השרת קיימים שנוצרו עבור hostIds שדווח על ידי 3.5.7 או קודם לכן, או מפתחות רישיון פיתוח. אבל עשה את זה כי Wrapper לדווח כי אין hostIds תקף ניתן למצוא כאשר Wrapper החל ללא קובץ רישיון. זה נגרם על ידי כמה קוד הבדיקה הוסיף ב3.5.8 שלא הצליח להסיר.
- תקן בעיה בי Wrapper לא נכון מניב שליטה חזרה ללולאה הראשית שלה, כאשר כמויות גדולות מאוד של תפוקה רציפה הייתה להיות מחובר מJVM. הציג בגרסה 3.4.0. בגרסאות קודמות ל 3.5.8, זה יכול היה לגרום לJVM פסק זמן ולהפעיל מחדש את עצמו. בעיה מסוימת שהוחלטה אבל תהליך Wrapper ב3.5.8 עדיין היה להגיב כאשר זה היה קורה. Wrapper עכשיו תמיד yeild חזרה ללולאה העיקרית שלה לאחר 250 אלפיות השניה של רישום רציף.
- תקן בעיה בי WrapperManager יכול לחסום פלט debug הכתיבה מנסה אם יישום המשתמש הנוכחי כתב כמויות גדולות מאוד של פלט למסוף גם כן. בנסיבות קיצוניות הזה הוביל לWrapper חושב שJVM הוקפא. זה היה רק עניין אם פלט debug הופעל.
- שאורגן מחדש את תסריט הפגז כך כל המהדורות עכשיו להשתמש באותו התסריט שוב.
מה חדש בגרסת 3.5.8:
- (רגיל / Professional Edition)
- החל בגרסה 3.5.5, שפסלנו את השימוש בכל 00ff * hostids על Windows כדי למנוע בעיות עם hostids שינוי כאשר משתמשים יש מתאם רשת ג'וניפר רשת Connect במערכת שלהם. זה התברר להיות מגביל מדי כאורח מערכות הפעלה פועלות תחת Parallels גם לעשות שימוש במגוון ה hostuid זה. Wrapper הוא יותר זהיר כדי לפסול רק hostids ג'וניפר רשת Connect בפועל עכשיו.
- (רגיל / Professional Edition)
- לשפר את ההודעה שמוצגת למשתמש כאשר Wrapper הוא לא הצליח לאתר כל hostids למערכת.
- תוקן בעיה עם תסריט המעטפת ב- Solaris, שבו -f האפשרות לא היה זמין לgrep.
- פרטי גרסה נוסף של Windows על תפוקת debug העטיפה.
- נוסף רכוש wrapper.log.warning.threshold מה שהופך את העטיפה להראות אזהרה בכל פעם שהוא מזהה שWrapper לקח הרבה זמן כדי להקליט הודעת יומן. זה התווסף לבדיקת נושא דווח נגרמים על ידי IO האיטי על מערכות טעונות מאוד בכבדות.
- תקן בעיה בי מסנן שביקש JVM להפעיל מחדש יהיה התעלם אם JVM יצא בכוחות עצמו באופן מיידי. Wrapper הוא עכשיו עקבי יותר, כך שבקשות ההפעלה מחדש מתוך JVM או המסננים תמיד מקבלות עדיפות על פני בקשות יציאה כזו. בקשות חיצוניות כיבוי, או אלה מפעולות אחרות עדיין יתנהגו כפי שעשו בעבר ותמשכנה כיבוי Wrapper. Wrapper גם רושם הודעות בתפוקת באגים אם בקשה מחדש מצטיינת נשמרת או להתעלם ממנו.
- תוקן בעיה בקובץ אצווה AppCommand.bat אשר יכול להתרחש בכמה פלטפורמות Windows עם קידודי מערכת רב-בייט מסוימים. התסריט נכתב מחדש וחלקים מפוקפקים שהופשטו. הפונקציונליות של התסריט נשמרה.
- נוסף WRAPPER_CONF_DIR משתנה הסביבה, אשר יכול לשמש למאפייני התצורה. (בקשת תכונה 3,160,644)
- Made יציאת תסריט עם קוד היציאה הנכון קיבל בעת הפעלת סקריפט כמשתמש שונה, המפורטים בRUN_AS_USER. (דווח על תקלת 3,185,281)
- תקן הפרת גישה שיכול לקרות כאשר תעודת חתימת קוד לא הצליחה אומת.
- התחבר שגיאה אם שקע backend סגור בכוח חיצוני. זה היה מקבל מחובר ברמת יומן debug. המסר הוא & quot; חיבור הקיים נסגר בכוח על ידי המארח המרוחק. (0x2746) & quot ;. מכיוון שההודעה הייתה רק מחובר אם פלט debug היה מופעל, JVM יהיה מחדש ללא הסבר ברור לגבי מה שקרה. מקורו של סגר השקע נמצא תחת חקירה.
- (Professional Edition)
- נוסף שיחת fireUserEvent Java לAPI WrapperManager. זה מאפשר לירות מיילים אירוע למשתמש, פעולות ללא הדק המסנן. אנא גם למצוא פרטים נוספים על מודל האבטחה עבור שיחה זו בדף האבטחה.
- תקן אזהרה על גרסאות Mac אם פקודת java המוגדרת לא הייתה בינארי אוניברסלי. בדיקה נוסף ב3.4.0 לוודא כי wrapper.java.command הצביע על הפעלה ישירות, כדי למנוע התנהגות בלתי צפויה בעת הפעלת סקריפט. המסר הוא רק אזהרה וWrapper ממשיך ללא קשר. ppc הסטנדרטי, ppc_64, x86_64, i386, כמו גם קבצים בינאריים האוניברסליים כולם עכשיו לעבוד בצורה נכונה ללא אזהרה.
- ערך ברירת המחדל של העטיפה. *. תכונות umask משתמשת umask הנוכחי יש התהליך. לפני ערך ברירת המחדל תמיד 0022 היה.
- הוסף רכוש wrapper.backend.type חדש שמשמש לשליטה אם Wrapper מתקשר עם JVM באמצעות מסורתי & quot; SOCKET & quot; או ניסיוני & quot חדש; צינור & quot ;. זה התווסף כפתרון לבעיה נדירה שבו כמה מכונות Windows סוגרים את השקע ברמת מערכת הפעלה. זה היה לראות רק אי פעם על Windows 2003, אך יכול להתקיים על גרסאות Windows אחרות גם כן.
- הוסף רכוש wrapper.use_javaio_thread ניסיוני חדש שגורם למעטפת כדי להתמודד עם כל פלט מסוף Java בחוט ייעודי.
- הוסף שיטה חדשה WrapperManager.isNativeLibraryOk () המאפשרת לי קוד משתמש בקלות לבדוק אם הספרייה המקומית הייתה טעונה ואותחלה בהפעלה.
- הוסף פקודת PAUSE_THREAD חדשה לרכוש wrapper.commandfile שהופך אותו אפשר לבדוק איך מתנהג כאשר Wrapper נושאים שונים לחסום או להקפיא. זה שימש כדי לדמות ולהתרבות בעיות בשרתים בכבדות IO מחויבים.
- לשפר את האופן שבו צד ג 'אווה של Wrapper מתנהג כאשר מעטפת אינה לאותת JVM לתקופה ארוכה של זמן. JVM משמש ליציאה כדי לאפשר לעצמו לסנכרן את עצמו עם JVM. זה גורם לבעיות במערכות שהיו בכבדות IO כבול כי Wrapper יכול לחסום לזמן בעת שניסתה לכתוב לקובץ היומן וJVM היה היציאה. JVM כעת לא לצאת בנסיבות כאלה. מעולם לא JVM יהפוך מיותם כי זה עדיין לצאת כמעט מייד אם שקע backend או הצינור עם Wrapper אי פעם נסגר.
- דחה את שיטת WrapperManager.appearOrphan () כפי שהוא משמש כדי לדמות מצב תקלה שלא ניתן עוד עם העטיפה.
- שינה את האופן שבו Wrapper מטפל שגיאות אישור בדבר אישור החתימה / Timestamping קוד. Wrapper עכשיו רק כיבוי עצמו אם החתימה של ינארי לא בהצלחה מאומתת כי החתימה בינארי או שתתפתח כראוי, אבל לא אם כל בעיה עם דלפק החותם כבר מצאה. החל מ3.5.7, קבצים בינאריים Windows Wrapper נחתמים. חלק מהמשתמשים ב- Windows 2008 מערכות ננעל היו לי בעיות עם Wrapper מסרב להתחיל כי תעודת Comodo שהושבתה במערכת שלהם.
- הוסף נכס חדש wrapper.java.detach_started המאפשר להשתמש Wrapper ככלי פשוט להפעלת יישומי Java. כאשר הוא מופעל, Wrapper מסתיים באופן מיידי וJVM נשאר לרוץ בכוחות עצמו.
- בעת הפעלת Wrapper כחשבון משתמש שצוין, באמצעות רכוש wrapper.ntservice.account, Wrapper יוסיף רשות לחשבון להיכנס כשירות באופן אוטומטי עם התקנה. (בקשה # תכונת 3,286,491)
מהו
- תקן בעיה על פלטפורמות UNIX בי קובץ היומן הדרך הייתה להיות מחושבת באופן שגוי אם נתיב מוחלט צוין לwrapper.logfile, והקובץ לא קיימת כבר. הודעת אזהרה הייתה להיות מוצג אך Wrapper היה להמשיך ולהשתמש בקובץ יומן ברירת מחדל. הייתה בעיה בהודעה המוצגות שגרמה להתרסקות בכמה פלטפורמות כוללת Mac OSX. הציג בגרסה 3.5.5.
- תקן בעיה על פלטפורמות Windows שבו היה Wrapper לקרוס אם היא לא יכולה לגשת לספרייה של wrapper.logfile המוגדר. הציג בגרסה 3.5.5. באג # 3,087,424.
- לשפר את דרך אזהרות מחוברים כשיש בעיות הכתיבה לwrapper.logfile המוגדרת כך שההודעה תהיה עכשיו להיות מחובר לקובץ היומן שWrapper סופו של דבר באמצעות במקרה זה הוא מוצלח בנופל חזרה ליומן ברירת מחדל קובץ.
- תקן בעיה על פלטפורמות Windows שבי wrapper.java.additional. נכסים שצוינו בשורת הפקודה, והכילו חללים, לא להיות requoted תקין כאשר בונים את שורת פקודת Java. הציג בגרסה 3.3.6.
- תקן בעיה שבה הודעת האזהרה מחובר לערכים חוקיים של wrapper.java.additional. רכוש, הכיל טקסט פגום. הציג בגרסה 3.3.6.
- תקן בעיה על פלטפורמות UNIX בי ערך לא חוקי לwrapper.java.additional. נכס בצורה נכונה שדווח ולאחר מכן דילג, אבל בשורת הפקודה וכתוצאה מכך להשיק JVM היה ערך ריק שגרם JVM להיכשל להשיק. ערך לא חוקי הוא כל ערך שאינו מתחיל ב& quot; - & quot; אופי.
- הוסף משתנה סביבת WRAPPER_INIT_DIR חדשה אשר יכול לשמש להתייחסות את ספריית העבודה שממנו את העטיפה הושקה. זה נחוץ ליישומים מסוימים בגלל Wrapper תמיד משתנה ספריית העבודה שלה למיקום של ינארי Wrapper.
- שנה את תסריט פגז UNIX, כך שהוא כבר לא משנה dir העבודה הנוכחי למיקום של התסריט. זה לא היה עוד צורך כי Wrapper היה לשנות את ספריית העבודה למיקום שלו מאז גרסת 3.2.0.
- הוסף רכוש wrapper.request_thread_dump_on_failed_jvm_exit.delay חדש לשלוט כמה זמן Wrapper ימתין לאחר עושה dump חוט לפני שהרג את תהליך Java. עיכוב זה מאז ומתמיד hardcoded עד 5 שניות.
- לנקות את הטקסט של כמה הודעות אזהרה על ערכי תצורה לא חוקיים כדי להפוך אותם יותר עקבי.
- (Professional Edition)
- הוסף רכוש wrapper.jvm_kill.delay חדש המאפשר לשלוט בכמות של זמן כדי לאפשר בין אירוע jvm_kill מפוטר וJVM למעשה נהרגים.
דרישות :
- Oracle Java Standard Edition Runtime Environment
תגובות לא נמצא