Java Service Wrapper Community Edition

Java Service Wrapper Community Edition je zcela zdarma a open source příkazového řádku software, který byl navržen od základu, aby jednala jako konfigurovatelný a snadno použitelný nástroj pro nasazení java aplikace jako nativní UNIX démonů nebo Windows pozadí services.Provides korekce chyba functionalityIt je flexibilní, spolehlivé a cross-platform software, který poskytuje poruchy korekční funkce, které budou automaticky restartuje nereagují nebo se zhroutil JVM (Java Virtual Machines). Kromě toho, software je k dispozici standardní skriptování, snadnou instalaci aplikace a funkce protokolování, řízení podřízených procesů, načasované události, upozornění e-maily, příkazy události, relativní omezení paměti, podporu více jazyků, stejně jako uživatelem definované události a akce.
Community Edition je šířen pod open source licencí, které má & rsquo; s funkčnost je omezená, protože je budete moci používat pouze umožnit Java aplikace běžet jako démon UNIX, restartovat a sledovat JVM, řídit prioritu procesu, na trigger JVM restartuje, závitové skládky, a odstávek, používat pracovní adresář vlastní, použít zástupné znaky, stejně jako pro přihlášení a zachytit JVM konzola output.Getting začal s Java Service Wrapper Společenství EditionTo začít s Community Edition Java Service Wrapper stáhnout balíček, který odpovídá vašemu počítači a rsquo; s architekturou, archiv uložit na vašem domovském adresáři, rozbalíme jej, otevřete terminál aplikaci, přejděte na umístění a lsquo; koše & rsquo; složky (např cd /home/softoware/wrapper-linux-x86-64-3.5.26/bin/) a spustit & lsquo; ./ obal & rsquo; příkaz, který zobrazí zprávu o použití a jsou k dispozici příkazového řádku options.Runs na širokou škálu POSIX a UNIX-like operační systemsJava služby obal je distribuován ve třech edicích, Community Edition, Standard Edition a Professional Edition. Je kompatibilní se všemi distribucí GNU / Linuxu, ale běží na širokou škálu POSIX a UNIX, jako jsou operační systémy, včetně FreeBSD, AIX, HP-UX, Microsoft Windows, Mac OS X a Solaris, podpora 64-bit (x86_64 ), 32-bit (x86), Armel, ARMHf, SPARC, s390, s390x, Itanium, PPC (PowerPC), stejně jako PA-RISC hardwarové platformy.

Co je nového v této verzi:.

