Java Service Wrapper Community Edition

Java Serviciu de balotat Community Edition este o sursă complet gratuit și deschis programul de linie de comandă care a fost proiectat de la sol până la a acționa ca un configurabil și ușor de utilizat de utilitate pentru implementarea Java apps ca demoni native UNIX sau Windows fundal services.Provides corecție vina functionalityIt este un software flexibil, de încredere și cross-platform care oferă funcționalități vina corecție care se va reporni automat non-receptiv sau sa prăbușit JVM (Java Virtual Machines). În plus, software-ul oferă scripting standard instalare ușoară aplicare, și funcționalitate de logare, managementul proceselor copii, evenimente temporizate, alerte de email, comenzi de evenimente, limite de memorie relative, suport pentru mai multe limbi, precum și evenimente și acțiuni definite de utilizator.
Ediția comunitar este distribuit sub o licență open source, prin aceasta & rsquo; s funcționalitate este limitat, așa cum veți putea folosi numai permite aplicațiilor Java să ruleze ca un demon UNIX, pentru a reporni și să monitorizeze JVM, pentru a controla prioritate proces, la declanșare JVM repornește, haldele de fire, și închiderile, de a folosi un director de lucru personalizat, de a utiliza metacaractere, precum și pentru a vă conecta și a capta JVM consolă output.Getting incepand cu Serviciul Java balotat comunității EditionTo începe cu ediția comunitar de Java Serviciul de balotat , descărcați pachetul care corespunde computer & rsquo; s arhitectură, salvați arhiva pe directorul de pornire, despachetați-l, deschide o aplicație Terminal, du-te la locația și lsquo; & rsquo bin; dosar (de exemplu, cd /home/softoware/wrapper-linux-x86-64-3.5.26/bin/) și executați & lsquo; ./ înfășurare & rsquo; comandă, care va afișa mesajul utilizare și disponibile options.Runs linie de comandă pe o gamă largă de POSIX și UNIX-like de operare systemsJava Serviciul de balotat este distribuit în trei ediții, Community Edition, Standard Edition, și Professional Edition. Este compatibil cu toate distribuțiile GNU / Linux, dar ruleaza pe o gama larga de POSIX și sisteme de operare UNIX-like, inclusiv FreeBSD, AIX, HP-UX, Microsoft Windows, Mac OS X, și Solaris, sprijinind pe 64 de biți (x86_64 ), pe 32 de biți (x86), Armel, ARMHf, SPARC, s390, s390x, Itanium, PPC (PowerPC), precum și PA-RISC platforme hardware.

Ce este nou în această versiune:.

