Java Service Wrapper Community Edition

• Подобряване на лог съобщения, когато се рестартира JVM се иска, когато обвивката е в състояние, че ще бъдат игнорирани (Standard / Professional Edition)
• Добави допълнително отстраняване на грешки съобщение, когато безизходица почистване завършва. Не функционална промяна, но това се добавя за да направи лесно да се каже колко дълго мащабната проверка отнема на дадено приложение.
• почистване на вътрешно проследяване на къде бяха стойност на променлива. Не са функционални промени.
• При засичане Cygwin с "uname -о" в скрипта, някои операционни системи (Solaris, MacOS и т.н.) показват съобщение за грешка, защото "-o" не е валиден параметър. Сега ние се скрие това съобщение за грешка, за да се избегне объркване и можем да се досетим, че Cygwin не работи.
• Добави в състояние да контролира предоставянето на услугата с systemd използвайки скрипта.
• На Mac OS X, определи правописна грешка, добави друг алтернативен начин за намиране на Java да настроите променливата на JAVA_HOME среда, както и да използва пълния път да изпълни Sysctl в случай, че не е в пътя. Благодарение на Dannes Веселс за фугиране на това.
• Отстраняване на проблем по-нови версии на Windows, когато персонализиране на обвивката. Сертификатът не е отстранен при създаването на целта. Това е, което води до грешка, когато се опитвате да влезете на целта с нов сертификат.
• Добави липсва подкрепа в шелскрипт за рестартиране / спиране на услугата обвивка с launchctl на Mac OS X.
• Добави липсва подкрепа в шелскрипт за рестартиране / спиране на услугата обвивка с парвенюшки.
• Добави възможност за задаване на пътя на командването на "SU", както и възможността да се определи допълнителни аргументи в скрипт би черупки, използвайки нови SU_BIN и SU_OPTS променливи.
• Отстраняване на проблем в помощни класове WrapperSimpleApp, WrapperStartStopApp и WrapperJarApp където командния ред проблеми, които доведоха до JVM излизане при стартиране приличаха неочаквани изходи. Това означаваше, че обвивката ще се опита да даде нов тласък на JVM отново, вместо да се отказва от първия опит.
• Изменено помощни класове WrapperSimpleApp, WrapperStartStopApp и WrapperJarApp, така че използването им банери сега ще се показват само за командния ред, свързани проблеми. Проблеми с определените класове, методи, или JAR файловете си остават влезли като грешки, но показва на потребителя използването в тези случаи е объркващо.
• правилния метод на WrapperResources.getString (), че все още няма резервни аргументи, така че неговата обработка на сурово низ се обработват същите като методи, които имат за подмяна аргументи. Сега всички низове се обработват от класа на MessageFormat преди да бъдат върнати. Предишните версии не са съвместими за необходимостта да избяга единични кавички.
• Добавена опция ключова проверка, за да се уверите, че струни преминали в метода на WrapperResources.getString () са форматирани правилно. Вижте клас WrapperResources за информация как да се даде възможност.
• Добавяне на нови възможности за имот wrapper.backend.type: AUTO, SOCKET, SOCKET_IPv4, SOCKET_IPv6, PIPE. Когато е в режим AUTO, обвивката ще се опита да отвори сокет IPv4 и връщане към IPv6 и да тръба в случай на грешка.
• Fix бъг при конвертиране от многобайтов да широк Чар без локал при стартиране (само Unix). Благодарение на Bert.
• Добавяне на "CLOSE_BACKEND" псевдоним на "CLOSE_SOCKET" като команда тест за имота wrapper.commandfile. Това е така, защото е имало множество опции за бекенд връзка за известно време, а името е по-преносим.
• Fix проблем на Mac OS X, когато работи Yosemite, където сценарият се не е правилно сравнение версии '10 .10 "да '10 .5.0". Това водеше до сценария мислех, че само 32-битови двоични файлове могат да се движат. Това е проблем само ако е бил използван за делта пакет наименуването на изпълнимите файлове на обвивки.
• Добави нов wrapper.java.classpath.missing.loglevel собственост, което дава възможност да се контролира как обвивката логва предупреждения за изчезнали CLASSPATH елементи. Преди това винаги е бил в системата като отстраняване на грешки изход и не може да бъде изключена.
• Ако има някакви проблеми, ниско ниво да започнете процеса на Java, които не са свързани с конфигурацията или самата JVM, обвивката вече няма да се опита отново като тези повторения са безсмислени.
• System Windows APIs имат проблем, който предизвика процес за катастрофата, ако той се опитва да зададете променлива среда над 32 767 знака. Обвивката сега проверява за това и записва грешка, а не създаване на променливата. Това е проблем, ако много големи classpaths се използва, когато имотът wrapper.java.classpath.use_environment беше вярно.
• Windows не позволява на командния ред, за да бъде по-дълъг от 32 766 знака. Различните версии на Windows се справя по различен начин, когато е предвиден такъв дълъг команда. Обвивката сега прави собствена проверка и показва грешка по последователен начин.
• Подобряване на съобщението за грешка на UNIX платформи, когато командния ред е по-дълъг от максималния система. Тази максимална различава значително от платформа и околната среда и е трудно надеждно да се изчисли, така че максималната дължина момента не е показано на съобщението.
• Fix проблем на UNIX платформи, където много голяма конфигурационен файл може да причини на WrapperManager да успеят да стартиране. Това се дължи на частичното прехвърляне на конфигурационния файл на WrapperManager чрез връзката бекенд. Това ще се случи, независимо от вида на задния използва. Размерът на конфигурационния файл, който ще доведе до проблем варира значително въз основа на конкретната система.
• Fix проблем на 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 () методи, за да помогне да се избегне объркване.
• Fix проблем на Windows 7, където дългите редове дневник имам повредени след 31 397 знака, когато wrapper.console.direct беше вярно. Това изглежда да е проблем с основния Windows API и е само въпрос на дисплея. Намалена максималния брой символи, които могат да бъдат написани с един API повикване до 30000, за да се справите с проблема. Тази промяна е вътрешна и все още не съществува ограничение за дължината на влезли линии.
• Fix безизходица, ако обвивката Неуспех при запис на гръб, когато имотът wrapper.backend.type беше PIPE. Намерено по код преглед и не е известно да са всъщност се е случило.
• От Mac OSX 10.5.0, скрипта ще използвате клавиша "KeepAlive" в конфигурация launchctl файла. Предишните версии на Mac OSX ще продължат да използват един и същ ключ "OnDemand". Благодарение на Робин за фугиране на това. (Standard / Professional Edition)
• Забрани използването на hostids обвързани с Apple Bluetooth устройства, когато работи на виртуализирана система Windows хоства на OS X система.
• Отстраняване на проблем, когато WrapperManager.log () не работи правилно, когато мулти-байт съобщения бяха влезли.
• В изхода за отстраняване на грешки на пълно свойства, пакетът се потиска от изхода на дневника, защото това е огромна и може да съдържа чувствителни данни. Добави размер на съкращение изхода да помогне с отстраняване на грешки.
• Fix изтичане на памет на UNIX платформи, когато бе съобщено, съобщение за грешка. Това е проблем само ако съобщението е бил в системата неколкократно.