• Zlepšit zprávy protokolu, pokud je restart JVM vyžádat při Obálka je ve stavu, že bude ignorovat (Standard / Professional Edition)
• Přidat další ladění zprávu, když dokončí zablokování zametat. Žádné funkční změny, ale to byla přidána, aby bylo snadné říci, jak dlouho trvá zatáčka na dané aplikaci.
• Vyčistěte vnitřní sledování, kde byly nastaveny proměnné prostředí. Žádné funkční změny.
• Při detekci Cygwin se "uname -o 'v souboru skriptu, některé operační systémy (Solaris, MacOS, atd.) Se zobrazí chybové hlášení, protože" -o "není platný parametr. Nyní skrýt tato chybová zpráva, aby nedocházelo k záměně a můžeme odhadnout, že Cygwin není spuštěna.
• Přidat schopnost řídit spuštěna služba s systemd pomocí souboru skriptu.
• V systému Mac OS X, opravit překlep, přidat další alternativní způsob, jak najít Java nastavit proměnnou JAVA_HOME prostředí, a použijte úplnou cestu k provedení sysctl v případě, že to není v cestě. Díky Dannes Wessels na to poukázat.
• Opravit problém na novější verze systému Windows při přizpůsobení obalu. Certifikát nebyl odebrán při vytváření cíle. To byl vedoucí k chybě při pokusu o přihlášení cíl s novým certifikátem.
• Přidat chybějící podpora v skriptu pro spuštění / zastavení obálka služby s launchctl na Mac OS X.
• Přidat chybějící podpora v skriptu pro spuštění / zastavení obálka služby s povýšeného.
• Přidat možnost nastavit cestu příkazem 'su', stejně jako schopnost určit další argumenty v obalu skriptu pomocí nových SU_BIN a SU_OPTS proměnných.
• Opravit problém v WrapperSimpleApp, WrapperStartStopApp, a WrapperJarApp pomocných tříd, kde jsou problémy s příkazového řádku, které vyústily v JVM ukončení při startu vypadaly jako nečekané východy. To znamená, že obal se pokusí oživit JVM opět spíše, než by se na první pokus.
• upravil pomocné třídy WrapperSimpleApp, WrapperStartStopApp, a WrapperJarApp tak, aby jejich využití bannery se nyní zobrazí pouze u příkazového řádku související problémy. Problémy s uvedených tříd, metod nebo jar soubory jsou stále přihlášen jako chyby, ale ukazuje uživateli použití v těchto případech bylo matoucí.
• Opravte metodu WrapperResources.getString (), která nemá žádné náhradní argumenty tak, že jeho zpracování surového řetězce se zachází stejně jako metody, které mají náhradní argumenty. Nyní jsou všechny řetězce jsou zpracovány podle třídy MessageFormat před tím, než se vrátil. Předchozí verze nebyly konzistentní o potřebě uniknout apostrofy.
• Přidáno volitelný klíč ověření, aby se ujistil, že řetězce prošel v metodě WrapperResources.getString () jsou formátovány správně. Podívejte se na třídu WrapperResources informace, jak povolit.
• Přidat nové možnosti pro nemovitosti wrapper.backend.type: AUTO, zásuvka, SOCKET_IPv4, SOCKET_IPv6, roury. Při nastavení na AUTO, Wrapper se pokusí otevřít socket IPv4 a fallback na IPv6 a potrubí v případě chyby.
• Fix chyba při převodu z vícebytový širokému char bez nastavení národního prostředí při spuštění (pouze Unix). Díky Bert.
• Přidat "CLOSE_BACKEND" alias "CLOSE_SOCKET", jako příkaz test pro wrapper.commandfile majetku. Je to proto, že tam byly více možností pro připojení backend na nějaký čas a název je přenosný.
• Opravit problém na Mac při spuštění OS X Yosemite, kde byl skript nedaří správně porovnat verze '10 0,10 "na '10 .5.0". To vedl k zápisu myslet si, že pouze 32-bitové binární soubory by mohl být spuštěn. To byl jen problém, pokud byla použita delta balení pojmenování obalu binárních souborů.
• Přidat nový wrapper.java.classpath.missing.loglevel majetku, který umožňuje kontrolovat, jak Wrapper přihlásí upozornění o chybějící cesty ke třídám prvků. Dříve to bylo vždy přihlášen jako ladění výkonu, a nemohl být zakázán.
• Pokud se vyskytnou nějaké problémy, nízké úrovně spouštění Java proces, které nejsou spojené s konfigurací, nebo samotné JVM, Wrapper nebude zkuste to znovu jako takové pokusy byly bezvýznamné.
• systém Windows API máte nějaký problém, který způsobí, že proces selhat, pokud se pokusí nastavit proměnnou prostředí více než 32767 znaků. Wrapper nyní kontroluje to a zaznamená chybu, spíše než nastavení proměnné. To byl problém, pokud byl použit velmi velké classpaths když wrapper.java.classpath.use_environment majetek byl TRUE.
• Windows neumožňuje příkazového řádku být delší než 32766 znaků. Různé verze Windows zacházet jinak, když je tak dlouho příkaz k dispozici. Wrapper nyní dělá svou vlastní kontrolu a ukazuje chybu v konzistentním způsobem.
• Zlepšit chybovou zprávu na platformách UNIX, když příkazový řádek je delší než maximální systému. Tato maximální značně liší podle platformy a životní prostředí, a je obtížné vypočítat spolehlivě, takže maximální délka není zobrazen ve zprávě.
• Opravit problém v systému UNIX platformách, kde velmi velké konfigurační soubor by mohl způsobit WrapperManager selhání uvedením do provozu. To bylo způsobeno částečným převodem konfiguračního souboru do WrapperManager přes připojení backend. To by se stalo, bez ohledu na typ backend používá. Velikost konfiguračního souboru, která by způsobila problém značně lišily podle konkrétního systému.
• Oprava problému na platformách Windows, kde by se velmi velké konfigurační soubor se nepodařilo odeslat do WrapperManager při startu, kdy byla wrapper.backend.type vlastnost nastavena na potrubí. Jediný problém byl, že WrapperManager.getProperties () metoda by byla prázdná. (Professional Edition)
• Přidat kontroly na WrapperManager.exec () metody v systému Windows pro maximální délky příkazového řádku z 32766, a maximální proměnná prostředí název-hodnota délky pár 32767. (Professional Edition)
• Opravit problém, kdy bez NULL ukazatel se děje v rámci sanace procesu s WrapperManager.exec () volání. To není známo, že by způsobil nějaké problémy.
• Added getStdOut (), getStdErr (), a getStdIn () metody v třídě WrapperProcess jako alias k getInputStream (), getErrorStream (), a getOutputStream () metody, aby nedocházelo k záměně.
• Opravit problém v systému Windows 7, kde dostal dlouhé fronty protokolu poškození po 31397 znaků při wrapper.console.direct byla pravda. To se zdá být problém s podkladového Windows API a byl jen problém zobrazení. Snížení maximální počet znaků, které mohou být psán s jedním voláním API 30000 k řešení problému. Tato změna je vnitřní, a tam je ještě žádný limit na délku přihlášených linek.
• Oprava patovou situaci, pokud Wrapper nepodařilo zapsat na backendu, kdy wrapper.backend.type majetek byl PIPE. Nalezeno kódem přezkum a není známo, že by se skutečně stalo.
• Od Mac OSX 10.5.0, skript bude používat tlačítko "udržovací" v konfiguračním souboru launchctl. Předchozí verze Mac OS X bude i nadále používat stejný klíč "OnDemand". Díky Robin na to poukázat. (Standard / Professional Edition)
• Zakázat používání hostids vázané na zařízení Apple Bluetooth při provozu na virtualizovaném systému Windows hostitelem na OS X systému.
• Opravit problém, kdy WrapperManager.log () nefunguje správně, pokud byli přihlášeni multi-byte zprávy.
• Ve výstupu ladění plně vlastností konfigurace paket je potlačena z výstupu log, protože to je obrovská a může obsahovat citlivá data. Přidat velikost do zkráceným výstup na pomoc při ladění.
• Oprava nevracení paměti na platformách UNIX, kdykoli se zobrazí chybová zpráva hlášena. To byl problém jen v případě, že zpráva byla opakovaně zaznamenány.
• Správné pár další potenciální úniky paměti najít pomocí kódu přezkumu. Není známo, že byly zjištěny žádné skutečné problémy.