• Îmbunătățirea mesajele de jurnal în care se solicită o repornire JVM când învelișul să fie într-o stare care va fi ignorat (Standard / Professional Edition)
• Adăugați un mesaj suplimentar de depanare atunci când o matura impas plasat. Nici o schimbare funcțional, dar acest lucru s-a adăugat pentru a face mai ușor să-i spuneți cât timp matura ia pe o anumită aplicație.
• Curățați urmărirea internă a în cazul în care au fost stabilite variabile de mediu. Modificări funcționale.
• Când detectare Cygwin cu 'uname -o "în fișierul script, unele sisteme de operare (Solaris, MacOS, etc.) arată un mesaj de eroare, deoarece" -o "nu este un parametru valabil. Acum ne ascundem acest mesaj de eroare, pentru a evita confuzia și putem ghici că Cygwin nu se execută.
• Adăugați capacitatea de a controla execută serviciul cu systemd folosind fișierul script.
• În Mac OS X, repara o greșeală de scriere, adaugă un alt mod de alternativă pentru a găsi Java pentru a seta variabila de mediu JAVA_HOME, și de a folosi calea completă a executa sysctl în cazul în care nu este în cale. Vă mulțumim pentru Dannes Wessels pentru a evidenția acest lucru.
• Fix o problemă pe versiunile mai noi de Windows, atunci când personalizarea banderola. Certificatul nu a fost îndepărtat la crearea ținta. Acest lucru a fost ceea ce duce la o eroare atunci când încercați să semneze tinta cu un nou certificat.
• Adăugați sprijin lipsește în script shell pentru repornirea / oprire serviciul de balotat cu launchctl pe Mac OS X.
• Adăugați sprijin lipsește în script shell pentru repornirea / oprire serviciul de balotat cu Upstart.
• Adăugați posibilitatea de a seta calea de comandă 'su', precum și capacitatea de a specifica argumente suplimentare în script coajă de balotat utilizarea noilor variabile SU_BIN și SU_OPTS.
• Fix o problemă în clasele helper WrapperSimpleApp, WrapperStartStopApp, iar WrapperJarApp unde problemele de linie de comandă care a dus la JVM care iese la pornire arătau ca niște ieșiri neașteptate. Acest lucru a însemnat că banderola va încerca să relanseze JVM din nou, mai degrabă decât renunțarea la prima încercare.
• modificare clasele helper WrapperSimpleApp, WrapperStartStopApp, iar WrapperJarApp astfel încât bannere lor de utilizare va fi afișat doar acum pentru probleme legate de linie de comandă. Probleme cu clase, metode, sau fișierele jar specificate sunt încă logat ca erori, dar care arată utilizatorului utilizarea în aceste cazuri a fost confuz.
• Corectați WrapperResources.getString (), metoda care nu are argumente de schimb, astfel încât prelucrarea șirului brut este manipulat la fel ca și metode care au argumente de înlocuire. Acum, toate siruri de caractere sunt procesate de către clasa MessageFormat înainte de a fi returnate. Versiunile anterioare nu sunt compatibile cu privire la necesitatea de a scăpa ghilimele simple.
• Adaugata de validare cheie opțional pentru a vă asigura că siruri trecut în metoda WrapperResources.getString () sunt formatate corect. Vezi clasa WrapperResources de informații cum să activați.
• Adauga noi opțiuni pentru wrapper.backend.type proprietate: AUTO, SOCKET, SOCKET_IPv4, SOCKET_IPv6, PIPE. Când este setat la AUTO, banderola va încerca să deschidă un IPv4 socket și reîntoarcerii la IPv6 și la țeavă în caz de eroare.
• Fix bug la conversia de la multioctet la char larg fără a stabili locale la pornire (numai Unix). Datorită Bert.
• Adaugă o alias 'CLOSE_BACKEND "la" CLOSE_SOCKET "ca o comandă de testare pentru proprietatea wrapper.commandfile. Acest lucru se datorează faptului că au existat mai multe opțiuni pentru conectarea backend de ceva timp si numele este mai portabil.
• Fix o problemă pe Mac OS X, atunci când rulează Yosemite unde scenariul a fost faptul că nu a compara corect versiuni '10 .10 'to '10 .5.0 ". Acest lucru a fost ceea ce duce la gândindu-se că numai binare pe 32 de biți ar putea fi rulat scriptul. Acesta a fost doar o problemă în cazul în care numirea pachet delta a binare wrapper a fost folosit.
• Adaugă o nouă proprietate wrapper.java.classpath.missing.loglevel care face posibilă pentru a controla modul busteni banderola avertismente despre lipsa elementelor căii de clase. Anterior acest lucru a fost mereu conectat ca ieșire depanare și nu au putut fi dezactivat.
• Dacă există probleme de nivel scăzut de lansare a procesului Java care nu sunt legate de configurare sau JVM în sine, banderola nu va mai încerca din nou ca aceste încercări au fost lipsite de sens.
• API-uri pentru sisteme de ferestre au o problemă care provoacă un proces de accident în cazul în care încearcă să stabilească o variabilă de mediu de peste 32767 de caractere. Învelișul verifică acum pentru acest lucru și înregistrează o eroare, mai degrabă decât setarea variabilei. Aceasta a fost o problemă dacă classpaths foarte mari au fost utilizate în cazul în care proprietatea wrapper.java.classpath.use_environment era adevărat.
• Windows nu permite o linie de comandă să fie mai mare 32766 de caractere lungime. Diferite versiuni de Windows se ocupe de diferit atunci când este prevăzută o astfel de comandă lung. Învelișul are acum propria verificare și prezintă o eroare într-un mod consecvent.
• Îmbunătățirea mesajul de eroare pe platforme UNIX când linia de comandă este mai mult decât maximum de sistem. Acest maxim variază foarte mult de platformă și de mediu și este greu de calculat în mod credibil, astfel lungimea maximă nu este prezentată în prezent în mesaj.
• Fix o problemă pe platforme UNIX în cazul în care un fișier de configurare foarte mare ar putea provoca WrapperManager să eșueze la pornire. Acest lucru a fost cauzat de transferul parțial al fișierului de configurare a WrapperManager prin conexiunea backend. Acest lucru s-ar întâmpla, indiferent de tipul backend utilizat. Dimensiunea fișierului de configurare care ar provoca o problemă variat foarte mult în funcție de sistemul specific.
• Fix o problemă pe platformele Windows în cazul în care un fișier de configurare foarte mare ar putea împiedica să fi trimis la WrapperManager la pornire, atunci când proprietatea wrapper.backend.type a fost stabilit la PIPE. Singura problema a fost ca WrapperManager.getProperties () metodă ar fi gol. (Professional Edition)
• Adăugați controale la WrapperManager.exec () metodele pe Windows pentru lungimea maximă de linie de comandă de 32,766, și de mediu maxim variabil nume-valoare pereche lungime de 32767. (Professional Edition)
• Fix o problemă în cazul în care o gratuit de un pointer NULL era făcut ca parte a procesului de curățare a unei WrapperManager.exec () apel. Acest lucru nu este cunoscut a fi cauzat probleme.
• Adăugat getStdOut (), getStdErr (), și getStdIn () metode pentru clasa WrapperProcess ca alias-uri la getInputStream (), getErrorStream (), și getOutputStream () metode pentru a evita confuziile.
• Fix o problemă pe Windows 7 în cazul în care liniile de jurnal lungi s-au deteriorat după 31397 de caractere când wrapper.console.direct era adevărat. Acest lucru pare a fi o problemă cu care stau la baza pentru Windows API si a fost doar o chestiune de afișare. A redus numărul maxim de caractere care pot fi scrise cu un singur apel API pentru 30000 pentru a lucra în jurul problemei. Această modificare este intern și nu există încă nici o limită privind lungimea liniilor inregistrata.
• Fix un impas dacă banderola nu a reușit să scrie la backend când proprietatea a fost wrapper.backend.type PIPE. S-au găsit de cod de revizuire și nu se știe să se fi întâmplat de fapt.
• Din Mac OSX 10.5.0, fișierul script va folosi tasta "Keepalive" în fișierul de configurare launchctl. Versiunile anterioare ale Mac OSX va continua să utilizeze aceeași cheie "OnDemand". Vă mulțumim pentru Robin pentru a evidenția acest lucru. (Standard / Professional Edition)
• Permite utilizarea de hostids legate de dispozitivele Apple a Bluetooth atunci când rulează pe un sistem Windows virtualizat găzduit pe un sistem OS X.
• Fix o problemă în cazul în care WrapperManager.log () nu a fost de lucru corect când s-au logat mesaje multiple octet.
• În producția de depanare complet pachetul proprietățile de configurare este suprimată de ieșire jurnal, pentru că este foarte mare și poate conține date sensibile. Adaugă o dimensiune la ieșirea prescurtată a ajuta la depanare.
• Fix o scurgere de memorie pe platforme UNIX ori de câte ori a fost raportat un mesaj de eroare. Aceasta a fost doar o problemă în cazul în care mesajul a fost conectat în mod repetat.
• corecte câteva alte pierderi de memorie potențiali gasit prin cod revizuire. Nu se cunoaște că a fost cauzează probleme actuale.

