Java Service Wrapper Community Edition

Сервис Java Wrapper Community Edition представляет собой программное обеспечение командной строки абсолютно бесплатно и с открытым исходным кодом, который был разработан с нуля, чтобы выступать в качестве настраиваемый и простой в использовании утилита для развертывания Java приложения, как родных демонов UNIX или Windows, фон services.Provides устранение неисправностей functionalityIt является гибкой, надежной и кросс-платформенный программное обеспечение, которое обеспечивает функциональность коррекции ошибок, который будет автоматически перезапустить не отвечающих или разбился JVM, (виртуальные Java-машины). Кроме того, программное обеспечение имеет стандартный сценариев, легкий монтаж приложений и функциональность журналирования, управление дочерними процессами, приуроченные события, Уведомления электронной почты, команды событий, относительные пределы памяти, поддержка нескольких языков, а также пользовательские события и действия.
Сообщество издание распространяется под открытой лицензией, ею и Rsquo; s функциональность ограничена, так как вы сможете использовать только позволяют приложениям Java для запуска в качестве демона UNIX, чтобы перезагрузить и контролировать виртуальные машины, чтобы контролировать приоритет процесса, чтобы триггера JVM перезапускается, резьбы свалки и остановок, чтобы использовать рабочий каталог пользовательский, использовать маски, а также войти и захватить JVM консоли output.Getting началось с Java службы Wrapper Community EditionTo начать с Community Edition Ява Service Wrapper скачать пакет, который соответствует вашим компьютером и Rsquo; с архитектурой, сохранить архив на домашней директории, распаковать его, откройте терминал приложение, перейдите в папку, в & lsquo; бен & Rsquo; Папка (например, CD /home/softoware/wrapper-linux-x86-64-3.5.26/bin/) и запустить & lsquo; ./ обертку & Rsquo; Команда, которая будет отображать сообщение об использовании и доступные options.Runs командной строки по широкому кругу POSIX и UNIX-подобной операционной systemsJava Service Wrapper распространяется в трех редакциях, Community Edition, Standard Edition и Professional Edition. Он совместим со всеми дистрибутивами GNU / Linux, но работает на широком диапазоне POSIX и UNIX-подобных операционных систем, в том числе FreeBSD, AIX, HP-UX, Microsoft Windows, Mac OS X, и Solaris, поддерживающей 64-бит (x86_64 ), 32-разрядный (x86), Армел, ARMHf, SPARC, s390, s390x, Itanium PPC (PowerPC), а также PA-RISC аппаратные платформы.

Что нового В этом выпуске:.