Намерени
• Коректни няколко други потенциални течове памет чрез преглед на кода. Не е известно да са били причиняват никакви реални проблеми.

Какво ново във версия 3.5.23:

• Standard / Professional Edition:
• Когато неизвестен тип лиценз се срещат, да включва неизвестния тип в съобщението за грешка, за да помогне с отстраняване на грешки.
• Fix проблеми с корупцията памет на Z / OS, когато езикът е настроен на двойна байт локал като японската.
• Минете и направи обвивката много по-издръжлив, когато зле кодирани двойни битови символи се срещат.
• Preofessional Edition:
• Modify изключение хвърлен когато WrapperManager.exec () се нарича докато обвивката е изключване, така че сега казва, че вместо да каже, че родната библиотеката не е заредена.
• обвивката сега е по-внимателни, за да се уверите, че гръб никога не е затворена, а процес, едно дете се стартира за да се гарантира, че обвивката знае за всички дъщерни процеси стартирани.
• Добави предупредително съобщение, в случай, че обвивката не е уведомена за стартира процес на деца, поради връзката гръб да се затвори.
• Fix потенциален NPE, които биха могли да бъдат изхвърлени по време на четене стандартния изход или STDERR изход от процеса на детето, докато обвивката се изключи и след процеса на дете излезе.
• Fix проблем на UNIX платформи, където бяхме застояване опитва да почистване след процес, който в момента е блокиране на четене от стандартния изход или STDERR.
• Fix проблем на UNIX платформи, където таймаут се опитват да получат вътрешна заключване на списъка с процесите дете се причиняват вътрешна борба, за да се измъкнем от синхронизация, което води до други прекратено деца процеси като са били оставени като несъществуващата зомбита, докато процесът Java прекратено.
• Fix проблем на UNIX платформи, където тръбата файлови описания, използвани за комуникация с деца процеси са били неправилно предадени на всички деца процеси. Те не бяха расте с течение на времето.
• Fix проблем на FreeBSD системи където wrapper.lang.encoding не беше разрешаването на UTF-8 правилно, когато променливата на обкръжението LANG не е създадена.
• Fix проблем потенциален синхронизация обажда WrapperProcess.waitFor () или WrapperProcess.exitValue ().
• Добави допълнително отстраняване на грешки дневник изход показва различните стойности таймаут да помогне с въпроси за отстраняване на грешки на потребителите.
• Отстраняване на проблем, когато шелскрипт не е правилно откриване на OS версия с Mac OSX Maverick.
• Добави предупреждения за недефинирани променливи на средата в включват файл препратки в конфигурационния файл.
• Добави подкрепа за променлива среда експанзия в файлове, определени с wrapper.java.additional_file и wrapper.app.parameter_file свойства.
• Корекция на цяло число форматиране в метода на WrapperUNIXGroup.toString (), така че тя е в съответствие с останалата част на обвивката.
• Отстраняване на проблем, когато изискването за изброяване библиотека не може да бъде изпълнено в FreeBSD 10. Сега намерете библиотеката динамично, като се потърси за /usr/local/lib/libiconv.so, /usr/local/lib/libbiconv.so или /lib/libkiconv.so.4 в този ред.
• Fix метод на WrapperPrintStream.println (), така низове, съдържащи linefeeds ще правилно са всеки ред prepended с конфигуриран хедъра.