Ce este nou în versiunea 3.5.23:

• Standard / Professional Edition:
• Când un tip de licență necunoscut este întâlnit, includ tipul necunoscut în mesajul de eroare pentru a ajuta la depanare.
• Fix o problemă de corupere a memoriei pe z / OS, atunci când limba a fost stabilit la o localizare dublu octet ca japoneză.
• Du-te prin și de a face banderola mult mai durabil atunci când rău codificare a caracterelor duble byte sunt întâlnite.
• Preofessional Ediția:
• Modificați excepția aruncată când WrapperManager.exec () este numit în timp ce învelișul are shutdown așa se spune acum că, mai degrabă decât a spune că biblioteca nativ nu este încărcată.
• învelișul este acum mult mai atent pentru a vă asigura că backend nu este închis în timp ce un proces copil a fost lansat pentru a se asigura că banderola știe despre toate procesele de copil lansate.
• Adăugați un mesaj de avertizare în cazul în care banderola nu este notificat de un proces copil lansat ca urmare a conexiunii backend fiind închis.
• Fix un potențial NPE, care ar putea fi aruncate în timp ce citesc stdout sau stderr ieșire dintr-un proces copil în timp ce banderola a fost închiderea și după procesul de copil ieșit.
• Fix o problemă pe platforme UNIX unde am fost obtinerea blocat încercat să curatare după un proces care a fost prezent de blocare pe o citire de la stdout sau stderr.
• Fix o problemă pe platforme UNIX în cazul în care un timeout încearcă să obțină o blocare internă a listei proces copil a fost cauza un contor intern pentru a ieși din sincronizare, ceea ce duce la o alte procese copil reziliat fiind lăsat zombie ca defunct până când procesul de Java încheiată.
• Fix o problemă pe platforme UNIX unde descrieri de fișiere țeavă utilizate pentru a comunica cu procesele de copii au fost transmise în mod incorect la toate procesele copil. Ei nu au fost în creștere în timp.
• Fix o problemă pe sistemele FreeBSD în cazul în care wrapper.lang.encoding nu a fost rezolvarea la UTF-8 corect atunci când variabila de mediu LANG nu a fost stabilit.
• Fix o problemă potențială de sincronizare de asteptare WrapperProcess.waitFor () sau WrapperProcess.exitValue ().
• Adăugați ieșire jurnal depanare suplimentare care arată diversele valori de timeout pentru a ajuta cu problemele de utilizare depanare.
• Fix o problemă în cazul în care script shell nu a fost detectarea corect versiunea sistemului de operare cu Mac OSX Maverick.
• Adăugați avertismente despre variabile de mediu nedefinite în includ referințe de fișiere în fișierul de configurare.
• Adauga suport pentru extinderea variabilă de mediu în fișierele specificate cu wrapper.java.additional_file și wrapper.app.parameter_file proprietăți.
• Corectează întreg formatarea în metoda WrapperUNIXGroup.toString (), astfel încât acesta este în concordanță cu restul a învelișului.
• Fix o problemă în cazul în care obligația de bibliotecă iconv nu au putut fi îndeplinite în FreeBSD 10. Acum găsiți biblioteca dinamic uitandu-te pentru /usr/local/lib/libiconv.so, /usr/local/lib/libbiconv.so , sau /lib/libkiconv.so.4 în această ordine.
• Fix o WrapperPrintStream.println () metodă atât de siruri de caractere care conțin linefeeds va fi corect fiecare linie prefixat cu antetul configurat.

