جاوا خدمات دهنده انجمن نسخه نرم افزار منبع کاملا آزاد و باز خط فرمان است که از زمین طراحی شده تا به عنوان یک تنظیم و آسان برای استفاده و ابزار برای استقرار جاوا عمل واژهنامه عنوان ها Daemon یونیکس مادری و یا پس زمینه ویندوز services.Provides functionalityIt تصحیح خطا نرم افزار انعطاف پذیر، قابل اعتماد و کراس پلت فرم که قابلیت تصحیح خطا که به طور خودکار راه اندازی مجدد خواهد شد و غیر پاسخگو و یا سقوط کرد jvm های (جاوا ماشین های مجازی) فراهم می کند. علاوه بر این، نرم افزار از ویژگی های اسکریپت نویسی استاندارد، نصب و راه اندازی نرم افزار آسان و قابلیت ورود به سیستم، مدیریت فرآیندهای کودک، حوادث پایان رسیده، هشدار ها، دستورات رویداد، محدودیت حافظه نسبی، پشتیبانی از چند زبان، و همچنین به عنوان تعریف شده توسط کاربر وقایع و اعمال.
انجمن نسخه تحت مجوز منبع باز توزیع شده، توسط آن برون قابلیت ها محدود است، به عنوان شما قادر خواهید بود به استفاده از تنها قادر می سازد برنامه های کاربردی جاوا به عنوان یک شبح یونیکس اجرا شود، به راه اندازی مجدد و نظارت بر jvm های، برای کنترل اولویت فرایند، به ماشه JVM ری استارت، افسردگی موضوع، و خاموش شدن ناگهانی سیستم، استفاده از یک دایرکتوری به کار سفارشی، به استفاده از نویسه عام، و همچنین به ورود و تصرف JVM کنسول output.Getting با سرویس جاوا دهنده جامعه EditionTo شروع با نسخه انجمن جاوا خدمات دهنده آغاز شده ، دانلود بسته که مربوط به کامپیوتر و ترانزیت خود را. معماری، صرفه جویی در آرشیو در دایرکتوری خانه خود را، باز کردن آن، یک برنامه ترمینال را باز کنید، به محل و lsquo. بن برون پوشه (به عنوان مثال /home/softoware/wrapper-linux-x86-64-3.5.26/bin/ سی دی) و اجرا و lsquo. ./ لفاف بسته بندی برون فرمان، که پیام استفاده و options.Runs خط فرمان در دسترس در طیف گسترده ای از POSIX و یونیکس-مانند عامل systemsJava خدمات دهنده نمایش داده خواهد شد در سه نسخه، نسخه ارتباطات، نسخه استاندارد و نسخه حرفه ای توزیع شده است. این است که سازگار با تمام توزیعهای گنو / لینوکس است، اما قابل اجرا بر روی طیف گسترده ای از POSIX و سیستم عامل شبه یونیکس، شامل FreeBSD، AIX، HP-UX، مایکروسافت ویندوز، Mac OS X و سولاریس، حمایت از 64 بیتی (x86_64 )، 32 بیتی (x86 را)، Armel، ARMHf، SPARC، S390، s390x، های Itanium، PPC (پاور)، و همچنین به عنوان PA-RISC سیستم عامل سخت افزار
چه جدید در این نسخه است:
بهبود پیامهای ثبت شده در هنگام راه اندازی مجدد JVM درخواست شده است که لفاف بسته بندی در حالت که آن را نادیده گرفته است. (استاندارد / نسخه حرفه ای)
اضافه کردن پیام اشکال زدایی اضافی هنگامی که یک رفت و برگشت بن بست کامل. بدون تغییر عملکردی اما این به آن را آسان برای گفتن چه مدت رفت و برگشت طول می کشد در یک برنامه داده شده اضافه شد.
تمیز کردن ردیابی داخلی که در آن متغیرهای محیط تنظیم شد. بدون تغییرات عملکردی است.
هنگامی که تشخیص از Cygwin با 'uname -o' در فایل اسکریپت، برخی از سیستم عامل (سولاریس، از MacOS، و غیره) را نشان می دهد یک پیغام خطا به دلیل '-o' است یک پارامتر معتبر نیست. در حال حاضر این پیغام خطا برای جلوگیری از سردرگمی ما پنهان و ما می توانیم حدس می زنم که از Cygwin در حال اجرا نیست.
اضافه کردن توانایی کنترل در حال اجرا خدمات با سیستمدی با استفاده از فایل اسکریپت.
در سیستم عامل مک X، رفع خطای تایپی، اضافه کردن یکی دیگر از راه های جایگزین برای پیدا کردن جاوا برای تنظیم متغیر محیطی JAVA_HOME، و استفاده از مسیر کامل برای اجرای sysctl در مورد آن در مسیر نیست. با تشکر از Dannes Wessels برای اشاره به این است.
رفع مشکل در نسخه های جدیدتر ویندوز هنگامی که سفارشی لفاف بسته بندی. گواهی حذف نمی شد که هنگام ایجاد هدف. این منجر شد به یک خطا هنگام تلاش برای امضای هدف با گواهی جدید.
اضافه کردن پشتیبانی از دست رفته در اسکریپت پوسته برای شروع مجدد / توقف سرویس دهنده با 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. دلیل این است که گزینه های متعدد برای اتصال باطن برای برخی از زمان وجود داشته است و به نام های قابل حمل است.
رفع مشکل در مک هنگامی که در حال اجرا سیستم عامل X یوسمیتی که در آن اسکریپت شد شکست به درستی مقایسه نسخه های '10 .10 "به '10 .5.0. این منجر به اسکریپت تفکر است که تنها باینری 32 بیتی می تواند اجرا شد. این تنها یک موضوع بود اگر نامگذاری بسته دلتا از باینری لفاف بسته بندی در حال استفاده شد.
اضافه کردن یک ویژگی wrapper.java.classpath.missing.loglevel جدید که آن را ممکن می سازد برای کنترل و چگونگی پوشش سیاهههای مربوط به هشدار در مورد از دست رفته عناصر CLASSPATH. پیش از این همواره به عنوان خروجی دیباگ به سیستم وارد شده و نمی تواند غیر فعال شود.
اگر هر گونه مشکلی سطح پایین راه اندازی روند جاوا که به پیکربندی یا JVM خود را مرتبط وجود ندارد، لفاف بسته بندی دیگر سعی خواهد کرد دوباره به عنوان چنین ترتیب دسته بی معنی بود.
رابط های برنامه کاربردی سیستم ویندوز یک مشکل که باعث یک فرآیند را به سقوط اگر آن را تلاش برای تنظیم متغیر محیطی بیش از 32767 کاراکتر در طول داشته باشد. لفاف بسته بندی در حال حاضر برای این چک و سیاهههای مربوط به خطا به جای تنظیم متغیر. این یک مشکل بود اگر classpaths بسیار بزرگ مورد استفاده قرار گرفت هنگامی که اموال wrapper.java.classpath.use_environment درست بود.
ویندوز اجازه نمی دهد یک خط دستور به دیگر شود از 32766 کاراکتر در طول. نسخه های مختلف ویندوز آن را اداره متفاوت هنگامی که چنین دستور طولانی ارائه شده است. لفاف بسته بندی در حال حاضر می کند چک خود را دارد و نشان می دهد یک خطا در راه سازگار.
بهبود پیغام خطا در سیستم عامل یونیکس زمانی که خط فرمان بیش از حداکثر سیستم است. این حداکثر تا حد زیادی توسط پلت فرم و محیط زیست متفاوت است و دشوار است برای محاسبه قابل اعتماد، به طوری که حداکثر طول در حال حاضر در پیام نمایش داده نمی شود.
رفع مشکل در سیستم عامل یونیکس که در آن یک فایل پیکربندی بسیار بزرگ می تواند باعث WrapperManager به شکست به راه اندازی. این با انتقال بخشی از فایل پیکربندی به WrapperManager از طریق اتصال باطن سبب شد. این صرف نظر از نوع باطن استفاده خواهد افتاد. اندازه فایل پیکربندی که مشکل متفاوت باعث تا حد زیادی بر روی سیستم خاص است.
رفع مشکل در سیستم عامل ویندوز که در آن یک فایل پیکربندی بسیار بزرگ شکست خواهد خورد به در هنگام راه اندازی به WrapperManager فرستاده زمانی که اموال wrapper.backend.type به لوله راه اندازی شد. تنها مشکل این بود که WrapperManager.getProperties () روش خواهد بود خالی می باشد. (نسخه حرفه ای)
اضافه کردن چک به WrapperManager.exec () روش بر روی ویندوز برای حداکثر طول خط فرمان از 32766، و حداکثر محیط متغیر نام ارزش طول جفت 32767. (نسخه حرفه ای)
رفع مشکل که در آن رایگان از یک اشاره گر NULL به عنوان بخشی از روند پاکسازی یک 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 استفاده کنید. نسخه قبل از مک OSX ادامه خواهد داد به استفاده از همان کلید 'OnDemand. با تشکر از رابین برای اشاره به این است. (استاندارد / نسخه حرفه ای)
قائل نشدن استفاده از hostids گره خورده است به دستگاه های اپل بلوتوث هنگامی که در حال اجرا بر روی سیستم مجازی ویندوز میزبانی در یک سیستم OS X.
رفع مشکل که در آن WrapperManager.log () کار نمی درستی هنگامی که پیام های چند بایت به سیستم وارد شدند.
در اشکال زدایی خروجی کامل خواص پیکربندی بسته است از خروجی ورود سرکوب به دلیل آن بزرگ است و می تواند شامل اطلاعات حساس. اضافه کردن اندازه به خروجی به صورت مختصر برای کمک به اشکال زدایی.
رفع نشت حافظه در سیستم عامل یونیکس هر زمان یک پیغام خطا گزارش شده است. این تنها یک مشکل بود اگر پیام را بارها و بارها به سیستم وارد شده است.
اصلاح یک زن و شوهر دیگر نشت حافظه بالقوه یافت از طریق بررسی کد. شناخته شده نیست که باعث شده است هر گونه مشکلات واقعی.
جدید در نسخه 3.5.23 است:
در استاندارد / نسخه حرفه ای:
وقتی که یک نوع مجوز ناشناخته مواجه می شوند، عبارتند از: نوع ناشناخته در پیام خطا برای کمک به اشکال زدایی.
رفع مشکل تخریب حافظه در Z / OS زمانی که زبان به محلی دو بایت مانند ژاپن راه اندازی شد.
برو از طریق و لفاف بسته بندی بسیار با دوام تر زمانی که بد کد گذاری کاراکتر بایت دو مواجه هستند.
نسخه Preofessional:
اصلاح استثنا پرتاب هنگامی که WrapperManager.exec () نامیده می شود در حالی که لفاف بسته بندی خاموش شدن است پس از آن در حال حاضر می گوید که به جای گفتن که کتابخانه های بومی بارگذاری نیست.
لفاف بسته بندی در حال حاضر دقت بیشتری به مطمئن شوید که باطن است هرگز بسته در حالی که یک پروسه فرزند است که راه اندازی شد برای اطمینان حاصل شود که لفاف بسته بندی می داند در مورد تمام فرآیندهای کودک راه اندازی شد.
اضافه کردن یک پیام هشدار دهنده در مورد لفاف بسته بندی است از یک پروسه فرزند راه اندازی با توجه به ارتباط باطن بسته شدن مطلع نیست.
رفع نمایشگاه NPE بالقوه است که می تواند در حالی که خواندن STDOUT یا خروجی stderr از یک فرایند کودک در حالی که لفاف بسته بندی شده بود بستن و بعد از پروسه فرزند خارج پرتاب می شود.
رفع مشکل در سیستم عامل یونیکس که در آن ما شدن گیر شد تلاش برای پاکسازی پس از یک فرایند که در حال حاضر در خواندن از STDOUT یا stderr مسدود شد.
رفع مشکل در سیستم عامل یونیکس که در آن یک ایست تلاش برای به دست آوردن قفل داخلی از لیست پروسه فرزند شد و باعث ضد داخلی به خارج از سنکرون کنید، که منجر به یک دیگر فرآیندهای کودک خاتمه در حال ترک به عنوان زامبی های از بین رفته تا روند جاوا خاتمه یافته است.
رفع مشکل در سیستم عامل یونیکس که در آن توصیف فایل لوله استفاده می شود برای برقراری ارتباط با فرآیندهای کودک در حال اشتباه به تمام فرآیندهای کودک تصویب شد. آنها در طول زمان در حال رشد نیست.
رفع مشکل در سیستم های بورس که در آن wrapper.lang.encoding به UTF-8 به درستی که لنگ متغیر محیط زیست تنظیم نشده بود حل و فصل نیست.
رفع مشکل هماهنگ سازی بالقوه خواستار WrapperProcess.waitFor () و یا WrapperProcess.exitValue ().
اضافه کردن خروجی ورود اشکال زدایی اضافی نشان دادن ارزش های مختلف ایست برای کمک به رفع اشکال مسائل کاربر.
رفع مشکل که در آن اسکریپت پوسته شد به درستی تشخیص نسخه سیستم عامل با مک 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 که در آن یک پرانتز در نام فایل از باینری دهنده می شده اند باعث یک & quot . PATH غیر منتظره در این زمان ها & quot بود. خطا.
(استاندارد / نسخه حرفه ای)
رفع مشکل در هنگام استفاده از نسخه ترجمه شده از لفاف بسته بندی در ویندوز سیستم عامل 64 بیتی که در آن دهنده ادامه خواهد داد به استفاده از زبان پیش فرض سیستم برای مشخص کردن یک زبان مختلف حتی wrapper.lang مورد استفاده قرار گرفت. معرفی شده در 3.5.12.
رفع مشکل در دستور ویندوز AppCommand.bat.in فایل دسته ای مبتنی بر که در آن "وضعیت" دستور نادرست به عنوان "پرس و جو" در خروجی استفاده شد. 'وضعیت دستور همیشه به درستی کار کرده بود اگر استفاده می شود.
رفع مشکل در سیستم عامل یونیکس که در آن برخی از پیام های آسنکرون یک پیام هشدار دهنده و & quot باعث شدند؛ برنامه نویسی خطا ... & quot؛ را به به جای این پیام در نظر گرفته شده به سیستم وارد شود. این می تواند دیده می شود در صورتی که فایل ورود به سیستم پیکربندی را حق نوشتن ندارد. به غیر از پیام ورود نادرست، لفاف بسته بندی به درستی کار کرده است. معرفی شده در 3.5.2.
رفع مشکل در اسکریپت یونیکس که در آن در حال اجرا با تازه بدوران رسیده بود به درستی کار نمیکند زمانی که RUN_AS_USER راه اندازی شد.
آرامش چک امنیتی که در حال اجرا "وضعیت" فرمان علیه اسکریپت پوسته یونیکس پس از آن در حال حاضر اجازه می دهد تا هر کاربر در حال اجرا اسکریپت برای انجام چک فقط خواندنی فایل PID.
رفع مشکل با اسکریپت یونیکس که در آن 'حذف' فرمان در تلاش بود برای متوقف کردن یک برنامه در حال اجرا حتی زمانی که برنامه بود نصب نشده است.
ثابت سرریز بافر که به طور بالقوه می تواند باعث یک تصادف در طول نصب و راه اندازی یک سرویس ویندوز هنگامی که wrapper.ntservice.account مشخص شد. این در 3.5.12 معرفی شد.
رفع فساد پشته که می تواند در هنگام راه اندازی رخ می دهد و به طور بالقوه باعث یک تصادف. تنها سیستم های ویندوز، که استفاده از سیاهههای مربوط رویداد سیستم، تحت تاثیر قرار گرفت. کشف از بررسی کد، هر گونه گزارش این باعث مشکلات برای کاربران وجود دارد هرگز بوده است. این می تواند رخ دهد اگر wrapper.log پیکربندی می تواند به عنوان لفاف بسته بندی همیشه تلاش می کند تا ارسال به رویداد ورود در چنین مواردی نمی شود نوشته شده است. معرفی شده در 3.5.12.
اضافه کردن یک مقایسه نسخه جدید بین اسکریپت پوسته یونیکس و لفاف بسته بندی به شروع به نشان دادن هشدار در مورد عدم تطابق نسخه. چک تنها کار خواهد کرد اگر اسکریپت پوسته و لفاف بسته بندی هر یک از حداقل نسخه 3.5.14 می باشد.
اضافه شده یک ویژگی wrapper.pidfile.strict جدید که لفاف بسته بندی بگویید برای شروع کنید اگر فایل PID در حال حاضر وجود داشته است. به طور پیش فرض به غلط برای سازگاری.
را در سمت جاوا از سوکت باطن در مورد خواندن و نوشتن فاصله بیشتر انعطاف پذیر. سوکت باطن یک فاصله تعیین شده توسط پیش فرض ندارد بنابراین این باید یک مسئله نبوده است. زن و شوهر کاربران گزارش مشکلات در سیستم های خاص با این حال که منجر به این ثابت.
برای کمک به تست از ایست سوکت باطن، یک ویژگی سیستم wrapper.backend.so_timeout جدید به آن را ممکن است برای پیکربندی سوکت باطن به استفاده از یک فاصله اضافه شد. Javadocs از WrapperManager.exec () کلاس برای جزئیات بیشتر.
جدید در نسخه 3.5.11 است:
به رفع یک تصادف بالقوه بر روی ویندوز ناشی از سرریز بافر. این مشکل از نسخه 3.5.0 است و تحت تاثیر قرار تنظیمات که تعریف بیش از یک wrapper.ntservice.dependency .. با توجه به آنچه در حافظه بود، این بود که همیشه در یک تصادف منجر نمی شود. این رفتار بسیار تکرار برای یک فایل پیکربندی داده شده است.
رفع مشکل در ویندوز که در آن لفاف بسته بندی شده است در نظر گرفتن 15 ثانیه یا بیشتر به راه اندازی در برخی از سیستم های به دلیل سیستم تماس WinVerifyTrust داشتن مشکلات به روز رسانی CRL شد. این مشکل شده بود از باینری دهنده آغاز در نسخه 3.5.7 را امضا کردند. اگر تماس WinVerifyTrust طول می کشد بیش از wrapper.startup_thread.timeout پیکربندی سپس لفاف بسته بندی به راه اندازی بدون تاخیر بیشتر ادامه خواهد داد.
(استاندارد / نسخه حرفه ای)
به صراحت گواهی از باینری سفارشی در طول سفارشی سازی حذف شده است. مشکلات استعفا باینری با گواهی دیگری در غیر این صورت وجود دارد.
اگر لفاف بسته بندی قادر به ارسال به wrapper.logfile پیکربندی به هر دلیلی است پس ما همیشه سقوط به یک فایل ورود به سیستم به طور پیش فرض و سپس ورود به سیستم یک پیام در مورد شکست. اگر به طور پیش فرض نیز با شکست مواجه پس از آن که همچنین به سیستم وارد اما پیام های تنها می شود به کنسول در اغلب موارد وارد سایت شوید. تغییر دهنده بنابراین ما در حال حاضر همیشه هر دو پیام به syslog را یا EventLog ارسال صرف نظر از آنچه wrapper.syslog.loglevel است به راه. این مهم است برای کمک به پیگیری کردن علت مشکلات دسترسی فایل تاریخچه ثبت.
با شروع نسخه 3.5.0، آن داخلی ممکن بود برای چاپ کردن پیام های چند خط ورود به طوری که تمام خطوط همیشه با هم در فایل وارد شوید گروه بندی شود. این نسخه تغییر کد ورود به سیستم کمی به طوری که خروجی مانند چند خط ورود در حال حاضر به عنوان یک پیام واحد در sylog یونیکس یا ویندوز EventLog وارد سایت شوید.
رفع مشکل خطوط بسیار طولانی از خروجی از JVM باعث لفاف بسته بندی به نظر می رسد در حالی که برای آویزان. اولین بار یک خط از خروجی حاوی چند صد هزار کاراکتر به سیستم وارد شد، بافر داخلی شد که تدریجی توسط 100 کاراکتر در هر چرخه افزایش یافته است. لفاف بسته بندی در حال حاضر به اندازه بر اساس آخرین اندازه شناخته شده به تعداد سیکل مورد نیاز برای انتخاب اندازه بافر جدید تا حد زیادی کاهش می دهد افزایش می دهد.
اصلاح دستور PAUSE_THREAD پس از آن در حال حاضر امکان صبر به طور نامحدود. فقط برای تست لفاف بسته بندی مفید است.
اضافه کردن یک فرمان PAUSE_LOGGER جدید به آن را ممکن است به توقف ورود ورود بعدی. فقط برای تست لفاف بسته بندی مفید است.
در یونیکس، لوله STDOUT / stderr بین JVM و لفاف بسته بندی شده بود که نمی تمیز به درستی. این منجر به نشت کوچک اما در غیر این صورت بی ضرر بود. لوله های در حال حاضر تمیز و مقداردهی اولیه برای هر نمونه JVM.
رفع مشکل که در آن لفاف بسته بندی می تواند موفق به راه اندازی مجدد JVM زمانی که درخواست راه اندازی مجدد را در JVM سرچشمه اگر سیستم تجربه IO بسیار سنگین و در نتیجه دیسک طولانی صف IO. این باعث حلقه اصلی لفاف بسته بندی را برای جلوگیری از در نوشتن و دست درخواست راه اندازی مجدد، باعث دهنده به خاموش کردن جای راه اندازی مجدد بود. این می تواند تمام سیستم عامل های تاثیر می گذارد. در ویندوز، آن را نیز می تواند با ساخت یک انتخاب در کنسول به مسدود خروجی و سپس ساخت یک درخواست از درون JVM به راه اندازی مجدد تکثیر شود.
اضافه کردن یک کلاس جدید یاور WrapperPropertyUtil آن را به easer برای دسترسی به ارزش املاک دهنده از درون JVM.
رفع اشکال در برخی از سیستم عامل که در آن خروجی ورود جاوا می تواند خراب به دلیل سوء استفاده از یک تابع strncpy سیستم دریافت کنید. این تابع هشدار می دهد که برخی از پیاده سازی را کپی حافظه با هم تداخل دارند را پشتیبانی نمی کند. مشکل می توان در دستگاه تست لینوکس تنها در خطوط زیر خط خالی از خروجی تکثیر. این مشکل از سال 3.4.0 وجود داشته است.
جدید در نسخه 3.5.9 است:
رفع مشکل در ویندوز که در آن کارت های شبکه که نام موجود و & quot؛ PRO / 1000 & quot؛ را از لیست hostids حذف شد نمایش داده زمانی که & quot؛ را wrapper.exe -h ها & quot؛ اجرا شد. این بود موجود فایل های کلید مجوز سرور های تولید شده برای hostIds گزارش شده توسط 3.5.7 و یا قبل از آن، و یا کلید مجوز توسعه تاثیر نمی گذارد. اما این باعث نمی لفاف بسته بندی که به گزارش هیچ hostIds معتبر می توان یافت که دهنده بدون فایل مجوز آغاز شد. این از سوی برخی از کد آزمون اضافه شده در 3.5.8 که ما موفق به حذف ناشی شد.
رفع مشکل که در آن لفاف بسته بندی شده است به درستی بازده نمی کنترل به حلقه اصلی آن هنگامی که مقادیر بسیار زیادی از خروجی پیوسته در حال از JVM سیستم وارد شده است. معرفی شده در نسخه 3.4.0. در نسخه های قبل از 3.5.8، این می تواند باعث JVM به ایست و خود را راه اندازی مجدد. این موضوع خاص حل و فصل شد اما روند دهنده در 3.5.8 هنوز هم می توانست بی بوده است در زمانی که این اتفاق می افتد بود. لفاف بسته بندی در حال حاضر همیشه پس از 250 میلی ثانیه از ورود به سیستم به طور مداوم عملکرد به حلقه اصلی آن است.
رفع مشکل که در آن WrapperManager می تواند تلاش خروجی نوشتن اشکال زدایی مسدود اگر درخواست کاربر در حال حاضر در حال نوشتن مقادیر بسیار زیادی از خروجی به کنسول نیز هست. در شرایط شدید این به لفاف بسته بندی به رهبری فکر که JVM یخ زده بود. این تنها یک موضوع بود اگر خروجی دیباگ فعال شد.
بازسازی اسکریپت پوسته تا تمام نسخه های در حال حاضر دوباره استفاده از اسکریپت همان.
چه در نسخه 3.5.8 جدید است:
(استاندارد / نسخه حرفه ای)
با شروع نسخه 3.5.5، ما استفاده از تمام hostids 00ff * * * * بر روی ویندوز برای جلوگیری از مشکلات با تغییر hostids هنگامی که کاربران یک آداپتور شبکه درخت عرعر شبکه اتصال بر روی سیستم خود باطل. این معلوم شد که بیش از حد محدود به عنوان مهمان سوالات معمول در حال اجرا تحت نحوهی همچنین استفاده از این محدوده hostid را. لفاف بسته بندی در حال حاضر دقت بیشتری به تنها واقعی hostids درخت عرعر شبکه اتصال بی اعتبار.
(استاندارد / نسخه حرفه ای)
بهبود پیام نشان داده شده است به کاربر هنگام لفاف بسته بندی قادر به شناسایی هر hostids برای یک سیستم است.
ثابت مشکل با اسکریپت لفاف بسته بندی در سولاریس، که در آن اف گزینه در دسترس برای های grep نیست.
اضافه شده ویندوز نسخه اطلاعات در خروجی دیباگ لفاف بسته بندی.
اضافه شده یک ویژگی wrapper.log.warning.threshold که باعث می شود دهنده نشان می دهد هشدار هر زمان که تشخیص دهد لفاف بسته بندی زمان زیادی برای ضبط یک پیام وارد شوید. این برای تست یک موضوع گزارش های ناشی از آهسته IO در سیستم های بسیار به شدت لود اضافه شد.
رفع مشکل که در آن یک فیلتر که درخواست JVM به راه اندازی مجدد خواهد شد نادیده گرفته اگر JVM خود را در آن خارج شود. لفاف بسته بندی در حال حاضر بیشتر سازگار به طوری که درخواست راه اندازی مجدد از درون JVM یا فیلتر همیشه اولویت بیش از درخواست خروج را. درخواست خاموش کردن خارجی، یا کسانی که از اقدامات دیگر هنوز هم رفتار خواهد شد به عنوان آنها در گذشته انجام و در ادامه به خاموش کردن لفاف بسته بندی. لفاف بسته بندی نیز سیاهههای مربوط به پیام ها در خروجی دیباگ اگر یک درخواست راه اندازی مجدد برجسته است که حفظ و یا نادیده گرفته میشوند.
ثابت مشکل در فایل دسته ای AppCommand.bat که می تواند در برخی از سیستم عامل ویندوز با برخی از چند بایت کدگذاری سیستم رخ می دهد. اسکریپت است بازنویسی شده است و قطعات مشکوک اند ساده شده است. عملکرد اسکریپت حفظ شده است.
اضافه شده به محیط زیست WRAPPER_CONF_DIR متغیر، که می تواند برای خواص پیکربندی استفاده می شود. (ویژگی درخواست 3160644)
نویسنده خروج اسکریپت با کد خروج راست دریافت هنگامی که در حال اجرا اسکریپت کاربر به عنوان های مختلف، مشخص شده در RUN_AS_USER. (گزارش اشکالات 3185281)
رفع نقض دسترسی که می تواند اتفاق می افتد زمانی که گواهی امضای کد شده است به تایید شده شکست خورده است.
ورود خطا اگر سوکت باطن است به زور خارج بسته است. این گرفتن در سطح ورود اشکال زدایی وارد کرده بود. پیام است و & quot؛ اتصال موجود به زور توسط میزبان راه دور بسته شد. (0x2746) و quot؛ کلیک کنید از آنجا که پیام تنها به سیستم وارد شد اگر خروجی دیباگ فعال شد، JVM خواهد بود بدون هیچ توضیحی روشن به عنوان به آنچه اتفاق افتاده است دوباره شروع. منبع بسته شدن سوکت است تحت بررسی است.
(نسخه حرفه ای)
اضافه شده جاوا fireUserEvent تماس به API WrapperManager. این را قادر می سازد به آتش ایمیل رویداد کاربر، اقدامات بدون ماشه فیلتر. لطفا جزئیات بیشتر در مورد مدل امنیتی برای این تماس در صفحه امنیتی پیدا کنید.
رفع یک هشدار در نسخه های مک اگر پیکربندی فرمان جاوا بود یک فایل باینری جهانی نیست. چک در 3.4.0 به مطمئن شوید که wrapper.java.command به طور مستقیم با اشاره به اجرایی برای جلوگیری از رفتار غیر منتظره هنگام اجرای یک اسکریپت اضافه شد. پیام است فقط یک هشدار و لفاف بسته بندی بدون در نظر گرفتن ادامه می دهد. پاکت پی سی استاندارد، ppc_64، x86_64، i386، و همچنین به عنوان باینری جهانی در حال حاضر همه به درستی و بدون هشدار کار می کنند.
مقدار پیش فرض از لفاف بسته بندی. *. خواص umask با استفاده از umask فعلی روند است. قبل از مقدار پیش فرض همیشه 0022 بود.
اضافه کردن یک ویژگی wrapper.backend.type جدید است که برای کنترل اینکه آیا لفاف بسته بندی ارتباط با JVM با استفاده از سنتی و & quot؛ سوکت ها & quot؛ و یا جدید تجربی و & quot؛ لوله و quot؛ کلیک کنید این به عنوان یک راه حل برای یک مشکل نادر که در آن برخی از دستگاه های ویندوز در حال بسته شدن سوکت در سطح سیستم عامل اضافه شده است. این تنها تا کنون در ویندوز 2003 دیده می شود، اما می تواند در دیگر نسخه های ویندوز و همچنین وجود داشته باشد.
اضافه کردن یک ویژگی جدید wrapper.use_javaio_thread تجربی که باعث لفاف بسته بندی که مسئولیت رسیدگی به تمام خروجی جاوا کنسول در یک موضوع اختصاص یافته است.
اضافه کردن یک روش جدید WrapperManager.isNativeLibraryOk () که اجازه می دهد کد کاربر به راحتی تست اینکه آیا یا نه کتابخانه مادری لود شد و مقداردهی اولیه در هنگام راه اندازی.
اضافه کردن یک فرمان PAUSE_THREAD جدید به اموال wrapper.commandfile که امکان تست چگونه لفاف بسته بندی رفتار زمانی که موضوعات مختلف را مسدود و یا منجمد. این برای شبیه سازی و تولید مثل مسائل بر روی سرور به شدت IO محدود مورد استفاده قرار گرفت.
بهبود راه سمت جاوا از لفاف بسته بندی رفتار زمانی که لفاف بسته بندی با شکست مواجه به پینگ JVM برای مدت زمان طولانی. JVM استفاده برای خروج به اجازه خود را خود را با JVM resync. این شد که باعث مشکلات در سیستم های که به شدت IO محدود بود زیرا لفاف بسته بندی می تواند برای مدتی مسدود در حالی که تلاش برای ارسال به پرونده ثبت و JVM شد خروج. JVM در حال حاضر هرگز در چنین شرایطی خارج شوید. JVM هرگز یتیم به دلیل آن هنوز هم خارج خواهد شد، تقریبا بلافاصله اگر سوکت باطن یا لوله با لفاف بسته بندی است که تا به حال بسته خواهد شد.
ناراضی از روش WrapperManager.appearOrphan () آن را به عنوان استفاده می شود برای شبیه سازی حالت شکست است که دیگر نمی توان با لفاف بسته بندی.
راه لفاف بسته بندی است دست زدن به اشتباهات گواهی در مورد گواهی کد امضای / timestamping تغییر کرده است. لفاف بسته بندی خواهد شد در حال حاضر تنها خاموش کردن خود در صورت امضای دودویی با موفقیت تایید نمی کند چرا که امضای دودویی یا ناهنجار شده است، اما اگر هر گونه مشکل با ضد امضاء کننده یافت شده است. با شروع 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 به شکست برای راه اندازی شد. یک مقدار نامعتبر هر مقدار که با یک & quot آغاز نشده است؛ - & quot؛ را شخصیت.
اضافه کردن یک متغیر محیط WRAPPER_INIT_DIR جدید است که می تواند مورد استفاده قرار گیرد به مرجع دایرکتوری که از آن لفاف بسته بندی راه اندازی شد. این برای برنامه های خاص مورد نیاز است، زیرا پوشش همیشه دایرکتوری آن تغییرات به محل از باینری دهنده.
اصلاح اسکریپت پوسته یونیکس تا آن را تغییر دیگر دیر کار فعلی به محل اسکریپت. این است که دیگر مورد نیاز به دلیل لفاف بسته بندی شده است در حال تغییر دایرکتوری به محل خود را پس از نسخه 3.2.0.
اضافه کردن یک ویژگی wrapper.request_thread_dump_on_failed_jvm_exit.delay جدید برای کنترل چه مدت لفاف بسته بندی خواهد شد پس از انجام تخلیه موضوع قبل از به قتل روند جاوا صبر کنید. این تاخیر همواره به 5 ثانیه hardcoded.
تمیز کردن متن پیام هشدار دهنده چند در مورد ارزش پیکربندی نامعتبر به آنها را بیشتر سازگار.
(نسخه حرفه ای)
اضافه کردن یک ویژگی 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 خواستار در هر نقطه شدن گیر شد و تا باقی می ماند تا زمانی که کودک دیگر خارج. به عنوان بخشی از این ثابت، همچنین تغییرات مختلفی برای اجرای ویندوز را به دو پایگاه کد را همگام بودند وجود دارد.
(نسخه حرفه ای)
رفع مشکل در ویندوز زمانی که موضوعات متعدد Childobjects ایجاد شد، دستگیره می تواند شده اند ناخواسته توسط فرآیند فرزند دیگری به ارث برده، و باعث مشکلات در خواندن / نوشتن به ورودی / خروجی / Errorstream.
(نسخه حرفه ای)
مورد نیاز:
اوراکل جاوا نسخه استاندارد محیط زمان اجرا
نظر یافت نشد