• Улучшение сообщения журнала, когда JVM перезапуск требуется при обертки находится в состоянии, что он будет проигнорирован (Стандартный / Professional Edition)
• добавить дополнительные сообщение об отладке, когда тупик развертки завершена. Нет функциональное изменение, но это был добавлен, чтобы сделать его легко сказать, как долго развертки принимает данного приложения.
• Очистка внутренней отслеживание, где были установлены переменные окружения. Нет функциональные изменения.
• При обнаружении Cygwin с "uname -o 'в файле сценария, некоторые ОС (Solaris, MacOS и т.д.) сообщение об ошибке, потому что" -o "не является допустимым параметром. Теперь мы скрываем это сообщение об ошибке, чтобы избежать путаницы, и мы можем предположить, что Cygwin не работает.
• Добавить возможность контролировать работает служба с помощью Systemd файл сценария.
• В Mac OS X, исправить опечатку, добавить еще один альтернативный способ найти Java для установки переменной среды JAVA_HOME, и использовать полный путь, чтобы выполнить SYSCTL в случае, если это не находится в пути. Благодаря Dannes Весселс за указание на это.
• Исправлена ​​проблема на новых версиях винды при настройке обертки. Сертификат не был удален при создании цель. Это ведет к ошибке при попытке подписать цель с нового сертификата.
• Добавить недостающую поддержку в скрипт для перезагрузки / остановка службы Wrapper с launchctl на Mac OS X.
• Добавить недостающую поддержку в скрипт для перезагрузки / остановка службы Wrapper с Upstart.
• Добавить возможность установить путь команды «Су», а также возможность указать дополнительные аргументы в сценарии оболочки оболочки с использованием новых SU_BIN и SU_OPTS переменные.
• Исправлена ​​проблема в вспомогательных классов WrapperSimpleApp, WrapperStartStopApp и WrapperJarApp где проблемы командной строки, которые привели в JVM выхода на старте выглядели как неожиданных выходов. Это означало, что обертка будет пытаться возобновить JVM снова, а не давать на первой попытке.
• Изменены вспомогательные классы WrapperSimpleApp, WrapperStartStopApp и WrapperJarApp так, чтобы их баннеры использования только теперь показано командной строки, связанных проблем. Проблемы с указанных классов, методов, или Jar файлы по-прежнему регистрируется как ошибки, но показывая пользователю использование в этих случаях в заблуждение.
• Исправьте метод WrapperResources.getString (), который не имеет запасные аргументы так, чтобы его обработка сырья строки обрабатываются так же, как методы, которые имеют аргументы замены. Теперь все строки обрабатываются класса MessageFormat перед возвращением. Предыдущие версии не согласуются о необходимости избежать одиночные кавычки.
• Добавлена ​​опция проверки ключа, чтобы убедиться, что строки, передаваемые в метод WrapperResources.getString () имеют правильный формат. Смотрите класс WrapperResources информации, как включить.
• Добавить новые варианты недвижимости wrapper.backend.type: AUTO, гнездо, SOCKET_IPv4, SOCKET_IPv6, трубы. При установке на AUTO, обертки будет пытаться открыть сокет IPv4 и IPv6 возврат к трубе и в случае ошибки.
• Исправлена ​​ошибка при преобразовании из многобайтовыми широкому гольца без установки локали при запуске (только для Unix). Благодаря Берт.
• Добавить '' CLOSE_BACKEND псевдоним "CLOSE_SOCKET" как команду испытания для характеристики wrapper.commandfile. Это потому, что там были несколько вариантов для подключения серверной в течение некоторого времени, и это название более портативным.
• Исправлена ​​проблема на Mac при работе OS X Yosemite, где сценарий был не в состоянии правильно сравнить версии '10 .10 ', чтобы '10 .5.0'. Это ведет к сценарию, думая, что только 32-битные двоичные файлы могут быть запущены. Это был только вопрос, если в настоящее время используется дельта пакет именование обертки двоичных файлов.
• Добавить новое свойство wrapper.java.classpath.missing.loglevel что позволяет контролировать, как обертка регистрирует предупреждения о пропавших без вести путь к классам. Ранее это было всегда регистрируется как отладочный вывод и не может быть отключена.
• Если есть какие-либо проблемы низкого уровня запуска процесса Java, которые не связаны с конфигурацией или самой JVM, обертки больше не будет пытаться снова, как такие повторные были бессмысленны.
• интерфейсы системы Windows, есть проблемы, которые вызывают процесс к краху, если он пытается установить переменную окружения над 32767 символов в длину. Обертки теперь это проверяет и регистрирует ошибку, а не установив переменную. Это было проблемой, если очень крупные пути к классам, были использованы, когда имущество wrapper.java.classpath.use_environment правда.
• Окна не позволяют командной строки длиннее, чем 32766 символов в длину. Различные версии окон обрабатывать его по-разному, когда такой длинный предусмотрена команда. Обертки теперь делает свой чек и выдает ошибку на постоянной основе.
• Улучшение сообщение об ошибке на платформах UNIX, когда командная строка длиннее, чем максимум системы. Этот максимум значительно варьируется в зависимости от платформы и среды, и ее трудно рассчитать надежно, так что максимальная длина в настоящее время не показано в сообщении.
• Исправлена ​​проблема на платформах UNIX, где очень большой файл конфигурации может привести к WrapperManager сбой ввода в эксплуатацию. Это было вызвано частичной передачи файла конфигурации в WrapperManager через соединение серверной. Это происходит вне зависимости от типа используемого серверной. Размер файла конфигурации, которые могут вызвать проблемы в значительной степени изменяться в зависимости от конкретной системы.
• Исправлена ​​проблема на платформах Windows, где очень большой файл конфигурации будет не в состоянии быть отправлены в WrapperManager на старте, когда имущество wrapper.backend.type был установлен на трубе. Единственной проблемой было то, что WrapperManager.getProperties () метод будет пустым. (Professional Edition)
• Добавить чеки в WrapperManager.exec () методы на Windows, для максимальной длины командной строки 32766, а максимальная переменной среды имя-значение длины пара 32767. (Professional Edition)
• Исправлена ​​проблема, когда свободен от NULL указателя делалось в рамках процесса очистки вызова WrapperManager.exec (). Это не известно, вызвали каких-либо проблем.
• Добавлена ​​getStdOut (), getStdErr (), и getStdIn () методов к классу WrapperProcess как псевдонимов на getInputStream (), getErrorStream (), и getOutputStream () методы, чтобы избежать путаницы.
• Исправлена ​​проблема на Windows 7, где длинные очереди журнала испортился после 31397 символов при wrapper.console.direct правда. Это, кажется, проблема с лежащей в основе Windows API и был только вопрос дисплей. Уменьшено максимальное количество символов, которые могут быть записаны с помощью одного вызова API 30000 обойти вопроса. Это изменение внутренней и до сих пор нет ограничений на длину зарегистрированных линий.
• Исправлена ​​тупик, если не удалось обертки, чтобы написать на серверной, когда имущество было wrapper.backend.type трубы. Найдено по проверке кода и не известно, на самом деле произошло.
• С Mac OSX 10.5.0, файл сценария будет использовать ключ 'KeepAlive "в конфигурационном файле launchctl. Предыдущие версии Mac OSX будет продолжать использовать тот же ключ '' OnDemand. Благодаря Робин за указание на это. (Стандартный / Professional Edition)
• Запретить использование hostids связанных с устройствами Apple, Bluetooth, когда работает на виртуальной системы Windows, размещенную на OS X системы.
• Исправлена ​​проблема, когда WrapperManager.log () не работает правильно, когда многобайтовые сообщения были зарегистрированы.
• В отладочной полный свойства конфигурации пакета подавляется с выхода журнала, потому что он огромен и может содержать конфиденциальные данные. Добавить размер в сокращенном выходе, чтобы помочь с отладкой.
• Исправлена ​​утечка памяти на платформах UNIX, когда сообщение об ошибке в сообщении. Это было только проблемой, если сообщение было зарегистрировано несколько раз.
• Правильные пару других потенциальных утечек памяти найден через проверки кода. Не известно, были вызывая каких-либо актуальных проблем.