Ce este nou în versiunea 3.5.14:

• Fix o problemă în AppCommand.bat.in dosarul unde o paranteză în numele de fișier al binar de balotat ar fi cauzat un & quot; PATH a fost neașteptată în acest moment & quot; Eroare.
• (Standard / Professional Edition)
• Fix o problemă atunci când se utilizează o versiune localizată a învelișului pe platformele Windows pe 64 de biți dacă învelișul ar continua să utilizeze limba sistemului implicit chiar wrapper.lang a fost folosit pentru a specifica o altă limbă. Introdus în 3.5.12.
• Fix o problemă în fișierul batch pe baza de comandă Windows AppCommand.bat.in în cazul în care comanda "statutul" a fost incorect fiind raportate ca "interogare" în producția de utilizare. Comanda "statutul" au întotdeauna a funcționat corect dacă este utilizat.
• Fix o problemă pe platforme UNIX unde unele mesaje asincrone, ar cauza un mesaj de avertisment & quot; Eroare de codificare ... & quot; sa fiti logat în locul mesajului intenționat. Acest lucru ar putea fi văzut dacă fișierul istoric configurat nu au permisiuni de scriere. Altele decât mesajul jurnal incorect, banderola a lucrat corect. Introdus în 3.5.2.
• Fix o problemă în scriptul UNIX unde rulează cu parvenit nu a fost de lucru corect când RUN_AS_USER a fost stabilit.
• Relax controalelor de securitate la rularea comenzii "statut" împotriva script shell UNIX, deci permite acum orice utilizator care rulează scriptul pentru efectuarea verificarii read-only a fișierului pid.
• Fix o problemă cu scriptul UNIX care "elimina" comanda a fost încercarea de a opri o aplicație care rulează chiar și atunci când cererea nu a fost instalat.
• Fix un buffer overflow care ar putea provoca un accident în timpul instalării unui serviciu Windows atunci când wrapper.ntservice.account a fost specificat. Acest lucru a fost introdus în 3.5.12.
• Fix o corupție morman, care ar putea avea loc la pornire si, posibil, provoca un accident. Numai sistemele de operare Windows, care folosesc jurnalele de sistem evenimente, au fost afectate. Descoperit de la un comentariu cod, niciodată nu a fost nici un raport acest cauzează probleme pentru utilizatori. Acest lucru ar putea întâmpla în cazul în care wrapper.log configurate nu poate fi scris ca banderola încearcă întotdeauna să scrie în jurnalul de evenimente în astfel de cazuri. Introdus în 3.5.12.
• Adaugă o nouă versiune comparație între script de shell UNIX și banderola de a începe să arate o avertizare în caz de nepotrivire versiune. Verificarea va funcționa numai dacă script shell și banderola sunt fiecare de cel puțin versiunea 3.5.14.
• Adaugata o nouă proprietate wrapper.pidfile.strict care va spune banderola nu pentru a începe dacă fișierul pid deja exista. Defaults la fals pentru compatibilitate.
• Asigurați partea Java a soclului backend mai rezistente în caz de citire sau scriere timeout. Priza backend nu are un timeout stabilită implicit, deci acest lucru nu ar fi trebuit să o problemă. Un tânăr utilizatori au raportat probleme privind sistemele specifice, dar care a dus la această remediere.
• Pentru a ajuta la testarea soclu backend timeout, un nou sistem de proprietate wrapper.backend.so_timeout a adăugat pentru a face posibilă configurarea priza backend de a utiliza un timeout. Vezi Javadocs a WrapperManager.exec () din clasa pentru detalii.