Co je nového ve verzi 5.03.23:

• Standardní / Professional Edition:
• Pokud se narazí na neznámý typ licence, patří neznámý typ v chybové zprávě na pomoc s ladění.
• Opravit problém poškození paměti v systému z / OS, kdy byl jazyk nastaven na double byte národní jako Japonci.
• projít a udělat obálka mnohem odolnější, když špatně zakódované double byte znaky se vyskytují.
• Preofessional Edition:
• Upravit výjimku dojde, když WrapperManager.exec () je volána, když je obal vypnutí, takže se teď říká, že spíše než tím, že nativní knihovna není načten.
• Obálka je nyní opatrnější, aby se ujistil, že backend je nikdy uzavřen, zatímco dítě proces je zahájen, aby zajistily, že obal ví o všech dětských procesů zahájených.
• Přidat upozornění v případě, že je obal není oznámeno zahájeného procesu, dítě v důsledku spojení backend je uzavřen.
• Oprava potenciální NPE, která by mohla být vyvolána při čtení stdout nebo stderr výstup z podřízeného procesu, zatímco Obálka byla vypnutí a poté, co dítě proces ukončen.
• Opravit problém na platformách UNIX, kde jsme se dostat přilepená snaží vyčištění po procesu, který v současné době blokování na čtení z stdout a stderr.
• Opravit problém na UNIX platformách, kde timeout se snaží získat vnitřní zámek seznamu dítěte procesů způsobuje vnitřní rozporu s rozejít, což vede k jiným ukončen podřízené procesy byly ponechány jako zaniklé zombie až do procesu Java ukončen.
• Oprava problému na platformách UNIX, kde popis souboru potrubí slouží ke komunikaci s dítětem procesy byly nesprávně předány všechny podřízené procesy. Nebyli růst v průběhu času.
• Oprava problému na FreeBSD systémech, kde se wrapper.lang.encoding by byla vyloučena na UTF-8 správně, když se proměnná LANG prostředí není nastavena.
• Oprava potenciální synchronizační problémy volající WrapperProcess.waitFor () nebo WrapperProcess.exitValue ().
• Přidat další debug výstup ukazuje různé hodnoty časového limitu na pomoc s problémy uživatelů ladění.
• Opravit problém, kdy skript nebyl správně detekci OS verzi s Mac OSX Maverick.
• Přidat varování o nedefinovaných proměnných prostředí v zahrnout odkazy na soubory v konfiguračním souboru.
• Přidává podporu pro proměnné prostředí expanzi v souborech určených s wrapper.java.additional_file a wrapper.app.parameter_file vlastnostmi.
• Upravte celé číslo formátování v metodě WrapperUNIXGroup.toString (), tak, že je v souladu se zbytkem obalu.
• Opravit problém, kdy nemohly být splněny požadavek iconv knihovna ve FreeBSD 10. Nyní jsme najít knihovnu dynamicky tím, že hledá /usr/local/lib/libiconv.so, /usr/local/lib/libbiconv.so , nebo /lib/libkiconv.so.4 v tomto pořadí.
• Oprava metodu WrapperPrintStream.println (), takže řetězce, které obsahují linefeeds budou správně mít každý řádek prepended s nakonfigurované brány.