Какво ново във версия 3.5.14:

• Отстраняване на проблем в AppCommand.bat.in Файл, в една скоба в името на файла на двоичния код Wrapper е щяло да предизвика & quot; PATH е неочаквано по това време & quot; грешка.
• (Standard / Professional Edition)
• Отстраняване на проблем, когато използвате локализирана версия на обвивката на Windows 64-битови платформи, където обвивката ще продължат да използват езика на система по подразбиране дори wrapper.lang се използва за определяне на друг език. Въведена в 5.3.12.
• Отстраняване на проблем в Windows AppCommand.bat.in командването на базата партида файл от където команда "Състояние" е неправилно да бъдат докладвани като "заявка" в изхода на ползване. Командата "статут" винаги е работил добре, ако се използва.
• Fix проблем на UNIX платформи, където някои асинхронни съобщения причинява предупредително съобщение & quot; кодиране Error ... & quot; да влезете в профила на мястото на планирания съобщението. Това може да се види, ако се конфигурира лог файл не е имал права за писане. Други от неточна всяко съобщение, обвивката работи правилно. Въведена в 3.5.2.
• Отстраняване на проблем в UNIX скрипт, където работи с парвеню не работи правилно, когато е създадена RUN_AS_USER.
• Релакс проверките за сигурност, когато работи на "статут" команда срещу скрипт на UNIX, така че сега позволява на всеки потребител изпълнението на скрипта да изпълнява само за четене проверката на файла PID.
• Отстраняване на проблем със сценария UNIX, където "отделяне" команда се опитва да спре на приложение, което работи дори когато приложението не е инсталирано.
• Fix препълване на буфера, което потенциално може да предизвика катастрофа по време на инсталирането на Service Windows, когато е посочено wrapper.ntservice.account. Това е въведена в 5.3.12.
• Fix купчина корупция, които биха могли да възникнат при стартиране и потенциално да предизвика катастрофа. Само Windows системи, които използват системните логове събития, са били засегнати. Открита от прегледа на код, никога не е имало никакви доклади за това води до възникване на проблеми за потребителите. Това може да се случи, ако се конфигурира wrapper.log не може да бъде написано като обвивката винаги се опитва да пише в Event Log в такива случаи. Въведена в 5.3.12.
• Добави нова версия на цени между скрипт на UNIX и обвиващ да започне да показва предупреждение в случай на несъвпадане версия. Проверката ще работи само ако шелскрипт и обвиващ са всяка от най-малко версия 3.5.14.
• добавено ново wrapper.pidfile.strict собственост, което ще кажа обвивката не се започва, ако файлът PID вече е съществувал. По подразбиране се използва фалшива за обратна съвместимост.
• Направете Java страна на гнездото на гръб по-устойчиви в случай на четене или писане на изчакване. Контактът за гръб не разполага с време, зададено по подразбиране, така че това не би трябвало да е проблем. Няколко потребители докладвани проблеми по специфични системи обаче, което доведе до тази корекция.
• За да помогне при тестването на задния гнездо таймаута, нов wrapper.backend.so_timeout система имот е добавен, за да може да изберете контакта бекенд използването на изчакване. Вижте Javadocs на WrapperManager.exec () клас за подробности.