Ce este nou în versiunea 3.5.11:

• Fix un potențial accident pe Windows cauzată de un tampon preaplin. Acest lucru a fost o problemă, deoarece versiune 3.5.0 si afecteaza configurații care definesc mai mult de un wrapper.ntservice.dependency .. În funcție de ceea ce a fost în memorie, acest lucru nu a dus întotdeauna într-un accident. Ea are un comportament foarte reproductibil pentru un fișier de configurare dat.
• Fix o problemă pe Windows dacă învelișul fost de a lua 15 secunde sau mai mult pentru a porni pe unele sisteme deoarece apelul sistem WinVerifyTrust avea probleme actualizarea LCR. Aceasta a fost o problemă, deoarece binare de balotat început să fie semnat în versiunea 3.5.7. Dacă apelul WinVerifyTrust durează mai mult decât wrapper.startup_thread.timeout configurat atunci banderola va continua să pornire fără întârziere.
• (Standard / Professional Edition)
• scoate în mod explicit certificatul de binar personalizate în timpul personalizare. Au fost probleme demisionari binar cu un alt certificat altfel.
• Dacă banderola nu a reușit să scrie la wrapper.logfile configurat pentru orice motiv, atunci ne-am cădea mereu înapoi într-un fișier jurnal implicit și apoi log un mesaj despre eșecul. În cazul în care implicit, de asemenea, nu atunci, care este, de asemenea, conectat, dar mesajele vor fi conectat doar la consola în cele mai multe cazuri. Modificați banderola așa că acum trimite mereu ambele mesaje syslog sau EVENTLOG, indiferent de ceea ce wrapper.syslog.loglevel este setată la. Acest lucru este important pentru a ajuta la urmări în jos cauza problemelor de acces la fișier jurnal.
• Incepand cu versiunea 3.5.0, a fost posibil intern pentru a imprima mesaje multi-line log, astfel încât toate liniile vor fi mereu grupate în fișierul jurnal. Această versiune modifică codul de logare ușor, astfel încât producția astfel de multi-linie jurnal este acum conectat ca un singur mesaj în sylog UNIX sau Windows EventLog.
• Fix o problemă în cazul în care liniile foarte lungi de ieșire din JVM ar cauza banderola să apară să stea pentru un timp. Prima dată o singură linie de producție conține câteva sute de mii de personaje a fost autentificat, un tampon intern era crescut treptat de la 100 de caractere per ciclu. Înfășurare crește acum la dimensiune bazat pe ultimul dimensiune cunoscută pentru a reduce considerabil numărul de cicluri necesare pentru a alege un nou dimensiune buffer.
• Modificați comanda PAUSE_THREAD așa acum este posibil să se aștepte la nesfârșit. Numai util pentru testarea banderola.
• Adaugă o nouă comandă PAUSE_LOGGER pentru a face posibilă pentru a întrerupe următoarea intrare jurnal. Numai util pentru testarea banderola.
• Pe UNIX, conducta stdout / stderr între JVM și banderola nu a fost în curs de curățat corect. Acest lucru a dus la o scurgere de mic, dar a fost altfel inofensiv. Conductele sunt acum curățate și inițializat pentru fiecare instanță JVM.
• Fix o problemă dacă învelișul ar putea eșua pentru a reporni JVM atunci când cererea repornire originea în JVM cazul în care sistemul se confrunta cu IO foarte greu ca rezultat cozi lungi de disc IO. Aceasta a fost cauza buclă principal banderola de a bloca pe scrie și reușește cererea repornire, provocând banderola de închidere, mai degrabă decât repornire. Acest lucru ar putea afecta toate platformele. În Windows, aceasta ar putea fi, de asemenea, reproduse de a face o selecție în consola să înghețe de ieșire și apoi face o solicitare din cadrul JVM pentru a reporni.
• Adaugă o nouă clasă de ajutor WrapperPropertyUtil pentru a face easer pentru a avea acces valorile de proprietate de balotat din cadrul JVM.
• Fix un bug pe unele platforme unde ieșire jurnal java ar putea primi corupt cauzată de utilizarea incorectă a unei funcții sistem strncpy. Această funcție avertizează că unele implementari nu acceptă copii de memorie care se suprapun. Problema ar putea fi reprodus doar pe o singură mașină de test Linux in linii urmare o linie goală de ieșire. Această problemă a existat de la 3.4.0.