Co je nového ve verzi 3.5.14:

• Fix problém v AppCommand.bat.in souboru, kde závorka v názvu souboru obalu binárních by způsobil & quot; PATH byl neočekávaný v té době & quot; chybě.
• (Standard / Professional Edition)
• Oprava problému při použití lokalizované verze obalu na Windows 64-bitové platformy, kde Wrapper by nadále používat jazyk systému výchozí i wrapper.lang byl použit k určení jiný jazyk. Zavedena v 3.5.12.
• Opravit problém v založený dávkový soubor příkazů Windows AppCommand.bat.in kde příkazu "status" byl nesprávně hlášena jako "dotaz" na výstupu použití. Příkaz "status" vždy fungoval správně, pokud jsou použity.
• Opravit problém na platformách UNIX, kde byly některé asynchronní zprávy způsobuje upozornění & quot; Kódování Error ... & quot; být přihlášen namísto zamýšleného zprávy. To by mohlo být vidět, pokud nakonfigurovaný soubor protokolu nemá oprávnění k zápisu. Jiné než nesprávné protokolu zprávy Wrapper pracoval správně. Zavedena v bodu 3.5.2.
• Opravit problém ve skriptu UNIX, kde běží s povýšeného se nepracuje správně, pokud byla nastavena RUN_AS_USER.
• Relax bezpečnostní kontroly při spuštění příkazu "status" proti systému UNIX shell skript, takže nyní umožňuje každému uživateli spuštění skriptu provést jen pro čtení kontrolu souboru pid.
• Opravit problém se skriptem UNIX, kde "odstranění" Příkaz se snaží zastavit aplikace běžící, i když nebyla nainstalována aplikace.
• Oprava přetečení vyrovnávací paměti, které by mohly způsobit pád během instalace služba systému Windows, kdy byl zadán wrapper.ntservice.account. To bylo zavedeno v 3.5.12.
• Oprava poškození haldy, které by mohly nastat při spuštění a potenciálně způsobit pád. Pouze systémy Windows, které používají protokoly událostí systému, byly postiženy. Objevil z recenze kódu, tam nikdy žádné zprávy tohoto způsobuje problémy pro uživatele. To by se mohlo stát v případě, že nakonfigurován wrapper.log nemohla být zapsána jako Wrapper vždy pokusí zapsat do protokolu událostí v takových případech. Zavedena v 3.5.12.
• Přidat nový srovnání verze mezi UNIX shell skript a Wrapper začít ukazovat varování v případě nesouladu verze. Kontrola bude fungovat pouze v případě, že skript a píce jsou každý z alespoň na verzi 3.5.14.
• Přidán nový wrapper.pidfile.strict majetku, který vám řekne, obalu nelze spustit, pokud soubor pid již existoval. Výchozí hodnota je false pro zpětnou kompatibilitu.
• Make strana Java o backend zásuvky odolnější v případě čtení nebo zápisu časového limitu. Backend zásuvka nemá časový limit ve výchozím nastavení, takže by to nemělo být problémem. Pár uživatelé hlásili problémy týkající se konkrétních systémů, ale které vedly k této opravy.
• Chcete-li pomoc při testování časového limitu backend zásuvky, nová vlastnost wrapper.backend.so_timeout systém byl přidán, aby bylo možné nakonfigurovat zásuvku backend používat časový limit. Viz javadocs na WrapperManager.exec () třídy pro detaily.