Что нового в версии 3.5.23:

• Стандартная / Professional Edition:
• Когда неизвестный тип лицензии встречается, включают неизвестный тип в сообщении об ошибке, чтобы помочь с отладкой.
• Исправлена ​​проблема коррупции памяти на г / OS, когда язык был установлен на местности двухбайтной как японский.
• Пройдите и сделать обертку гораздо более долговечны, когда плохо закодированы двойные символы байт встречаются.
• Preofessional Издание:
• Изменение исключение выдается при WrapperManager.exec () вызывается, когда обертка выключение, так что теперь говорит, что вместо того, говорят, что родной библиотеки не загружается.
• обертка теперь более осторожны, чтобы убедиться, что базовая никогда не закрываются, а дочерний процесс в настоящее время запущен для того, чтобы обертка знает обо всех дочерних процессы, запущенные.
• Добавить предупреждение в случае обертка не уведомлены о запущенного дочернего процесса в связи с присоединением базовая закрыт.
• Исправлена ​​потенциальная NPE, которые могут быть брошены во время чтения STDOUT или выход к стандартному потоку ошибок из дочернего процесса, а обертка была выключение и после дочерний процесс завершился.
• Исправлена ​​проблема на платформах UNIX, где мы были застрять пытается очистки после процесса, который в настоящее время блокировки при чтении, стандартный вывод или поток ошибок.
• Исправлена ​​проблема на платформах 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 (), так это согласуется с остальной обертки.
• Исправлена ​​проблема, когда не могут быть удовлетворены требования библиотека Iconv в FreeBSD 10. Теперь местонахождение библиотеки динамически ищете /usr/local/lib/libiconv.so, /usr/local/lib/libbiconv.so или /lib/libkiconv.so.4 в этом порядке.
• Исправлена ​​МЕТОДА WrapperPrintStream.println (), так, содержащие символы перевода строки строки правильно было каждая строка добавляется с настроенным заголовком.

Что нового в версии 3.5.14:

• Исправлена ​​проблема в AppCommand.bat.in Файл, в котором скобки в имени файла двоичной Упаковочный бы вызвало & Quot; ПУТЬ было неожиданным в это время и Quot; Ошибка.
• (Стандартный / Professional Edition)
• Исправлена ​​проблема при использовании локализованной версии обертку на 64-битных платформах Windows, где обертка будет продолжать использовать язык системы по умолчанию, даже wrapper.lang был использован, чтобы указать другой язык. Введенный в 3.5.12.
• Исправлена ​​проблема в основе пакетного файла в командной Окна AppCommand.bat.in где команда 'Status' неправильно сообщается как '' запроса на выходе использования. Команда 'Status' всегда работал правильно, если используется.
• Исправлена ​​проблема на платформах UNIX, где некоторые асинхронные сообщения были вызывая предупреждение & Quot; Кодирование ошибки ... и Quot; чтобы войти в место предполагаемого сообщения. Это можно рассматривать, если настроен файл журнала не имеет разрешения на запись. Помимо неправильного сообщения журнала, обертки работал правильно. Введенный в 3.5.2.
• Исправлена ​​проблема в сценарии UNIX, где работает с выскочкой, не работает правильно, когда RUN_AS_USER был установлен.
• Relax проверки безопасности при выполнении команды "Статус" против скрипт UNIX, так что теперь позволяет любому пользователю запустить сценарий, чтобы выполнить проверку только для чтения файла PID.
• Исправлена ​​проблема со скриптом UNIX, где "Удалить" команды пытался остановить работающее приложение, даже если не было установлено приложение.
• Fix переполнение буфера, которые потенциально могут привести к аварии во время установки службы Windows, когда wrapper.ntservice.account уточняется. Это было введено в 3.5.12.
• Исправлена ​​повреждение кучи, которые могут возникнуть при запуске и потенциально привести к аварии. Только системы Windows, которые используют Журнал событий, были затронуты. Обнаружен из обзора кода, там никогда не было каких-либо сообщений о проблемах, вызывающих этом для пользователей. Это может произойти, если настроен wrapper.log не могут быть записаны как обертка всегда пытается записать в журнал событий в таких случаях. Введенный в 3.5.12.
• Добавить новый сравнение версий между скриптом и UNIX Wrapper, чтобы начать показ предупреждение в случае несовпадения версий. Проверка будет работать, только если скрипт и обертка, каждый, по крайней мере версии 3.5.14.
• Добавлена ​​новая недвижимость wrapper.pidfile.strict, который расскажет обертки не начинать, если файл PID уже существовал. По умолчанию ложным для обратной совместимости.
• Сделать на Java сторона серверной гнездо более устойчивыми в случае чтения или записи тайм-аут. Базовая сокет не имеют тайм-аута установленное по умолчанию, так что это не должно было быть проблемой. Пару пользователи сообщали о проблемах на конкретных систем, однако, что привело к данного исправления.
• Чтобы помочь в тестировании тайм-аута серверной гнездо, новое свойство системы wrapper.backend.so_timeout был добавлен, чтобы сделать возможным, чтобы настроить бэкэнда гнезда, чтобы использовать тайм-аут. См Javadocs в WrapperManager.exec () класса для деталей.

Что нового в версии 3.5.11:

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

Что нового в версии 3.5.9:

• Исправлена ​​проблема на Windows, где сетевые адаптеры, чьи имена содержащаяся & 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:

• (Стандартный / Professional Edition)
• Начиная с версии 3.5.5, мы недействительным использовать все 00FF * hostids на окнах, чтобы избежать проблем с изменением hostids, когда пользователи имеют сетевой адаптер Можжевельник подключения к сети на их системе. Это оказалось слишком ограничительный характер, поскольку гостевых ОС под управлением Parallels также использовать этот диапазон НомерУзла. Обертки теперь более осторожны, чтобы только недействительными фактической Juniper hostids подключения к сети.
• (Стандартный / Professional Edition)
• Улучшение сообщение, показанное на пользователя, когда обертка не в состоянии найти любые hostids для системы.
• Исправлена ​​проблема с оболочки скрипта на Solaris, где опция -F не ​​был доступен для Grep.
• Добавлена ​​информация о версии Windows, на выходе обертка отладки.
• Добавлена ​​свойство wrapper.log.warning.threshold что делает обертки показать предупреждение, когда он обнаруживает, что обертка взял много времени, чтобы записать сообщение журнала. Это был добавлен, чтобы проверить объявленное вопрос, вызванную медленными IO на очень сильно загруженных системах.
• Исправлена ​​проблема, когда фильтр, который просил, чтобы перезапустить JVM будет игнорироваться, если JVM вышли на свой собственный немедленно. Обертки теперь более последовательным, так что запросы на возобновление изнутри JVM или фильтров будет всегда иметь приоритет над такими просьбами выхода. Внешние запросы выключение, или из других действий по-прежнему ведут себя, как они это делали в прошлом, и по-прежнему закрытия обертки. Обертки также регистрирует сообщения в отладочный вывод, если выдающийся запрос перезапуска сохраняются или игнорируются.
• Исправлена ​​проблема в пакетном файле AppCommand.bat, которое может возникнуть на некоторых платформах Windows, с некоторыми системными кодировок многобайтными. Сценарий был переписан и сомнительные детали были упрощены. Функциональность сценария была сохранена.
• Добавлена ​​переменная WRAPPER_CONF_DIR окружающей среды, которые могут быть использованы для свойств конфигурации. (Запрос о 3160644)
• Сделано сценарий выхода с кодом правой выход полученных при запуске скрипта как другой пользователь, указанный в RUN_AS_USER. (Сообщение об ошибке 3185281)
• Fix нарушение доступа, которые могут произойти, если сертификат подписи кода не удалось проверена.
• Войти ошибку, если базовая розетка принудительно закрыто снаружи. Это было получать вошли на уровне отладки журнала. Сообщение & Quot; существующее соединение было принудительно закрыто удаленным хостом. (0x2746) и Quot ;. Потому что сообщение было только регистрируется, если отладочный вывод был включен, JVM будет перезапущен без четкого объяснения того, что случилось. Источник закрытия сокета находится под следствием.
• (Professional Edition)
• Добавлена ​​вызова fireUserEvent Java в API WrapperManager. Это позволяет стрелять почту пользовательских событий, действий без триггера фильтра. Пожалуйста, найти более подробную информацию о модели безопасности для этого вызова на странице в безопасности.
• Fix предупреждение о Mac версий, если команда настроена Java не было Universal Binary. Проверка была добавлена ​​в 3.4.0, чтобы убедиться, что wrapper.java.command прямо указал на исполняемый файл, чтобы избежать неожиданного поведения при запуске сценария. Сообщение всего лишь предупреждение и обертки продолжает независимо. Стандартный КПП, ppc_64, x86_64, i386, а также универсальные исполняемые файлы теперь все работает правильно без предупреждения.
• Значение по умолчанию обертки. *. свойства UMASK использует текущую биты полномочий процесс имеет. Перед значение по умолчанию всегда 0022.
• Добавить новое свойство wrapper.backend.type, который используется для управления общается ли оболочка с JVM с помощью традиционных и Quot; РАЗЪЕМ & Quot; или новая экспериментальная & Quot; ТРУБЫ & Quot ;. Это был добавлен в качестве обходного пути к редкой проблемой, когда некоторые машины окна закрытия сокета на уровне ОС. Это было только когда-либо видели на Windows 2003, но может существовать в других версиях Windows, а также.
• Добавить новую экспериментальную недвижимость wrapper.use_javaio_thread который вызывает оболочку для обработки весь вывод Java Console в выделенном потоке.
• Добавьте метод новый WrapperManager.isNativeLibraryOk (), которая позволяет пользователю легко код проверки или не был загружен родной библиотеки и инициализации при запуске.
• Добавить новую команду PAUSE_THREAD к wrapper.commandfile собственности, что делает возможным проверить, как ведет себя обертки, когда различные темы блокировать или заморозить. Это было использовано для моделирования и воспроизведения проблем на сильно связанных серверов ввода-вывода.
• Улучшение способ Java стороне обертки ведет себя при обертки не в пинг JVM в течение длительного периода времени. Виртуальная машина Java используется для выхода, чтобы сам синхронизацию себя с JVM. Это вызывало проблемы на системах, которые были в значительной степени потому, что IO границу обертки может заблокировать на некоторое время, пытаясь записать в файл журнала и JVM выходил. Виртуальная машина Java теперь будет никогда выхода при таких обстоятельствах. Виртуальная машина Java никогда не станет сиротой, потому что он все равно будет выйти практически сразу, если базовая розетка или трубы с оболочкой когда-либо закрыта.
• устаревшим методом WrapperManager.appearOrphan (), как это используется, чтобы моделировать аварийный режим, который больше не является возможным с обертки.
• Изменен способ обертки обработки ошибок сертификата о сертификате подписи кода / проставление даты. Обертки теперь только сам отключится, если подпись двоичной не была успешно проверена, потому что двоичный или подпись была неправильный формат, но не, если любая проблема с контр-подписанта был найден. Начиная с 3.5.7, двоичные файлы для Windows обертки подписаны. Некоторые пользователи с заблокированных систем Windows 2008 были проблемы с оболочкой отказывается начать, потому что сертификат Comodo были отключены от их системы.
• Добавить новый wrapper.java.detach_started имущество, которое делает возможным использование обертки в качестве простого инструмента для запуска приложений Java. Когда он включен, обертки немедленно завершается, а JVM осталось работать на своей собственной.
• При запуске этой обёртки как указанный счет пользователя, через свойство wrapper.ntservice.account, обертки будет добавить разрешения для учетной записи, чтобы войти в систему как службы автоматически при установке. (Запрос о # 3286491)

Что нового в версии 3.5.6:

• Исправлена ​​проблема на платформах UNIX, где файл журнала Путь был рассчитывается неправильно, если абсолютный путь был указан wrapper.logfile, и файл не сделал уже существует. Предупреждающее сообщение было отображается, но обертка будет продолжать использовать файл журнала по умолчанию. Был проблема в сообщении отображается вызвавшего сбой на некоторых платформах Mac OSX включают. Введенный в версии 3.5.5.
• Исправлена ​​проблема на платформах Windows, где обертка к краху, если это не может получить доступ к директории настроенного wrapper.logfile. Введенный в версии 3.5.5. Ошибка # 3087424.
• Улучшение способ предупреждения вошли, когда есть проблемы с записью на настроенного wrapper.logfile так, что сообщение будет теперь записывается в файл журнала, который обертку заканчивает использования в случае успеха в отступали в журнал по умолчанию файлов.
• Исправлена ​​проблема на платформах Windows, где wrapper.java.additional. свойства, заданные в командной строке, и содержащиеся пространства, были не перекодировано правильно, когда построения командной строки Java. Введенный в версии 3.3.6.
• Исправлена ​​проблема, когда предупреждение в журнал для недопустимых значений в wrapper.java.additional. недвижимость, содержащаяся поврежденный текст. Введенный в версии 3.3.6.
• Исправлена ​​проблема на платформах UNIX, где недопустимое значение для wrapper.java.additional. недвижимость правильно сообщается, а затем пропускается, но в результате командной строки для запуска JVM было пустое значение, что была причиной JVM, чтобы не запустить. Недопустимое значение любое значение, которое не начинается с & Quot; - & Quot; характер.
• Добавить новую переменную окружения WRAPPER_INIT_DIR, которые могут быть использованы, чтобы ссылаться на рабочую директорию, из которой был запущен обертки. Это необходимо для некоторых приложений, поскольку обертки всегда изменяется рабочий каталог к ​​местоположению обертки двоичном виде.
• не Измените скрипт UNIX, так что больше не изменяет текущий рабочий каталог в месте сценария. Это больше не нужны, потому что обертка была изменения рабочего каталога в собственной месте, начиная с версии 3.2.0.
• Добавить новое свойство wrapper.request_thread_dump_on_failed_jvm_exit.delay контролировать, как долго будет ждать Упаковочный после выполнения дампа потоков, прежде чем убить процесс Java. Эта задержка всегда жестко до 5 секунд.
• Очистка текст несколько предупреждающих сообщений о недействительных значений конфигурации, чтобы сделать их более последовательными.
• (Professional Edition)
• Добавить новое свойство wrapper.jvm_kill.delay что позволяет контролировать количество времени, чтобы позволить между событием jvm_kill увольнения и JVM на самом деле убивают.
  
  
  
  
  

Требования

• Oracle Java Standard Edition Runtime Environment