Какво ново във версия 3.5.11:

• Fix потенциална катастрофа на Windows, причинени от буферна препълване. Това е проблем, тъй като версия 3.5.0 и засяга конфигурации, които определят повече от един wrapper.ntservice.dependency .. В зависимост от това, което беше в паметта, това не винаги е довело до катастрофа. Тя има много възпроизводими поведение за определен конфигурационен файл.
• Fix проблем на Windows, когато обвивката е приемал 15 секунди или по-дълго, за да стартиране на някои системи, защото системата поканата WinVerifyTrust се има проблеми за осъвременяване на РЛО. Това беше проблем, тъй като бинарни файлове обвиващ започна да се подписва във версия 3.5.7. Ако повикването WinVerifyTrust отнема повече от конфигурирана wrapper.startup_thread.timeout тогава обвивката ще продължи да пуска без по-нататъшно забавяне.
• (Standard / Professional Edition)
• Изрично премахне сертификат на персонализирани двоичен време персонализиране. Имаше проблеми подавам оставката на файл, с друг вид сертификат по друг начин.
• Ако обвивката не е в състояние да пиша за конфигуриран wrapper.logfile поради някакви причини ние винаги спаднат до лог файла по подразбиране един и след това влезте съобщение за повреда. Ако по подразбиране също така не след това се също са влизали но съобщенията се регистрират само на конзолата в повечето случаи. Промяна на обвивката, така че ние сега винаги изпратите двете съобщения на Syslog или EventLog независимо от това, което wrapper.syslog.loglevel е настроен да. Това е важно, за да помогне на следите за определяне на причината за проблеми с достъпа до лог.
• Започвайки с версия 3.5.0, че е вътрешно възможно да разпечатате няколко реда лог съобщения, така че всички линии винаги ще бъдат групирани в лог файл. Тази версия променя кода за сеч леко, така че като мулти-лайн дневник изход сега регистрират като едно съобщение в sylog UNIX или Windows EventLog.
• Отстраняване на проблем, когато много дълги опашки на изход от JVM ще предизвика обвивката да се появи, за да се мотае за известно време. За първи път един ред от изхода, съдържащ няколко стотици хиляди герои е бил в системата, вътрешен буфер се увеличава постепенно от 100 знака за цикъл. Обвивката предприятието увеличава размера на базата на последния известен размер до значително намаляване на броя на циклите, необходими, за да избере нов размер на буфера.
• Modify командата PAUSE_THREAD така че сега е възможно да се чака безкрайно. Само полезно за тестване на обвивката.
• Добави нова команда PAUSE_LOGGER, за да може да направите пауза в следващия запис в регистъра. Само полезно за тестване на обвивката.
• На UNIX, стандартния изход / STDERR тръбата между JVM и обвивка е не да бъдат почистени правилно. Това се превърна в малък теч, но иначе бе безобиден. Тръбите вече са почистени и инициализират за всеки JVM например.
• Отстраняване на проблем, когато обвивката може да не успеят да рестартирате JVM, когато искането за рестарт възникнали в JVM, ако системата се изпитва много тежки IO в резултат на дълго диск IO опашки. Това беше причинява основната линия на външната обвивка, за да блокират отписването и пропуснете молба за възобновяване, причинявайки обвивката на изключване, а не рестарт. Това би могло да се отрази на всички платформи. На Windows, тя също може да бъде възпроизвеждана, като се прави подбор в конзолата за замразяване на продукцията и след подаване на заявление от рамките на JVM да рестартирате.
• Добави нов клас WrapperPropertyUtil помощник, за да го руло, което улеснява да получите достъп до стойности Wrapper имот от рамките на JVM.
• Fix бъг на някои платформи, където Java дневник изход може да се повредят вследствие на неправилна употреба на функцията на strncpy система. Тази функция се предупреждава, че някои приложения не поддържат припокриващи копия на паметта. Проблемът може да бъде възпроизведен само на един Linux тест машина в редове след един празен ред на продукцията. Този проблем съществува от 3.4.0.