Co je nového ve verzi 3.5.11:

• Fix potenciální zhroucení systému Windows způsobené vyrovnávací paměti přetečení. To je problém, protože verze 3.5.0 a ovlivňuje konfigurací, které definují více než jeden wrapper.ntservice.dependency .. V závislosti na tom, co bylo v paměti, že to není vždy za následek havárii. Má velmi reprodukovatelné chování pro danou konfiguračního souboru.
• Opravit problém v systému Windows, kde Wrapper bral 15 sekund nebo déle do provozu na některých systémech, protože systém volání WinVerifyTrust měl problémy s aktualizací seznamu CRL. To byl problém, protože obalu binární soubory začaly být podepsána ve verzi 3.5.7. V případě, že hovor WinVerifyTrust trvá déle než nakonfigurované wrapper.startup_thread.timeout pak Wrapper bude pokračovat do provozu bez dalších odkladů.
• (Standard / Professional Edition)
• Explicitně odstranit certifikát přizpůsobené binární během úprav. Tam byly problémy odstupujícího binární s jiným certifikátem jinak.
• Pokud Obálka není schopna psát na zadané wrapper.logfile z jakéhokoliv důvodu jsme se vždy klesnout zpět do výchozí soubor protokolu, a poté se přihlaste zprávy o selhání. V případě, že výchozí také selže pak, že je také zaznamenána, ale zprávy budou zaznamenány pouze na konzole ve většině případů. Upravte Wrapper, takže jsme nyní vždy posílat oba zprávy syslog nebo EventLogu bez ohledu na to, co wrapper.syslog.loglevel je nastavena na hodnotu. To je důležité pomoci vypátrat příčinu problémů s přístupem k souboru protokolu.
• Od verze 3.5.0, bylo vnitřně možné tisknout zprávy multi-linka protokolu tak, že všechny řádky budou vždy seskupeny do souboru protokolu. Tato verze upravuje protokolování kód, lehce tak, aby výstup jako multi-linka log je nyní přihlášen jako jedna zpráva v sylog UNIX nebo Windows EventLogu.
• Opravit problém, kdy velmi dlouhé řádky výstupu z JVM by způsobila obalu, aby zdánlivě přestat reagovat na chvíli. Poprvé byla zaznamenána jediný řádek výstupu, který obsahuje několik set tisíc znaků, vnitřní vyrovnávací paměť byla postupně zvýšena o 100 znaků na jeden cyklus. Wrapper nyní zvyšuje velikost na základě poslední známé velikosti, aby se výrazně snížit počet cyklů potřebných k zvolit novou velikost vyrovnávací paměti.
• Změnit příkaz PAUSE_THREAD, takže je nyní možné čekat na neurčito. Použitelné pouze pro testování obalu.
• Přidat nový příkaz PAUSE_LOGGER, aby bylo možné pozastavit další položku protokolu. Použitelné pouze pro testování obalu.
• V systémech UNIX, stdout / stderr potrubí mezi JVM a Wrapper se není vyčištěn správně. To mělo za následek malé netěsnosti ale jinak neškodné. Trubky jsou nyní vyčištěny a inicializován pro každou instanci JVM.
• Opravit problém, kde Wrapper by nemusely znovu JVM, kdy je žádost o restart vznikl v JVM, pokud systém zažívá velmi těžké IO za následek dlouhodobé disku IO fronty. To bylo příčinou hlavní smyčku obalu k zablokování na zápisu a chybět požadavek na restart, což obalu k vypnutí spíše než restart. To by mohlo mít vliv na všechny platformy. V systému Windows, mohlo by to také být reprodukován tím, že výběr v konzole zmrazit výkon a pak podání žádosti v rámci JVM restartovat.
• Přidat nový WrapperPropertyUtil pomocnou třídu, aby se to easer pro přístup k hodnotám Wrapper vlastností v rámci JVM.
• Oprava chyby na některých platformách, kde výstup log java mohl dostat k poškození v důsledku zneužití funkce strncpy systému. Tato funkce varuje, že některé implementace nepodporují překrývající paměti kopie. Problém by mohl být reprodukován pouze na jednom zkušebním stroji Linux v řadách po prázdným řádkem výstupu. Tento problém existuje již od roku 3.4.0.