Ce este nou în versiunea 3.5.9:

• Fix o problemă în Windows unde adaptoare de rețea ale căror nume conținute & quot; PRO / 1000 & quot; au fost eliminate de pe lista hostids afișat atunci când & quot; wrapper.exe -h & quot; a fost condus. Acest lucru nu a afectat licență server de fișiere cheie existente generate de hostIds raportate de 3.5.7 sau mai devreme, sau cheile de licență de dezvoltare. Dar a cauzat banderola de a raporta că nu hostIds valide a putut fi găsită când banderola a fost început fără un fișier de licență. Acest lucru a fost cauzat de un cod de încercare a adăugat în 3.5.8 care nu am reușit să o eliminați.
• Fix o problemă dacă învelișul nu a fost obtinandu-se corect de control înapoi la bucla sa principal atunci când cantități foarte mari de producție continuu era conectat de JVM. Introdus în versiunea 3.4.0. În versiunile anterioare 3.5.8, acest lucru ar putea fi cauzat JVM de expirare și reporniți sine. Această problemă a fost rezolvată special, dar procesul de balotat în 3.5.8 ar fi totuși au răspuns atunci când acest lucru se întâmplă. Învelișul acum va randament al mereu înapoi la bucla sa principală, după 250 de milisecunde de logare continuu.
• Fix o problemă în cazul în care WrapperManager ar putea bloca incearca ieșire depanare scrie dacă cererea utilizatorului curent a fost scris sume foarte mari de producție la consola de asemenea. În situații extreme, aceasta a dus la înveliș crezând că JVM a fost înghețat. Acesta a fost doar o problemă dacă ieșire depanare a fost activată.
• Restructurarea script shell astfel toate edițiile folosesc acum același script din nou.

Ce este nou în versiunea 3.5.8:

• (Standard / Professional Edition)
• Incepand cu versiunea 3.5.5, am invalidat utilizarea tuturor 00ff * hostids pe Windows, pentru a evita problemele cu schimbarea hostids atunci când utilizatorii au un adaptor de rețea Juniper rețea Connect pe sistemul lor. Acest lucru sa dovedit a fi prea restrictivă ca oaspeți sisteme de operare care rulează sub Parallels face, de asemenea, uz de această gamă hostid. Învelișul este acum mult mai atent la numai invalida reale hostids Juniper rețea Connect.
• (Standard / Professional Edition)
• Îmbunătățirea mesajul indicat utilizatorului atunci când banderola nu este în măsură de a localiza orice hostids pentru un sistem.
• Fixed o problemă cu scriptul înveliș pe Solaris, în cazul în care -F opțiune nu a fost disponibil pentru grep.
• Adăugat Ferestre informații versiune cu privire la ieșirea înveliș de depanare.
• Adaugata o proprietate wrapper.log.warning.threshold care face banderola arată o avertizare ori de câte ori se detectează că banderola a luat o lungă perioadă de timp pentru a înregistra un mesaj jurnal. Acest lucru a fost adăugat pentru a testa o problemă raportată cauzate de lent IO pe sistemele foarte puternic încărcate.
• Fix o problemă în cazul în care un filtru care a solicitat JVM pentru a reporni ar fi ignorat în cazul JVM ieșit pe cont propriu imediat. Învelișul este acum mult mai consistent, astfel încât cererile de repornire din cadrul JVM sau filtrul va avea întotdeauna prioritate față de astfel de cereri de ieșire. Cereri de oprire externe, sau cei din alte acțiuni va comporta în continuare așa cum au făcut în trecut și continuă să se închidă banderola. Învelișul înregistrează, de asemenea, mesaje de ieșire de depanare în cazul în care o cerere de restante repornire este conservat sau ignorate.
• Fixed o problemă în fișierul batch AppCommand.bat care ar putea avea loc pe unele platforme Windows cu anumite codificări ale sistemului multi-octet. Scriptul a fost rescris și piese discutabile au fost simplificate. Funcționalitatea de script a fost păstrat.
• Adaugata WRAPPER_CONF_DIR variabile de mediu, care pot fi utilizate pentru proprietățile de configurare. (Element Cerere de 3160644)
• Made ieșirea script-ul cu codul de ieșire din dreapta primite atunci când rulează script-ul ca altfel utilizator, menționate la RUN_AS_USER. (Raport Bug 3185281)
• Fix o violare de acces, care ar putea întâmpla în cazul în care certificatul de semnare de cod nu a reușit să fost verificată.
• Conectați o eroare în cazul în care priza backend este forțat închis extern. Aceasta a fost obtinerea conectat la un nivel jurnal depanare. Mesajul este & quot; O conexiune existent a fost forțat închis de către gazda de la distanță. (0x2746) & quot ;. Pentru că mesajul a fost conectat numai în cazul în care producția de depanare a fost activată, JVM va fi reluat fără nici o explicație clară cu privire la ceea ce sa întâmplat. Sursa de închidere soclu este în curs de investigare.
• (Professional Edition)
• Adaugata de apel fireUserEvent Java pentru API WrapperManager. Acest lucru permite la foc mail eveniment de utilizare, acțiunile fără trăgaci filtru. Va rugam sa găsi, de asemenea mai multe detalii despre modelul de securitate pentru acest apel la pagina de securitate.
• Fix un avertisment pe versiunile Mac cazul în care comanda java configurat nu a fost un binar universal. O verificare a adăugat în 3.4.0 pentru a vă asigura că wrapper.java.command indicat direct la o executabil, pentru a evita un comportament neașteptat atunci când rulează un script. Mesajul este doar un avertisment și banderola continuă, indiferent. Ppc Standard, ppc_64, x86_64, i386, precum și binare universale vor acum tot funcționa corect fără un avertisment.
• Valoarea implicită a învelișului. *. Proprietăți umask utilizează umask curent procesul are. Înainte de valoarea implicită a fost mereu 0022.
• Adaugă o nouă proprietate wrapper.backend.type care este folosit pentru a controla dacă banderola comunică cu JVM folosind traditionalul & quot; SOCKET & quot; sau noi experimental & quot; & quot ;. TEAVA Acest lucru a fost adăugat ca o soluție pentru o problemă rară în cazul în care unele mașini de Windows se apropie soclu la un nivel sistem de operare. Acest lucru a fost doar vazut vreodata pe Windows 2003, dar ar putea exista pe alte versiuni de Windows, de asemenea.
• Adaugă o nouă proprietate wrapper.use_javaio_thread experimental care provoacă banderola să se ocupe de toate ieșire consolă java într-un fir dedicat.
• Adaugă o nouă WrapperManager.isNativeLibraryOk () metodă care permite cod de utilizator testa cu ușurință dacă este sau nu în bibliotecă nativ a fost încărcat și inițializat la pornire.
• Adaugă o nouă comandă PAUSE_THREAD la proprietatea wrapper.commandfile care face posibilă pentru a testa modul în care se comportă atunci când banderola diverse fire bloca sau congela. Acesta a fost utilizat pentru a simula și reproduce problemele pe serverele puternic IO legat.
• Îmbunătățirea modului partea Java a învelișului se comportă atunci când banderola nu reușește să ping JVM pentru o perioadă lungă de timp. JVM folosit pentru a ieși să se lase se resincronizare cu JVM. Acest lucru a fost cauzează probleme pe sistemele care au fost puternic legat IO deoarece banderola ar putea bloca pentru un timp în timp ce încerca să scrie în fișierul jurnal și JVM a fost ieșirea. JVM nu va ieși acum în astfel de circumstanțe. JVM nu va deveni orfani, pentru că va ieși în continuare aproape imediat în cazul în care priza backend sau conducta cu banderola este închis vreodată.
• Dezaprobați metoda WrapperManager.appearOrphan () așa cum este folosit pentru a simula un mod de eșec care nu mai este posibilă cu banderola.
• schimbat modul învelișul are de manipulare erori de certificat privind certificatul de cod de semnare / timestamping. Învelișul va acum doar închidere în sine dacă semnătura binar nu a fost verificat cu succes pentru că semnătura binar sau a fost format incorect, dar nu în cazul în care a fost găsită nici o problemă cu contra-semnatar. Începând cu 3.5.7, binare pentru Windows balotat sunt semnate. Unii utilizatori cu Windows 2008 sisteme blocat avut probleme cu banderola refuzul de a începe, deoarece certificatul Comodo a fost dezactivat pe sistemul lor.
• Adaugă o nouă proprietate wrapper.java.detach_started care face posibilă utilizarea banderola ca un instrument simplu pentru a lansa aplicații Java. Când este activat, banderola termină imediat și JVM este lăsat să curgă de la sine.
• Când rulează banderola ca unui cont de utilizator specificat, prin proprietatea wrapper.ntservice.account, banderola va adăuga permisiunea pentru contul să vă logați ca serviciu automat la instalare. (Optiune CERERE # 3286491)

Ce este nou în versiunea 3.5.6:

• Fix o problemă pe platforme UNIX în cazul în care fișierul jurnal cale era calculat în mod incorect în cazul în care o cale absolută a fost specificată pentru wrapper.logfile, iar fișierul nu există deja. Un mesaj de avertizare a fost afișat, dar banderola va continua folosind fișierul jurnal implicit. A apărut o problemă în mesajul afișat care a provocat un accident pe unele platforme includ Mac OSX. Introdus în versiunea 3.5.5.
• Fix o problemă pe platformele Windows dacă învelișul ar prăbuși dacă aceasta nu au putut accesa directorul de wrapper.logfile configurat. Introdus în versiunea 3.5.5. Bug # 3087424.
• Îmbunătățirea modului avertismente sunt înregistrate atunci când există probleme de scriere a wrapper.logfile configurat astfel încât mesajul va fi conectat acum în fișierul jurnal care banderola sfârșește utilizarea în cazul în care este de succes în care se încadrează inapoi la un jurnal implicit fișier.
• Fix o problemă pe platforme Windows unde wrapper.java.additional. proprietăți care au fost specificate în linia de comandă, și conținute spații, nu au fost requoted corect atunci când construirea linia de comandă Java. Introdus în versiunea 3.3.6.
• Fix o problemă în cazul în care mesajul de avertizare logat pentru valori invalide ale wrapper.java.additional. proprietate, conținea textul corupt. Introdus în versiunea 3.3.6.
• Fix o problemă pe platforme UNIX unde o valoare nevalidă pentru wrapper.java.additional. proprietate a fost corect raportate și apoi omit, dar linia de comandă rezultat pentru a lansa JVM a avut o valoare martor care a fost cauza JVM să eșueze pentru a lansa. O valoare nevalidă este nici o valoare care nu începe cu o & quot; - & quot; caracter.
• Adaugă o nouă variabilă de mediu WRAPPER_INIT_DIR care poate fi folosit pentru a face referire la directorul de lucru de la care banderola a fost lansat. Acest lucru este necesar pentru anumite aplicații, deoarece banderola schimbă mereu director de lucru la locul de binar Wrapper.
• Modificați script shell UNIX asa ca nu mai schimbă dir de lucru curent la locul de script-ul. Acest lucru nu mai este necesar, deoarece banderola a fost schimbarea directorul de lucru pentru propria locație de la versiunea 3.2.0.
• Adaugă o nouă proprietate wrapper.request_thread_dump_on_failed_jvm_exit.delay pentru a controla cât timp banderola va aștepta după ce face o groapa de fir înainte de ucidere procesului de Java. Această întârziere a fost întotdeauna hardcoded la 5 secunde.
• Curățarea textul din mai multe mesaje de avertizare cu privire la valorile de configurare invalide pentru a le face mai consistent.
• (Professional Edition)
• Adaugă o nouă proprietate wrapper.jvm_kill.delay care face posibilă pentru a controla cantitatea de timp pentru a permite între evenimentul jvm_kill fi concediat și JVM de fapt a fi ucis.
  
  
  
  
  

Cerințe :

• Oracle Java Standard Edition Runtime Environment