وجاوة خدمة التفاف الجماعة الطبعة هو سطر الأوامر برمجيات المصدر خال تماما ومفتوحة والتي تم تصميمها من الألف إلى الياء ليكون بمثابة شكلي وسهلة الاستخدام لأداة لنشر تطبيقات جافا كما الشياطين UNIX الأم أو Windows الخلفية services.Provides تصحيح خطأ functionalityIt هو برنامج مرن وموثوق بها وعبر منصة التي توفر وظائف تصحيح الخطأ الذي سيتم إعادة تشغيل تلقائيا غير مستجيبة أو تحطمت JVMs (جافا الأجهزة الظاهرية). وبالإضافة إلى ذلك، فإن البرنامج يتميز البرمجة القياسية، تثبيت التطبيق سهلة، وظائف تسجيل، وإدارة العمليات التابعة، والأحداث توقيت ورسائل البريد الإلكتروني التنبيه، الأوامر الحدث، حدود الذاكرة النسبية، ودعم لغات متعددة، وكذلك تعريف المستخدم الأحداث والإجراءات.
يتم توزيع الجماعة الطبعة تحت رخصة مفتوحة المصدر، به و؛ [س] وظيفة محدودة، كما أنك سوف تكون قادرا على استخدام فقط تمكين تطبيقات جافا لتشغيل شيطان يونيكس، لإعادة تشغيل ومراقبة JVMs، للسيطرة على أولوية العملية، ل الزناد JVM إعادة تشغيل، مقالب موضوع، وإغلاق، لاستخدام دليل عمل مخصصة لاستخدام أحرف البدل، وكذلك لتسجيل والتقاط التي JVM حدة output.Getting مع خدمة جافا التفاف الجماعة EditionTo تبدأ مع الطبعة مجتمع جافا خدمة التفاف ، تحميل حزمة الذي يتوافق مع جهاز الكمبيوتر الخاص بك و؛ [س] الهندسة المعمارية، وحفظ الأرشيف على الدليل الصفحة الرئيسية الخاصة بك، فك عليه، فتح التطبيق المحطة الطرفية، انتقل إلى موقع وسقوو]، بن و[رسقوو]؛ مجلد (على سبيل المثال مؤتمر نزع السلاح /home/softoware/wrapper-linux-x86-64-3.5.26/bin/) وتشغيل وسقوو]؛ ./ المجمع و [رسقوو]؛ يتم توزيع الأوامر، التي سيتم عرض رسالة الاستخدام ومتوفرة options.Runs سطر الأوامر على مجموعة واسعة من POSIX والتشغيل يونيكس تشبه systemsJava خدمة التفاف في ثلاث طبعات، الطبعة المجتمع، الإصدار القياسي، والمحترف. وهو متوافق مع جميع توزيعات جنو / لينكس، ولكن يعمل على طائفة واسعة من POSIX وأنظمة التشغيل يونيكس تشبه، بما في ذلك فري، AIX، HP-UX، مايكروسوفت ويندوز، ماك OS X، وسولاريس، ودعم 64 بت (x86_64 )، 32-بت (x86)، أرميل، ARMHf، SPARC، S390، s390x، إيتانيوم، PPC (باور)، وكذلك PA-RISC منصات الأجهزة
ما هو الجديد في هذا الإصدار:
تحسين رسائل سجل عند طلب إعادة تشغيل JVM عندما التفاف في حالة أنه سيتم تجاهله. (قياسية / المحترف)
إضافة رسالة التصحيح إضافية عند اكتمال عملية تمشيط طريق مسدود. ولكن تمت إضافة هذا أي تغيير وظيفي لتجعل من السهل أن أقول متى يأخذ الاجتياح على تطبيق معين.
تنظيف تتبع الداخلي حيث تم تعيين متغيرات البيئة. لا تغييرات وظيفية.
عندما كشف سيغوين مع "uname -o" في ملف نصي، وبعض من نظام التشغيل (سولاريس، ماك، الخ) تظهر رسالة خطأ لأن '-o' ليس معلمة صالحة. ونحن الآن إخفاء رسالة الخطأ هذه لتجنب الارتباك ويمكننا تخمين أن سيغوين يست قيد التشغيل.
إضافة القدرة على التحكم بتشغيل خدمة مع systemd باستخدام ملف البرنامج النصي.
على ماك OS X، وتحديد الخطأ المطبعي، إضافة طريقة أخرى بديلة لإيجاد جافا لتعيين متغير البيئة JAVA_HOME، واستخدام المسار الكامل لتنفيذ sysctl في حالة انها ليست في المسار. بفضل دانيس، باد كاليه فيسيلز لافتا ذلك.
إصلاح مشكلة في إصدارات أحدث من نظام التشغيل Windows عند تخصيص التفاف. لم تتم إزالة الشهادة عند إنشاء الهدف. هذا وقد يؤدي إلى خطأ عند محاولة تسجيل الهدف مع شهادة جديدة.
إضافة دعم المفقودين في شيل لإعادة تشغيل / إيقاف خدمة التفاف مع launchctl على Mac OS X.
إضافة دعم المفقودين في شيل لإعادة تشغيل / إيقاف خدمة التفاف مع حديث النعمة.
إضافة القدرة على تحديد مسار الأمر 'سو "، فضلا عن القدرة على تحديد الحجج إضافية في البرنامج النصي التفاف قذيفة باستخدام SU_BIN وSU_OPTS المتغيرات الجديدة.
إصلاح مشكلة في الطبقات المساعد WrapperSimpleApp، WrapperStartStopApp، وWrapperJarApp حيث بدت المشاكل سطر الأوامر التي أسفرت عن JVM الخروج عند بدء التشغيل مثل مخارج غير متوقعة. وهذا يعني أن التفاف ستحاول إعادة إطلاق JVM مرة أخرى بدلا من التخلي عن المحاولة الأولى.
تعديل فئات المساعد WrapperSimpleApp، WrapperStartStopApp، وWrapperJarApp بحيث الآن فقط أن تظهر لافتات استخدامها للمشاكل المتعلقة سطر الأوامر. القضايا مع الطبقات، والأساليب، أو ملفات جرة محدد لا تزال تسجيل أنها أخطاء، ولكن تظهر للمستخدم كان الاستخدام في هذه الحالات مربكة.
تصحيح طريقة WrapperResources.getString () التي لا يوجد لديه الحجج استبدال بحيث يتم التعامل مع التجهيز لها من السلسلة الخام نفس الأساليب التي لها الحجج الاستبدال. الآن تتم معالجة كافة السلاسل من قبل الطبقة MessageFormat قبل إعادته. وكانت الإصدارات السابقة لا تتفق حول الحاجة للهروب علامات الاقتباس المفردة.
وأضاف التحقق من صحة مفتاح اختياري للتأكد من أن السلاسل التي تم تمريرها في الأسلوب WrapperResources.getString () يتم تنسيق بشكل صحيح. رؤية الطبقة WrapperResources للحصول على معلومات حول كيفية تمكين.
إضافة خيارات جديدة لwrapper.backend.type الملكية: AUTO، المقبس، SOCKET_IPv4، SOCKET_IPv6، الأنابيب. عند تعيينها إلى AUTO، فإن التفاف محاولة فتح عناوين IPv4 المقبس والاستعاضة إلى الإصدار IPv6 والأنابيب في حالة الخطأ.
إصلاح خلل عند التحويل من متعدد البايت إلى شار واسعة دون تحديد لغة عند بدء التشغيل (يونكس فقط). بفضل بيرت.
إضافة "CLOSE_BACKEND" الاسم المستعار إلى 'CLOSE_SOCKET' كما أمر اختبار للخاصية wrapper.commandfile. وذلك لأن كانت هناك خيارات متعددة للاتصال الواجهة الخلفية لبعض الوقت والاسم هو أكثر المحمولة.
إصلاح مشكلة في نظام التشغيل Mac OS X عند تشغيل يوسمايت حيث النصي كانت فاشلة للمقارنة بشكل صحيح إصدارات '10 .10 'ل'10 .5.0. هذا وقد يؤدي إلى التفكير في أن السيناريو فقط الثنائيات 32 بت يمكن تشغيل. وكانت هذه المشكلة فقط إذا كان يستخدم تسمية حزمة دلتا الثنائيات المجمع.
إضافة خاصية wrapper.java.classpath.missing.loglevel جديدة مما يجعل من الممكن للتحكم في كيفية يسجل التفاف تحذيرات حول المفقودين عناصر CLASSPATH. في السابق كان هذا تسجيل كما هو الحال دائما إخراج التصحيح ولا يمكن تعطيل.
إذا كان هناك أي مشاكل مستوى منخفض إطلاق عملية جافا التي لا تتعلق التكوين أو JVM نفسه، فإن التفاف لم يعد حاول مرة أخرى كما ان مثل هذه المحاولات لا معنى لها.
واجهات برمجة التطبيقات نظام ويندوز لديها مشكلة التي تسبب عملية لتحطم الطائرة إذا كانت محاولات لتعيين متغير البيئة على 32767 حرفا في الطول. التفاف يتحقق الآن لهذا ويسجل خطأ بدلا من تعيين متغير. وكانت هذه المشكلة إذا استخدمت classpaths كبير جدا عندما كانت الملكية wrapper.java.classpath.use_environment الحقيقة.
نوافذ لا يسمح سطر الأوامر لتكون أطول من 32766 حرفا في الطول. إصدارات مختلفة من Windows تتعامل معها بشكل مختلف عندما يتم توفير مثل هذه القيادة طويلة. التفاف الآن يفعل الاختيار الخاصة به ويظهر خطأ في طريقة متسقة.
تحسين رسالة خطأ على منصات يونيكس عندما سطر الأوامر أطول من الحد الأقصى النظام. هذا أقصى يختلف بشكل كبير عن طريق منصة والبيئة وصعب لحساب موثوق، لذلك لا يظهر الحد الأقصى للطول حاليا في الرسالة.
إصلاح مشكلة على منصات يونيكس حيث يمكن أن يتسبب في ملف التكوين كبير جدا WrapperManager إلى فشل لبدء التشغيل. وكان سبب هذا عن طريق نقل جزئي لملف التكوين إلى WrapperManager عبر اتصال الواجهة الخلفية. وهذا من شأنه أن يحدث بغض النظر عن نوع الخلفية المستخدمة. حجم ملف التكوين من شأنه أن يسبب مشكلة اختلفت تستند إلى حد كبير على نظام معين.
إصلاح مشكلة على منصات ويندوز حيث سوف تفشل ملف تكوين كبير جدا ليتم إرسالها إلى WrapperManager عند بدء التشغيل عندما تم تعيين الخاصية wrapper.backend.type إلى الأنابيب. وكانت المشكلة الوحيدة التي WrapperManager.getProperties () أن طريقة تكون فارغة. (المحترف)
إضافة الشيكات إلى WrapperManager.exec () طرق على ويندوز للحد الأقصى لطول سطر الأوامر من 32766، والحد الأقصى بيئة متغيرة اسم القيمة طول زوج من 32767. (المحترف)
إصلاح مشكلة حيث مجانا من مؤشر فارغة يجري القيام به كجزء من عملية تنظيف مكالمة WrapperManager.exec (). ولا يعرف هذا قد تسبب أية مشاكل.
واضاف getStdOut ()، getStdErr ()، وgetStdIn () طرق للصف WrapperProcess كما الأسماء المستعارة للgetInputStream ()، getErrorStream ()، وgetOutputStream () طرق للمساعدة على تجنب الارتباك.
إصلاح مشكلة على ويندوز 7 حيث حصلت على خطوط سجل طويلة تلف بعد 31397 حرفا عندما كان wrapper.console.direct صحيح. ويبدو أن هذا مشكلة مع ويندوز API الكامنة وكان فقط مشكلة عرض. خفض الحد الأقصى لعدد الأحرف التي يمكن كتابتها مع مكالمة API واحدة إلى 30000 كمحاولة للتغلب على هذه المشكلة. هذا التغيير هو داخلي وما زال هناك حد على طول خطوط تسجيل.
إصلاح طريق مسدود إذا فشلت التفاف الكتابة إلى الواجهة الخلفية عندما كانت الملكية wrapper.backend.type الأنابيب. وجدت من قبل مراجعة التعليمات البرمجية وليس من المعروف أن يكون قد حدث فعلا.
من ماك OSX 10.5.0، فإن ملف البرنامج النصي استخدام مفتاح "KeepAlive" في ملف التكوين launchctl. سوف الإصدارات السابقة من نظام التشغيل Mac OSX الاستمرار في استخدام نفس المفتاح "مشمس". بفضل روبن لافتا ذلك. (قياسية / المحترف)
عدم السماح استخدام hostids مرتبطة أجهزة أبل بلوتوث عندما يعمل على نظام ويندوز الافتراضية استضافتها على نظام OS X.
إصلاح مشكلة حيث WrapperManager.log () لم يكن يعمل بشكل صحيح عندما تم تسجيل رسائل المتعددة البايت.
في إخراج التصحيح يتم قمع الحزمة خصائص التكوين كاملة من إخراج سجل لأنه ضخم ويمكن أن تحتوي على بيانات حساسة. إضافة إلى حجم الناتج مختصرة للمساعدة في تصحيح الأخطاء.
إصلاح تسرب الذاكرة على منصات يونيكس كلما أفيد رسالة خطأ. وكانت هذه المشكلة فقط إذا تم تسجيل الرسالة مرارا وتكرارا.
تصحيح زوجين تسرب الذاكرة المحتملة الأخرى وجدت من خلال مراجعة التعليمات البرمجية. غير معروف قد تسبب أي مشاكل الفعلية.
ما هو الجديد في الإصدار 3.5.23:
دراجات / الطبعة الفنية:
عند مواجهة أي نوع الترخيص غير معروف، وتشمل نوع غير معروف في رسالة الخطأ للمساعدة في تصحيح الأخطاء.
إصلاح مشكلة الفساد الذاكرة على Z / OS عندما تم تعيين لغة إلى لغة مزدوجة البايت مثل اليابانية.
من خلال الذهاب، وجعل التفاف أكثر دواما عندما المشفرة بشكل سيئ واجهت أحرف بايت مزدوج.
الطبعة Preofessional:
تعديل استثناء القيت عندما يتم استدعاء WrapperManager.exec () في حين أن التفاف هو اغلاق لذلك يقول الآن أنه بدلا من القول أن المكتبة الأم لم يتم تحميل.
التفاف الآن أكثر حذرا للتأكد من أن الخلفية مغلق أبدا في حين يتم إطلاق عملية تابعة للتأكد من أن التفاف يعرف عن جميع العمليات التابعة إطلاقها.
إضافة رسالة تحذير في حالة عدم إخطار التفاف لعملية طفل أطلقت بسبب اتصال الخلفية إغلاقها.
إصلاح NPE المحتملة التي يمكن أن يتم طرح أثناء قراءة المعياري أو الإخراج STDERR من عملية الطفل بينما كان التفاف اغلاق وبعد خروج عملية طفل.
إصلاح مشكلة على منصات يونيكس حيث كنا يعلقوا في محاولة لتنظيف بعد العملية التي تم حجب حاليا على قراءة من المعياري أو STDERR.
إصلاح مشكلة على منصات يونيكس حيث مهلة محاولة الحصول على تأمين الداخلي للائحة عملية طفل كان يسبب عداد الداخلية للحصول على متزامنة، مما يؤدي إلى العمليات التابعة إنهاء الأخرى التي تركت الكسالى المنحلة لحين إنهاء العملية جافا.
إصلاح مشكلة على منصات يونيكس حيث يجري تمرير أوصاف ملف الأنابيب المستخدمة للتواصل مع العمليات التابعة بشكل غير صحيح لجميع العمليات التابعة. كانوا لا ينمو مع مرور الوقت.
إصلاح مشكلة على أنظمة فري حيث wrapper.lang.encoding لم يحل أن UTF-8 بشكل صحيح عندما لم يتم تعيين متغير البيئة LANG.
إصلاح مشكلة تزامن المحتملة داعيا WrapperProcess.waitFor () أو WrapperProcess.exitValue ().
إضافة إضافي إخراج سجل التصحيح تبين مختلف القيم مهلة للمساعدة في تصحيح مسائل المستخدم.
إصلاح مشكلة حيث شيل وقد لا يكتشف النسخة OS مع ماك OSX مافريك بشكل صحيح.
إضافة تحذيرات حول متغيرات البيئة غير محددة في ما يلي المراجع الملف في ملف التكوين.
إضافة دعم للتوسع متغير البيئة في ملفات محددة مع wrapper.java.additional_file وwrapper.app.parameter_file خصائص.
تصحيح تنسيق في طريقة WrapperUNIXGroup.toString () لذلك يتفق مع ما تبقى من التفاف عدد صحيح.
إصلاح مشكلة حيث لا يمكن أن يكون راضيا شرط مكتبة iconv في فري 10. نحن الآن تحديد موقع مكتبة حيوي من خلال البحث عن /usr/local/lib/libiconv.so، /usr/local/lib/libbiconv.so، أو / ليب / libkiconv.so.4 في هذا النظام.
إصلاح طريقة لWrapperPrintStream.println () بحيث السلاسل التي تحتوي على linefeeds سوف يكون كل سطر إرفاق مسبقا مع رأس تكوينه بشكل صحيح.
ما هو الجديد في الإصدار 3.5.14:
إصلاح مشكلة في ملف AppCommand.bat.in حيث قوس في اسم الملف من ثنائي التفاف قد تسبب في ومثل كان PATH غير متوقع في هذا الوقت ومثل ؛؛ الخطأ.
(قياسية / المحترف)
إصلاح مشكلة عند استخدام إصدار مترجم من التفاف على أنظمة تشغيل ويندوز 64-بت حيث ستواصل التفاف على استخدام لغة النظام الافتراضية حتى wrapper.lang كان يستخدم لتحديد لغة مختلفة. أدخلت في 3.5.12.
إصلاح مشكلة في ملف دفعي استنادا أوامر Windows AppCommand.bat.in حيث تم بشكل غير صحيح يجري الإبلاغ الأمر "الحالة" باسم 'استعلام' في إخراج الاستخدام. كان الأمر "الحالة" عملت دائما بشكل صحيح إذا تم استخدامها.
إصلاح مشكلة على منصات يونيكس حيث بعض الرسائل غير المتزامنة وتسبب رسالة تحذير ومثل؛ الترميز خطأ ... ومثل. إلى تسجيل في مكان الرسالة المقصودة. يمكن أن ينظر هذا إذا لم يكن لديك ملف سجل تكوين أذونات الكتابة. بخلاف رسالة سجل غير صحيحة، عملت التفاف بشكل صحيح. أدخلت في 3.5.2.
إصلاح مشكلة في البرنامج النصي UNIX حيث تعمل مع ومغرور لا يعمل بشكل صحيح عندما تم تعيين RUN_AS_USER.
الاسترخاء عمليات التفتيش الأمنية عند تشغيل الأمر "الحالة" ضد شيل UNIX لذلك يسمح الآن لأي مستخدم تشغيل البرنامج النصي لأداء الاختيار للقراءة فقط من الملف معرف المنتج.
إصلاح مشكلة مع البرنامج النصي UNIX حيث كان يحاول الأمر "إزالة" لوقف تطبيق قيد التشغيل حتى عندما لم يتم تثبيت التطبيق.
إصلاح تجاوز سعة المخزن المؤقت التي يحتمل أن تسبب حادث تحطم أثناء تثبيت خدمة ويندوز عندما تم تحديد wrapper.ntservice.account. وقدم هذا في 3.5.12.
إصلاح تلف كومة التي يمكن أن تحدث عند بدء التشغيل ويحتمل أن تتسبب في وقوع الحادث. فقط أنظمة ويندوز، والتي تستخدم سجلات أحداث النظام، تأثرت. اكتشف من مراجعة التعليمات البرمجية، كان هناك أبدا أي تقارير من هذا يسبب مشاكل للمستخدمين. وهذا يمكن أن يحدث إذا لا يمكن كتابة wrapper.log تكوين على أنها التفاف يحاول دائما الكتابة إلى سجل الأحداث في مثل هذه الحالات. أدخلت في 3.5.12.
إضافة المقارنة نسخة جديدة بين شيل UNIX والتفاف للبدء في عرض تحذير في حالة وجود عدم تطابق إصدار. فإن الاختيار العمل إلا إذا كان شيل والتفاف هم كل من الأقل الإصدار 3.5.14.
وأضاف خاصية wrapper.pidfile.strict الجديدة التي سوف نقول للالتفاف عدم البدء إذا كان الملف PID موجودة بالفعل. التخلف إلى false من أجل التوافق الوراء.
جعل الجانب جافا من المآخذ الخلفية أكثر مرونة في حالة القراءة أو الكتابة المهلة. ليس لديه مأخذ الخلفية مهلة تعيين افتراضيا لذلك هذا لا ينبغي أن يكون مشكلة. وأفاد المستخدمين الزوجين مشاكل على أنظمة محددة ولكن الذي أدى إلى هذا الإصلاح.
للمساعدة في اختبار المهلة مأخذ الخلفية، تم إضافة خاصية نظام wrapper.backend.so_timeout جديدة لتجعل من الممكن لتكوين مأخذ الواجهة الخلفية لاستخدام المهلة. رؤية Javadocs من WrapperManager.exec () فئة لمزيد من التفاصيل.
ما هو الجديد في الإصدار 3.5.11:
إصلاح تحطم محتمل على ويندوز الناجمة عن تجاوز سعة المخزن المؤقت. لقد كان هذا المشكلة منذ الإصدار 3.5.0 ويؤثر على تكوينات التي تحدد wrapper.ntservice.dependency أكثر من واحد .. واعتمادا على ما ورد في الذاكرة، وهذا لم يسفر دائما في حادث تحطم طائرة. له سلوك استنساخه جدا لملف تكوين معين.
إصلاح مشكلة في نظام التشغيل Windows حيث التفاف تم أخذ 15 ثانية أو لفترة أطول لبدء التشغيل على بعض الأنظمة لأن استدعاء نظام WinVerifyTrust كانت لديها مشاكل تحديث CRL. وهذا كان مشكلة منذ الثنائيات التفاف بدأ التوقيع عليه في الإصدار 3.5.7. إذا كانت المكالمة WinVerifyTrust وقتا أطول من wrapper.startup_thread.timeout تكوين ثم ستواصل التفاف لبدء التشغيل دون مزيد من التأخير.
(قياسية / المحترف)
صراحة إزالة الشهادة من ثنائي مخصصة خلال التخصيص. كانت هناك مشاكل الاستقالة ثنائي مع شهادة أخرى على خلاف ذلك.
إذا كان التفاف غير قادر على الكتابة إلى wrapper.logfile تكوين لأي سبب من الأسباب ثم نقع دائما العودة إلى ملف السجل الافتراضي ثم قم بتسجيل رسالة حول الفشل. إذا فشل الافتراضي أيضا بعد ذلك أن يتم تسجيل أيضا ولكن فقط يتم تسجيل رسائل إلى وحدة التحكم في معظم الحالات. تعديل التفاف لذلك نحن الآن إرسال دائما على حد سواء رسائل إلى سيسلوغ أو سجل الأحداث بغض النظر عن ما يتم تعيين wrapper.syslog.loglevel ل. وهذا أمر مهم للمساعدة في تعقب سبب مشاكل الوصول ملف السجل.
بدءا من الإصدار 3.5.0، كان من الممكن داخليا لطباعة رسائل سجل متعدد الخطوط حتى يتسنى لجميع الخطوط سوف يكون دائما تجميعها معا في ملف السجل. هذا الإصدار يعدل قانون تسجيل حتى قليلا أن يتم تسجيل إخراج سجل هذا متعدد الخطوط الآن بمثابة رسالة واحدة في sylog UNIX أو Windows سجل الأحداث.
إصلاح مشكلة حيث طوابير طويلة جدا من الإخراج من JVM سيؤدي إلى التفاف لتظهر معطلا لفترة من الوقت. أول مرة تم تسجيل سطر واحد من الناتج تحتوي على مئات الآلاف من الشخصيات، وكان يجري زادت مخزن مؤقت داخلي متزايد من قبل 100 حرف لكل دورة. التفاف يزيد الآن حجم استنادا الماضي حجم معروف إلى الحد بشكل كبير من عدد الدورات اللازمة لاختيار حجم المخزن المؤقت الجديد.
تعديل الأمر PAUSE_THREAD ولذلك فمن الممكن الآن أن ننتظر إلى ما لا نهاية. فقط مفيدة لاختبار التفاف.
إضافة أمر PAUSE_LOGGER جديد لتجعل من الممكن لإيقاف إدخال سجل المقبل. فقط مفيدة لاختبار التفاف.
على UNIX، لم يتم تنظيف الأنابيب المعياري / ستدير بين JVM والتفاف بشكل صحيح. وأدى ذلك إلى تسرب صغير ولكنه كان غير مؤذية على خلاف ذلك. يتم تنظيف الأنابيب الآن صعودا وتهيئة لكل مثيل JVM.
إصلاح مشكلة حيث يمكن أن تفشل التفاف إلى إعادة تشغيل JVM عندما نشأت طلب إعادة التشغيل في JVM إذا كان النظام كان يعاني IO ثقيلة جدا مما أدى إلى القرص طويلة طوابير IO. وكان هذا يسبب حلقة الرئيسية للالتفاف على منع على الكتابة ويغيب عن طلب إعادة التشغيل، مما تسبب في التفاف لإيقاف بدلا من إعادة تشغيل. وهذا يمكن أن يؤثر على جميع المنصات. على ويندوز، ويمكن أيضا أن تكون مستنسخة من قبل إجراء تحديد في وحدة لتجميد الإنتاج ومن ثم تقديم طلب من داخل JVM لإعادة تشغيل.
إضافة WrapperPropertyUtil فئة مساعد جديدة لجعله ياسير للوصول إلى قيم العقارات التفاف من داخل JVM.
إصلاح الخلل على بعض الأنظمة الأساسية حيث جافا إخراج سجل يمكن الحصول تالف بسبب سوء استخدام وظيفة نظام strncpy. وتحذر هذه الوظيفة أن بعض التطبيقات لا تدعم نسخ ذاكرة متداخلة. يمكن تكرار المشكلة فقط على واحدة لينكس آلة اختبار في الأسطر التالية سطر فارغ من الانتاج. وقد وجدت هذه المشكلة منذ 3.4.0.
ما هو الجديد في الإصدار 3.5.9:
إصلاح مشكلة في نظام التشغيل Windows حيث محولات الشبكة التي تحتوي على أسماء ومثل، PRO / 1000 ومثل. ويتم إزالتها من قائمة hostids عرضها عند ومثل، wrapper.exe -h ومثل. تم تشغيل. إلا أن ذلك لم يؤثر على ترخيص خادم الملفات الرئيسية الحالية ولدت لhostIds التي أبلغ عنها 3.5.7 أو في وقت سابق، أو مفاتيح الترخيص التنمية. لكنه لم يسبب التفاف للإبلاغ عن أنه لا يوجد hostIds صالحة يمكن العثور عليها عندما بدأ التفاف بدون ملف الترخيص. وكان سبب هذا من قبل بعض رمز اختبار المضافة في 3.5.8 أن فشلنا في إزالة.
إصلاح مشكلة حيث التفاف لم يكن العائد بشكل صحيح التحكم إلى حلقة الرئيسي عندما يتم تسجيل كميات كبيرة جدا من الانتاج المستمر من JVM. أدخلت في الإصدار 3.4.0. في الإصدارات السابقة إلى 3.5.8، يمكن أن تسبب هذا JVM انتهاء مهلة وإعادة تشغيل نفسه. تم حل هذه المسألة بعينها ولكن عملية التفاف في 3.5.8 لا يزال كانت لا تستجيب عندما كان هذا يحدث. فإن التفاف الآن yeild دائما إلى حلقة الرئيسي بعد 250 ميلي ثانية من قطع الأشجار المستمر.
إصلاح مشكلة حيث يمكن للWrapperManager منع محاولة إخراج الكتابة التصحيح إذا كان التطبيق المستخدم الحالي تم كتابة كميات كبيرة جدا من الإخراج إلى وحدة التحكم أيضا. في الظروف القصوى هذا أدى إلى التفاف التفكير في أن JVM تم تجميدها. وكانت هذه القضية إلا إذا تم تمكين إخراج التصحيح.
إعادة هيكلة شيل لذلك كل طبعات الآن استخدام نفس السيناريو مرة أخرى.
ما هو الجديد في الإصدار 3.5.8:
(قياسية / المحترف)
بدءا من الإصدار 3.5.5، ونحن تبطل استخدام جميع 00ff * hostids على ويندوز لتجنب المشاكل مع تغيير hostids عندما يكون لدى المستخدمين محول شبكة جونيبر شبكة الاتصال على النظام الخاص بهم. هذا تبين أن تكون مقيدة جدا كضيف أنظمة التشغيل التي تعمل تحت المتوازيات أيضا الاستفادة من هذا النطاق hostid. التفاف الآن أكثر حذرا لإبطال فقط hostids جونيبر شبكة الاتصال الفعلي.
(قياسية / المحترف)
تحسين رسالة تظهر للمستخدم عند التفاف غير قادر على تحديد موقع أي hostids للنظام.
إصلاح مشكلة مع البرنامج النصي المجمع على سولاريس، حيث لم تكن متاحة لالبقرى و-F الخيار.
وأضاف المعلومات نسخة ويندوز على الانتاج المجمع التصحيح.
وأضاف خاصية wrapper.log.warning.threshold مما يجعل التفاف تظهر تحذيرا كلما كشف أن التفاف استغرق وقتا طويلا لتسجيل رسالة السجل. تمت إضافة هذا لاختبار قضية ذكرت الناجم عن بطء IO على أنظمة جدا محملة بالسلاح.
إصلاح مشكلة حيث يتم تجاهل التصفية التي طلبت JVM إلى إعادة تشغيل وإذا خرجت من JVM من تلقاء نفسه على الفور. التفاف الآن أكثر اتساقا بحيث طلبات إعادة تشغيل من داخل JVM أو مرشحات سوف تأخذ دائما الأولوية على مثل هذه الطلبات الخروج. سوف طلبات اغلاق الخارجية، أو تلك التي من إجراءات أخرى لا تزال تتصرف كما فعلوا في الماضي ويستمر لإيقاف التفاف. كما يسجل التفاف الرسائل في إخراج التصحيح إذا كان يتم الحفاظ عليها طلب إعادة تشغيل المتميز أو تجاهلها.
إصلاح مشكلة في الملف الدفعي AppCommand.bat التي يمكن أن تحدث في بعض أنظمة تشغيل ويندوز مع بعض ترميزات نظام بايت متعددة. وقد تم إعادة كتابة السيناريو ولقد تم تبسيط أجزاء مشكوك فيها. وقد تم الحفاظ على وظائف البرنامج النصي.
وأضاف البيئة WRAPPER_CONF_DIR متغير، والتي يمكن استخدامها لخصائص التكوين. (ميزة طلب 3160644)
جعل الخروج النصي مع رمز إنهاء المناسب وردت عند تشغيل البرنامج النصي المستخدم مختلفة مثل، المحددة في RUN_AS_USER. (تقرير علة 3185281)
إصلاح حدوث انتهاك وصول الذي يمكن أن يحدث عندما فشلت شهادة توقيع التعليمات البرمجية ليتم التحقق منها.
تسجيل خطأ إذا تم إغلاق مأخذ التوصيل الخلفية قسرا من الخارج. أنه قد تم الحصول على تسجيل على مستوى سجل التصحيح. كانت الرسالة ومثل، تم إغلاق اتصال موجود بواسطة المضيف البعيد. (0x2746) ومثل ؛. لأنه تم تسجيل الرسالة إلا إذا تم تمكين إخراج التصحيح، وJVM سيتم إعادة تشغيل مع عدم وجود تفسير واضح لما حدث. مصدر إغلاق مأخذ قيد التحقيق.
(المحترف)
وأضاف الدعوة fireUserEvent جافا إلى API WrapperManager. وهذا يتيح لاطلاق النار رسائل الحدث المستخدم، والإجراءات دون الزناد التصفية. يرجى أيضا العثور على مزيد من التفاصيل حول طراز الأمان لهذه الدعوة في صفحة الأمن.
إصلاح تحذيرا على إصدارات ماك إذا كان الأمر جافا تكوين ليس ثنائي عالمي. تمت إضافة الاختيار في 3.4.0 للتأكد من أن wrapper.java.command أشار مباشرة إلى ملف قابل للتنفيذ لتجنب سلوك غير متوقع عند تشغيل البرنامج النصي. الرسالة ليست سوى التحذير والتفاف تواصل بغض النظر. وقدرة شرائية القياسية، ppc_64، x86_64، I386، فضلا عن ثنائيات عالمية الآن عن العمل بشكل صحيح من دون سابق إنذار.
القيمة الافتراضية من المجمع. *. خصائص umask يستخدم umask الحالي عملية لها. قبل كانت القيمة الافتراضية دائما 0022.
إضافة خاصية wrapper.backend.type الجديدة التي يتم استخدامها للسيطرة على ما إذا كان التفاف يتصل مع JVM باستخدام التقليدية ومثل، وSOCKET مثل؛ أو تجريبي جديد ومثل، والأنابيب مثل ؛. تمت إضافة هذا كحل لمشكلة نادرة حيث بعض أجهزة ويندوز وتغلق مأخذ على مستوى نظام التشغيل. كان هذا على الاطلاق فقط على ويندوز 2003، ولكن يمكن أن توجد على إصدارات ويندوز الأخرى كذلك.
إضافة خاصية wrapper.use_javaio_thread التجريبية الجديدة والذي يسبب التفاف على التعامل مع كل وحدة الإخراج جافا في موضوع مخصص.
إضافة أسلوب جديد WrapperManager.isNativeLibraryOk () الذي يتيح رمز المستخدم بسهولة اختبار ما إذا كان أو لم تم تحميل المكتبة الوطنية وتهيئة عند بدء التشغيل.
إضافة أمر PAUSE_THREAD الجديد إلى الخاصية wrapper.commandfile مما يجعل من الممكن لاختبار مدى يتصرف التفاف عندما المواضيع المختلفة كتلة أو تجميد. وقد استخدم هذا لمحاكاة واستنساخ القضايا على خوادم بشدة IO ملزمة.
تحسين الطريقة جانب جافا للالتفاف يتصرف عندما فشل التفاف تنفيذ الأمر ping على JVM لفترة طويلة من الزمن. وJVM المستخدمة للخروج لتسمح لنفسها تتم إعادة مزامنة نفسه مع JVM. هذا كان يسبب مشاكل على الأنظمة التي كانت بشكل كبير IO ملزمة لأن التفاف يمكن منع لفترة من الوقت بينما كان يحاول الكتابة إلى ملف السجل وJVM والخروج. سوف JVM الآن أبدا الخروج في مثل هذه الظروف. سوف تصبح JVM أبدا اليتامى لأنه سوف لا يزال الخروج على الفور تقريبا إذا كان مأخذ الخلفية أو الأنابيب مع التفاف يتم إغلاق أي وقت مضى.
استنكر طريقة WrapperManager.appearOrphan () كما يتم استخدامه لمحاكاة وضع الفشل الذي لم يعد ممكنا مع التفاف.
غيرت الطريقة التي التفاف والتعامل مع الأخطاء شهادة بشأن شهادة كود توقيع / ختم الوقت. والآن اغلاق نفسها فقط إذا لم يتم التحقق من التفاف التوقيع على ثنائي بنجاح لأنه قد تم المشوهة توقيع ثنائي أو لا ولكن إذا كان قد تم العثور على أي مشكلة مع وصفة الموقع. بدءا من 3.5.7، يتم توقيع الثنائيات ويندوز التفاف. بعض المستخدمين مع مقفل أسفل كان أنظمة ويندوز 2008 مشاكل مع الرفض التفاف لبدء لأن شهادة كمودو قد تم تعطيل على النظام الخاص بهم.
إضافة خاصية جديدة wrapper.java.detach_started مما يجعل من الممكن استخدام التفاف كأداة بسيطة لتشغيل تطبيقات جافا. عندما مكن، والتفاف ينهي فورا وترك JVM لتشغيل من تلقاء نفسها.
عند تشغيل التفاف على أنه حساب المستخدم المحدد، من خلال الخاصية wrapper.ntservice.account، فإن التفاف إضافة إذن لحساب لتسجيل الدخول إلى خدمة تلقائيا عند تثبيت. (ميزة طلب # 3286491)
ما هو الجديد في الإصدار 3.5.6:
إصلاح مشكلة على منصات يونيكس حيث كان يجري احتساب مسار ملف السجل بشكل غير صحيح إذا تم تحديد مسار مطلق لwrapper.logfile، و لم الملف غير موجودة بالفعل. كان يجري عرض رسالة تحذير ولكن ان التفاف الاستمرار في استخدام ملف السجل الافتراضي. كان هناك مشكلة في الرسالة المعروضة والتي تسبب في تحطم الطائرة على بعض الأنظمة الأساسية تشمل ماك OSX. أدخلت في الإصدار 3.5.5.
إصلاح مشكلة على منصات ويندوز حيث التفاف أن تحطم إذا كان لا يمكن الوصول إلى الدليل من wrapper.logfile تكوينه. أدخلت في الإصدار 3.5.5. علة # 3087424.
تحسين الطريقة التي يتم بها تسجيل التحذيرات عندما تكون هناك مشاكل الكتابة إلى wrapper.logfile تكوين بحيث سيتم الآن تسجيل رسالة في ملف السجل أن التفاف ينتهي استخدام في حالة نجاحها أو فشلها في أن يتراجع إلى ملف السجل الافتراضي.
إصلاح مشكلة على منصات ويندوز حيث wrapper.java.additional. الخصائص التي تم تحديدها في سطر الأوامر، والواردة مسافات، لم يتم requoted بشكل صحيح عند بناء سطر الأوامر جافا. أدخلت في الإصدار 3.3.6.
إصلاح مشكلة حيث تسجيل رسالة تحذير لقيم غير صالحة للwrapper.java.additional. الممتلكات، ويرد النص تالف. أدخلت في الإصدار 3.3.6.
إصلاح مشكلة على منصات يونيكس حيث قيمة غير صالحة للwrapper.java.additional. وقد ذكرت بشكل صحيح أن الملكية ومن ثم تخطي، ولكن سطر الأوامر مما أدى لإطلاق JVM زيارتها قيمة الفارغة التي كان يسبب JVM إلى فشل لإطلاق. قيمة غير صالحة هو أي القيمة التي لا يبدأ مع ومثل؛ - & مثل. الطابع.
إضافة جديد متغير بيئة WRAPPER_INIT_DIR والتي يمكن استخدامها للإشارة إلى دليل العمل من الذي أطلق على التفاف. وهذا مطلوب لبعض التطبيقات لأن التفاف يتغير دائما دليل العمل لموقع ثنائي التفاف.
تعديل شيل UNIX لذلك لم يعد يغير دير العمل الحالي إلى موقع البرنامج النصي. لم يعد هناك حاجة لأن هذا التفاف تم تغيير دليل العمل إلى موقعها الخاص منذ الإصدار 3.2.0.
إضافة wrapper.request_thread_dump_on_failed_jvm_exit.delay خاصية جديدة للتحكم في كيفية طويلة التفاف سوف ننتظر بعد القيام تفريغ موضوع قبل أن يقتل عملية جافا. كان دائما ضمنية هذا التأخير إلى 5 ثواني.
تنظيف النص من عدة رسائل تحذير حول قيم التكوين غير صالحة لجعلها أكثر اتساقا.
(المحترف)
إضافة خاصية wrapper.jvm_kill.delay جديدة مما يجعل من الممكن للسيطرة على مقدار الوقت للسماح بين الحدث jvm_kill التي تطلق وJVM الواقع تعرضهم للقتل. من المفيد إذا أطلق أمر الحدث الخارجي التي تحتاج إلى القيام بشيء ما مع عملية JVM أولا.
(المحترف)
إصلاح مشكلة حيث الناتج من wrapper.event العلامة & lt؛ event_name & GT؛ .message وwrapper.event العلامة & lt؛ event_name & GT؛ .loglevel خصائص لم تعرض بشكل صحيح على منصات UNIX.
(المحترف)
إصلاح مشكلة على منصات يونيكس حيث لم يتم إخطار الجانب جافا للالتفاف بشكل صحيح إذا كان عدد كبير من العمليات التابعة التي تم إطلاقها مع WrapperManager.exec ()، تخرج في نفس اللحظة. بعض منهم كانوا في طريقهم إلى دولة البائد حتى خرج الطفل القادم، وعندها سيتم تنظيف. كان هذا أساسا قضية على اغلاق JVM إذا كان رمز المستخدم كان يدعو WrapperProcess.waitFor () كجزء من عملية إيقاف التشغيل به. WAITFOR يدعو في أي لحظة ويعلقوا وستبقى كذلك حتى خرج طفل آخر. وكجزء من هذا الإصلاح، كان هناك أيضا العديد من التغييرات على تطبيق Windows لجلب اثنين من قواعد الشفرة في المزامنة.
(المحترف)
إصلاح مشكلة في Windows عند مؤشرات ترابط متعددة تخلق Childobjects، مقابض كان يمكن غير قصد الحصول على ورثته عملية طفل آخر، مما يسبب مشاكل في القراءة / الكتابة إلى الإدخال / الإخراج / Errorstream.
(المحترف)
المتطلبات:
أوراكل جافا الإصدار القياسي للبيئة وقت التشغيل
لم يتم العثور على التعليقات