Co je nového ve verzi 3.5.9:

• Opravit problém v systému Windows, kde síťové adaptéry, jejichž jména obsahoval & quot; PRO / 1000 & quot; byly odstraněny ze seznamu hostids zobrazí v případě, & quot; wrapper.exe -H & quot; byl spuštěn. To však nemá vliv na stávající licenční server klíčů soubory vytvořené pro hostIds ohlášených 3.5.7 nebo starší, nebo vývoj licenčních klíčů. Ale to způsobí Wrapper hlásí, že žádné platné hostIds by mohly být ve chvíli, kdy byla zahájena Wrapper bez licenčního souboru. To bylo způsobeno nějakým zkušebním kódem přidaným v 3.5.8, které se nám nepodařilo odstranit.
• Opravit problém, kde Wrapper nebyl správně poskytující kontrolu zpět do hlavní smyčky při velmi velké množství trvalého výkonu byla zaznamenána z JVM. Představený ve verzi 3.4.0. Ve verzích před 3.5.8, mohlo by to způsobit JVM na časový limit a znovu sám. Tato zvláštní problém byl vyřešen, ale Wrapper proces 3.5.8 by ještě nereaguje, když je to děje. Wrapper se nyní vždy yeild zpět do své hlavní smyčce po 250 milisekundách kontinuální těžby dřeva.
• Opravit problém, kde WrapperManager mohl zablokovat snaží psát ladící případě, že aktuální uživatel žádost psal velmi velké množství výstupu na konzoli stejně. V extrémních případech to vedlo k obalu myslet si, že JVM byla zmrzlá. To byl jen problém, pokud bylo povoleno ladění výstup.
• Restrukturalizace shell skript, takže všechny edice nyní používají stejný skript znovu.

Co je nového ve verzi 3.5.8:

• (Standard / Professional Edition)
• Od verze 3.5.5 jsme vyvrácen používání všech 00FF * hostids v systému Windows, aby nedocházelo k problémům s měnící se hostids kdy uživatelé mají síťový adaptér Juniper Network Connect na jejich systém. To se ukázalo být příliš restriktivní, Guest OS běží pod Parallels také využít této hostid rozsahu. Wrapper je nyní opatrnější pouze neplatným skutečné Juniper Network Connect hostids.
• (Standard / Professional Edition)
• Zlepšit zprávu zobrazenou na uživateli, když je obal nemůže najít žádné hostids systém.
• Opraven problém s přebalem skriptu na Solaris, kde možnost -F není k dispozici pro grep.
• Added Windows Informace o verzi na výstupu wrapper ladění.
• Přidáno wrapper.log.warning.threshold majetku, který dělá Wrapper zobrazit upozornění, pokud zjistí, že obal trvalo dlouho, než nahrát zprávu záznamu. Tato položka byla přidána do testování ohlášené problém způsoben pomalým IO na velmi silně zatížených systémů.
• Opravit problém, kdy filtr, který požádal JVM restartovat by být ignorovány, pokud JVM vystoupil na jeho vlastní okamžitě. Wrapper je nyní více odpovídá tak, že požádá znovu od do JVM nebo filtrů bude mít vždy přednost před takovými žádostmi výstupu. Externí žádosti vypnutí, nebo z jiných akcí, bude i nadále chovat, jako tomu bylo v minulosti, a pokračovat vypnutí obalu. Wrapper také zaznamenává zprávy v ladění výkonu, pokud je vynikající požadavek restart, že zůstaly zachovány nebo ignorovány.
• Opraven problém v dávkovém souboru AppCommand.bat, které by mohly nastat na některých platformách Windows s určité systémové kódování multi-byte. Skript byl přepsán a sporné části byly zjednodušeny. Funkčnost skript se dochovala.
• Přidána proměnnou prostředí WRAPPER_CONF_DIR, který může být použit pro vlastnosti konfigurace. (Feature Request 3160644)
• Při spuštění skriptu jako jiný uživatel, uvedené v RUN_AS_USER Made výstup skriptu se správným kód ukončení obdržel. (Bug Report 3185281)
• Fix narušení přístupu, které by se mohlo stát v případě, že certifikát kód podpisu nepodařilo ověřena.
• Přihlaste chybu, pokud backend zásuvka je vynuceně ukončeno externě. To bylo dostat přihlášen na úrovni protokolu ladění. Zpráva je & quot; Stávající připojení bylo vynuceně ukončeno vzdáleným hostitelem. (0x2746) & quot ;. Vzhledem k tomu, zpráva byla pouze zaznamenána, pokud bylo povoleno ladění výstup, JVM by být znovu bez jasného vysvětlení, co se stalo. Zdrojem uzavření zásuvky je v šetření.
• (Professional Edition)
• Přidána volání fireUserEvent Java na WrapperManager API. To umožňuje střílet maily uživatelské události, akce bez filtru spoušť. Prosím také najít další podrobnosti o modelu zabezpečení pro tuto výzvu na stránce zabezpečení.
• Oprava upozornění na verzi Mac, pokud nakonfigurován příkaz java nebyla univerzální binární. Kontrola byla přidána v 3.4.0, aby se ujistil, že wrapper.java.command ukázal přímo na spustitelný soubor, aby nedošlo k nechtěnému chování při spuštění skriptu. Zpráva je pouze varování a Wrapper pokračuje bez ohledu na to. Standardní ppc, ppc_64, x86_64, i386, stejně jako univerzální binární soubory budou nyní všichni pracovat správně bez varování.
• Výchozí hodnota obalu. *. Vlastností maska ​​je používá současné nastavení umask proces má. Předtím, než výchozí hodnota je vždy 0022.
• Přidat nový wrapper.backend.type vlastnost, která se používá ke kontrole, zda Wrapper komunikuje s JVM pomocí tradičních & quot; SOCKET & quot; nebo nové experimentální & quot; PIPE & quot ;. Toto byla přidána jako řešení pro vzácný problém, kdy jsou některé stroje Windows uzavírající zásuvku na úrovni operačního systému. To bylo jen někdy viděl na Windows 2003, ale může existovat i na jiných verzích systému Windows stejně.
• Přidat nový experimentální wrapper.use_javaio_thread majetek, který způsobuje obalu zvládnout veškerý výstup java konzole ve vyhrazeném vlákně.
• Přidat WrapperManager.isNativeLibraryOk () metodu novou, která umožňuje uživateli kód snadno testovat, zda nativní knihovny byl načten a inicializován při spuštění.
• Přidat nový příkaz PAUSE_THREAD na wrapper.commandfile majetku, který umožňuje vyzkoušet, jak Wrapper chovat při různých závity zablokovat nebo zmrazit. Tato částka byla použita pro simulaci a reprodukovat otázky na silně IO vázaných serverech.
• zlepšit způsob, jakým strana Java na obalu se chová, když Wrapper nedokáže ping JVM na delší dobu. JVM používá pro opuštění, aby sám synchronizovat se s JVM. To bylo příčinou problémů v systémech, které byly těžce IO vázán, protože Wrapper může blokovat na chvíli při pokusu o zápis do souboru protokolu a JVM bylo ukončení. JVM se nyní nikdy opustit za takových okolností. JVM se nikdy nestane osiřel, protože to bude ještě opustit téměř okamžitě, pokud backend zásuvka nebo trubka s Obálka je stále uzavřen.
• kritizují metodu WrapperManager.appearOrphan (), protože se používá k simulaci režimu selhání, které je již možné s obalem.
• změnila způsob, jakým je obal manipulační chyby certifikátu, pokud jde o osvědčení o code podpis / časového razítka. Wrapper nyní pouze vypnutí sám v případě, že podpis binární nebyl úspěšně ověřen, protože binární nebo podpis byl chybně, ale ne v případě, že byl nalezen nějaký problém s proti-podpisu. Počínaje 3.5.7, binární soubory Windows Wrapper jsou podepsány. Někteří uživatelé se systémy uzamčeny Windows 2008 měl problémy s Wrapper odmítá spustit, protože certifikát Comodo byl zakázán jejich systému.
• Přidat nový wrapper.java.detach_started majetku, který umožňuje použití obalu jako jednoduchý nástroj pro spouštění aplikací Java. Pokud je povoleno, Wrapper ukončí okamžitě a JVM se nechá běžet na jeho vlastní.
• Při spuštění obalu jako zadaný uživatelský účet, prostřednictvím wrapper.ntservice.account majetku, bude Wrapper přidá oprávnění pro účet automaticky po instalaci se přihlaste jako služba. (Feature Request # 3286491)

Co je nového ve verzi 3.5.6:

• Opravit problém na platformách UNIX, kde je soubor log Cesta byla vypočtena nesprávně, pokud absolutní cesta byla zadána pro wrapper.logfile, a soubor nebyl již neexistuje. Varovná zpráva byla zobrazena, ale Wrapper bude pokračovat v používání výchozí soubor protokolu. Tam byl problém v hlášení zobrazeném, která způsobila pád na některých platformách patří Mac OSX. Představený ve verzi 3.5.5.
• Opravit problém na platformách Windows, kde by Wrapper selhat, pokud se nepodařilo získat přístup k adresáři příslušného wrapper.logfile. Představený ve verzi 3.5.5. Bug # 3087424.
• Zlepšit způsob varování jsou zaznamenány v případě, že jsou problémy psaní na zadané wrapper.logfile tak, že zpráva bude nyní zaznamenány do souboru protokolu, který Wrapper končí použití v případě, že je úspěšná v pádu zpět do výchozí log souborů.
• Oprava problému na platformách Windows, kde wrapper.java.additional. Vlastnosti, které byly uvedené na příkazovém řádku, a obsahovaly prostory, nebyli requoted správně při budování příkazového řádku Java. Představený ve verzi 3.3.6.
• Opravit problém, kde varovná zpráva zaznamenána za neplatné hodnoty wrapper.java.additional. majetek, který je obsažen poškozený text. Představený ve verzi 3.3.6.
• Oprava problému na platformách UNIX, kde neplatná hodnota pro wrapper.java.additional. majetek byl řádně hlášena, a pak přeskočí, ale výsledný příkazového řádku pro spuštění JVM měl prázdnou hodnotu, která byla příčinou JVM nezdaří spustit. Neplatná hodnota je libovolná hodnota, která nezačíná s & quot; - & quot; charakteru.
• Přidat novou proměnnou WRAPPER_INIT_DIR životního prostředí, které mohou být použity k odkazu na pracovní adresář, ze kterého Wrapper byl zahájen. To je potřeba pro určitá použití, protože obal vždy změní pracovní adresář na umístění obalu binárních.
• Změnit UNIX skript, takže to už změní aktuální pracovní dir k umístění skriptu. To už není nutný, protože píce byla změna pracovní adresář na své vlastní umístění od verze 3.2.0.
• Přidat nový wrapper.request_thread_dump_on_failed_jvm_exit.delay vlastnost kontrolovat, jak dlouho Wrapper bude čekat po provedení závitu výpis před usmrcením procesu Java. Toto zpoždění byla vždy napevno na 5 sekund.
• Vyčištění znění několika varovných zpráv o neplatných konfiguračních hodnot tak, aby byly konzistentní.
• (Professional Edition)
• Přidat nový wrapper.jvm_kill.delay majetku, který umožňuje regulovat množství času, aby mezi jvm_kill událost je aktivována a JVM skutečně zabil.
  
  
  
  
  

Požadavky na :

• Oracle Java Standard Edition Runtime Environment