Какво ново във версия 3.5.9:

• Fix проблем на Windows, където мрежовите адаптери, чиито имена съдържаща се & quot; PRO / 1000 & quot; са били извадени от списъка на hostids показва, когато & quot; wrapper.exe -Н & quot; се изпълнява. Това не засяга съществуващите ключови файлове сървърна лицензия, генерирани за hostIds отчетени от 3.5.7 или по-рано, или лицензионни развитие ключове. Но това е било причина за обвивката, за да докладва, че липсват основателни hostIds може да бъде намерен, когато обвивката е започнало без лицензен файл. Това е причинено от някои тестове добавен в 3.5.8 код, че не успяхме да се отстранят.
• Отстраняване на проблем, когато обвивката не е правилно за добив на контрола обратно към основната си линия, когато много големи количества неизменно е да е влязъл от JVM. Въведени във Версия 3.4.0. В версии преди 3.5.8, това би могло да причини JVM таймаута и самата рестартирате. Това конкретен въпрос е решен, но процесът на Wrapper в 3.5.8 все още щеше да е да реагира, когато това се случва. Обвивката сега винаги ще УЕЙЛД обратно към основната си линия след 250 милисекунди на непрекъсната сеч.
• Отстраняване на проблем, когато WrapperManager може да блокира опитва запис дебъгване изход, ако текущото приложение потребителското пишеше много големи количества продукция на конзолата, както добре. В екстремни случаи това е довело до обвивката мисля, че JVM е замразен. Това е проблем само ако дебъгване изход е включен.
• Преструктурирана шелскрипт така всички издания сега използват един и същ скрипт отново.

Какво ново във версия 3.5.8:

• (Standard / Professional Edition)
• Започвайки с версия 3.5.5, ние анулирана използването на всички 00ff * hostids на Windows, за да се избегнат проблеми с променящите hostids когато потребителите имат мрежов адаптер Juniper Network Connect на тяхната система. Това се оказа твърде ограничаващо като гост операционни системи работещи под Parallels също се възползва от тази HostID гама. Обвивката сега е по-внимателни, за да анулират само действителните Juniper Network Connect hostids.
• (Standard / Professional Edition)
• Подобряване на съобщението показва на потребителя, когато обвивката не е в състояние да намери някакви hostids система.
• Фиксирана проблем със сценария обвивка на Solaris, когато опцията -F не ​​беше достъпно за Впиши.
• Добавено Windows версията информация за изхода на обвивка за отстраняване на грешки.
• Добавена wrapper.log.warning.threshold собственост, което прави обвивката покаже предупреждение, който открива, че обвивката отне много време, за да записва всички съобщения. Това е добавен в тествате съобщава проблем, причинен от бавна IO на много тежко натоварени системи.
• Отстраняване на проблем, когато един филтър, който поиска от JVM да рестартирате ще бъдат игнорирани, ако JVM излезе по своя собствена веднага. Обвивката сега е по-последователно, така че за рестартиране искания от рамките на JVM или филтрите винаги ще имат предимство пред тези искания за излизане от кризата. Външни искания за изключване, или тези от други действия, все още ще се държат както правеха в миналото и продължават да изключване на външната обвивка. Обвивката също регистрира съобщения в отстраняване на грешки изход, ако искането изключителен рестарт се консервирани или игнорирани.
• Фиксирана проблем в партида файл AppCommand.bat които биха могли да се появят на някои Windows платформи с някои системни кодировки мулти-байт. Сценарият е пренаписана и съмнителни части са опростени. Функционалността на сценария е запазен.
• добавяне на променливата WRAPPER_CONF_DIR среда, която може да се използва за конфигуриране свойства. (Feature Искане 3160644)
• Създадено изхода скрипт с правилния код за напускане, получени при изпълнението на скрипта като друг потребител, определен в RUN_AS_USER. (Доклад Bug 3185281)
• Fix нарушение на достъп, която може да се случи, когато сертификат за подписване на кода не е била проверена.
• Дневник за грешка, ако контакта бекенд е принудително затворени отвън. Тя е била получаване влезли на равнището на отстраняване на грешки дневник. Посланието е & quot; вече съществуваща връзка насилствено е затворено от отдалечения хост. (0x2746) & quot ;. Тъй като съобщението е бил в системата само ако дебъгване изход е разрешена, JVM ще се рестартира, без ясно обяснение за това какво се е случило. Източникът на затварянето на гнездото е в процес на разследване.
• (Professional Edition)
• Добавена разговор fireUserEvent на Java до API WrapperManager. Това дава възможност на огън потребителското събития писма, действия без спусъка на филтъра. Моля също така да намерите повече информация за модела за сигурност за тази покана към страницата на сигурността.
• Fix предупреждение за Mac версии ако конфигуриран Java командата не е универсална двоичен. Проверката е добавен в 3.4.0 да се уверите, че wrapper.java.command насочен директно да изпълним, за да се избегне неочаквано поведение, когато работи по сценарий. Посланието е само предупреждение и обвивката продължава независимо. Standard НПК, ppc_64, x86_64, i386, както и за предоставяне на универсална двоичните файлове сега всички ще работят правилно без предупреждение.
• Стойността по подразбиране на обвивката. *. Umask свойства използва текущата Umask процеса има. Преди стойността по подразбиране е винаги 0022.
• Добави нов wrapper.backend.type имот, който се използва за контролиране дали обвивката комуникира с JVM по традиционния & quot; SOCKET & quot; или нова експериментална & quot; PIPE & quot ;. Това е добавен като временно решение да рядък проблем, когато някои машини на Windows се затварят в гнездото на ниво операционна система. Това бе виждал само на Windows 2003, но може да съществува в други версии на Windows, както добре.
• Добави нов експериментален wrapper.use_javaio_thread имот, който причинява обвивката да се справят с всички Java конзолата продукция в специален конец.
• Добави нов WrapperManager.isNativeLibraryOk () метод, който позволява на потребителя код лесно тества дали или не на родния библиотеката е зареден и инициализира при стартиране.
• Добави нова команда PAUSE_THREAD към wrapper.commandfile имуществото, което прави възможно да се тества как обвивката се държи при различни теми, блокират или замразява. Това се използва, за да се симулира и да се възпроизвеждат въпроси относно силно IO обвързани сървъри.
• подобряване на начина на Java страна на обвивката се държи, когато обвивката не успее да пинг на JVM за продължителен период от време. The JVM използва, за да излезете, за да се самата RESYNC с JVM. Това причинява проблеми на системите, които са силно IO граница, защото обвивката може да блокира за известно време, докато се опитва да пише в лог файл и на JVM излизах. The JVM вече никога няма да излезете при такива обстоятелства. The JVM никога няма да стане сираче, защото тя все още ще излезете почти веднага, ако гнездото гръб или тръба с обвивката се някога затворен.
• Неодобряване метод WrapperManager.appearOrphan (), тъй като се използва за симулиране на режим на неизправност, която вече не е възможно с обвивката.
• променила начина, обвивката е работа грешки сертификат отношение на сертификата за подписване на кода / Timestamping. Обвивката ще сега само себе изключване, ако подписът на двоичния код е не успешно проверена защото двоичен или подписът е образувана неправилно, но не и ако е установено, някакъв проблем с контра-подписващия. Като се започне с 3.5.7, са подписали двоичните файлове на Windows обвиващ. Някои потребители със заключени системи Windows 2008 са имали проблеми с обвивката отказва да стартира, защото сертификатът Comodo е бил забранен от тяхната система.
• Добави нов wrapper.java.detach_started собственост, което прави възможно използването на обвивката като прост инструмент за стартиране на Java приложения. Когато е активиран, обвивката прекрати незабавно и JVM е оставен да работи по своя собствена.
• Когато използвате обвивката като е посочено User Account, през имота wrapper.ntservice.account, обвивката ще добави разрешение за сметка автоматично при инсталиране да влезете като услуга. (Feature Искане # 3286491)

Какво ново във версия 3.5.6:

• Fix проблем на UNIX платформи, където лог файла път бе изчислен неправилно, ако е посочен абсолютен път за wrapper.logfile, и файлът вече не съществува. Предупредително съобщение се афишира, но обвивката ще продължи да използва дневника файла по подразбиране. Имаше проблем в съобщението показва, причинило катастрофата на някои платформи включват Mac OSX. Въведени във Версия 3.5.5.
• Fix проблем на Windows платформи, където обвивката ще се срине, ако не успее да влезе в директорията на конфигурирана wrapper.logfile. Въведени във Версия 3.5.5. Bug # 3,087,424.
• подобряване на начина, предупреждения сте влезли, когато има проблеми писмен вид до конфигуриран wrapper.logfile така че съобщението ще бъде записано в лог файл, че обвивката озовава използване в случай че е успешна в спадайки към дневника по подразбиране файл.
• Fix проблем на Windows платформи, където wrapper.java.additional. свойства, които са указани в командния ред, и които се съдържат интервали, не са били requoted правилно, когато изграждането на командния ред Java. Въведени във Версия 3.3.6.
• Отстраняване на проблем, когато предупредителното съобщение логнат за невалидни стойности на wrapper.java.additional. собственост, съдържаща се повреден текст. Въведени във Версия 3.3.6.
• Fix проблем на UNIX платформи, където невалидна стойност за wrapper.java.additional. имот е правилно да бъдат докладвани и след пропуска, но в резултат на командния ред за стартиране на JVM имаше празна стойност, която се причинява от JVM да не успее да стартира. Невалидна стойност е всяка стойност, която не започва с & quot; - & quot; характер.
• Добави нова променлива WRAPPER_INIT_DIR среда, която може да се използва за указване на работната директория, от която обвивката стартира. Това е необходимо за някои приложения, защото обвивката винаги променя своята работна директория на местоположението на Wrapper двоичния код.
• Промяна на скрипт на UNIX, така че вече не се променя текущата работна директория на местоположението на сценария. Това вече не е необходимо, тъй като обвивката е промяна на работната директория на собствената си местоположение от версия 3.2.0.
• Добави нов wrapper.request_thread_dump_on_failed_jvm_exit.delay имот да контролира колко дълго обвивката ще чакаме след това се изсере конец преди да убие процеса Java. Това забавяне винаги е бил кодиран за 5 секунди.
• почистване на текста на няколко предупредителни съобщения за невалидни стойности за конфигуриране, за да станат по-последователно.
• (Professional Edition)
• Добави нов wrapper.jvm_kill.delay собственост, което дава възможност да се контролира количеството на време, за да се даде възможност между jvm_kill събитието бъде уволнен и на JVM действително да бъдат убити.