Java Service Wrapper Community Edition

"Java" Paslaugų vyniotuvas Community Edition yra visiškai nemokama ir atviro kodo komandinės eilutės programa, kuri buvo sukurta iš žemės veikti kaip konfigūruojama ir lengva naudoti programa, skirta diegti Java Apps kaip gimtoji UNIX demonų ar Windows fone services.Provides kaltė korekcija functionalityIt yra lankstus, patikimas ir cross-platform programinės įrangos, kuri suteikia klaidos korekcijos funkciją, kuri bus automatiškai iš naujo paleisti ne reaguoja arba sudužo JVMs (Java virtualios mašinos). Be to, programinės įrangos funkcijos standartas turėti, lengvai paraiškos montavimas ir žurnalo funkcijas, valdymą vaikų procesus, po kiek laiko įvykių, perspėjimus el.paštu, Renginių komandas, santykinius atminties ribas, paramą keliomis kalbomis, taip pat vartotojo apibrėžti įvykius ir veiksmus.
Bendrijos leidimas yra paskirstomas pagal atvirojo kodo licenciją, ji ir tiksliai apskaičiuoti funkcijos yra ribota, nes galėsite naudotis tik kad "Java" programas paleisti kaip UNIX demonas, paleisti ir prižiūrėti JVMs, kontroliuoti proceso prioritetas, kad gaiduko JVM paleidžiamas, siūlai sąvartynus ir uždarymų, naudoti pasirinktinį darbo katalogą, naudoti pakaitos simbolius, taip pat prisijungti ir fiksuoti JVM konsolės output.Getting prasidėjo Java Paslaugų vyniotuvas Bendrijos EditionTo pradėti su Bendrijos Edition Java Service įpakavimas , atsisiųsti paketą, kuris atitinka jūsų kompiuterio ir tiksliai apskaičiuoti architektūrą, išsaugoti archyvą į savo namų katalogą, išpakuokite jį atidaryti terminalo programą, eikite į & lsquo vieta; dėžę aptarsime; Aplankas (pavyzdžiui, CD /home/softoware/wrapper-linux-x86-64-3.5.26/bin/) ir paleisti ir lsquo; ./ įvynioti & rsquo; komandą, kuri bus rodoma naudojimo pranešimą ir laisvų komandų eilutės options.Runs ant įvairių POSIX ir UNIX operacinės systemsJava Service apvalkalas yra platinamas trijų leidinių, Community Edition Standard Edition ir Professional Edition. Ji yra suderinama su visomis GNU / Linux, bet veikia platų POSIX ir UNIX operacinių sistemų, įskaitant FreeBSD, AIX, HP-UX, Microsoft Windows, Mac OS X, ir Solaris ", 64 bitų remti (x86_64 ), 32 bitų (x86), Armel, ARMHf, SPARC, S390, s390x, Itanium, PPC (PowerPC "), taip pat PA-RISC aparatūros platformos.

Kas naujo šioje versijoje:.

• Pagerinti žurnalo pranešimus, kai JVM iš naujo prašoma, kai vyniotuvas yra valstybės, kad ji bus ignoruojamas (standartinis / Professional Edition)
• Pridėti papildomą derinimo pranešimą, kai aklavietės nurašymas baigia. Nėra funkcionalus kaita, tačiau tai buvo įtraukta, kad būtų lengva pasakyti, kiek laiko trunka nurašymas dėl tam tikro taikymo.
• išvalyti vidaus stebėjimo, kur buvo nustatyti aplinkos kintamieji. Nėra funkciniai pokyčiai.
• Kai aptikti Cygwin su "uname -o" scenarijų failą, kai operacinės sistemos (Solaris, MacOS ir tt) rodo klaidos pranešimą, nes "-o" nėra galioja parametras. Dabar mes paslėpti šį klaidos pranešimą, kad būtų išvengta painiavos ir galime spėti, kad Cygwin neveikia.
• Pridėti gebėjimą kontroliuoti veikia paslaugą systemd naudojant scenarijaus failą.
• "Mac OS X", nustato typo, pridėti dar vieną alternatyvų būdą rasti Java nustatyti JAVA_HOME aplinkos kintamąjį ir naudoti visą kelią vykdyti sysctl atveju tai ne keliu. Ačiū Dannes Wessels už pažymėdamas tai atlikti.
• Fix problemą naujesnių versijų "Windows", kai tinkinti įvyniojimo. Sertifikatas nebuvo pašalintas, kai kuriant tikslą. Tai buvo todėl klaidos bandant prisijungti tikslą su nauju pažymėjimu.
• Pridėti trūkstamą paramą apvalkalo scenarijus dėl naujo paleisti / sustabdyti įvyniojimo paslaugą launchctl Mac OS X.
• Pridėti trūkstamą paramą apvalkalo scenarijus dėl naujo paleisti / sustabdyti įvyniojimo paslaugą Upstart.
• Pridėti gebėjimą Nustatykite "S" komanda kelią, taip pat gebėjimas nustatyti papildomus argumentus dėl vyniotuvas apvalkalo scenarijus naudojant naujas SU_BIN ir SU_OPTS kintamuosius.
• Fix problema WrapperSimpleApp, WrapperStartStopApp ir WrapperJarApp pagalbininkas klases, kur komandinės eilutės problemos, lėmė JVM išeinant paleidžiant atrodė kaip netikėtų išėjimų. Tai reiškė, kad vyniotuvas būtų pabandyti atnaujinti JVM vėl, o ne mesti ant pirmojo mėginimo.
• PAKEISTA WrapperSimpleApp, WrapperStartStopApp ir WrapperJarApp pagalbininkas klases taip, kad jų naudojimo baneriai dabar bus rodomas tik komandinės eilutės susijusias problemas. Problemos su nurodytomis klasių, metodų ar JAR dokumentai vis dar registruojami kaip klaidų, bet rodo, kad vartotojas šiose bylose naudojimas buvo paini.
• Taisyti WrapperResources.getString () metodą, kuris neturi pakeitimo argumentus, kad jos apdorojimas žaliavinio eilutę yra tvarkomi pats, kaip metodų, kurie turi pakeitimo argumentus. Dabar visi stygos tvarkomi MessageFormat klasės prieš grąžinami. Ankstesnės versijos buvo nesuderinamas apie būtinybę išvengti kabutes.
• Pridėta pasirenkamą pagrindinį patvirtinimo įsitikinti, kad stygos praėjo prie WrapperResources.getString () metodą, yra suformatuotas teisingai. Žr WrapperResources klasę informacijos, kaip įjungti.
• Pridėti naują parinktis turto wrapper.backend.type: AUTO, lizdas, SOCKET_IPv4, SOCKET_IPv6, vamzdžių. Kai nustatyta AUTO, vyniotuvas bandys atidaryti lizdas IPv4 ir IPv6 avariniu režimu ir vamzdžio atveju klaidos.
• Nustatyti klaidą konvertuojant iš būt, kad plataus char nenustatę lokalę paleidžiant (tik Unix). Ačiū Aušra.
• Pridėti "CLOSE_BACKEND" alias "CLOSE_SOCKET" kaip komanda tyrimas wrapper.commandfile turtą. Tai yra todėl, kad buvo kelis variantus už posistemės jungtimi tam tikrą laiką ir vardas yra nešiojamas.
• Fix problemą Mac, kai veikia OS X Yosemite kur scenarijus buvo jei teisingai palyginti versijas '10 .10 ", kad '10 .5.0". Tai buvo pirmaujanti scenarijų galvoja, kad tik 32 bitų dvejetainius gali būti paleisti. Tai buvo tik klausimas, jei buvo naudojamas Delta pakuotė įvardijimo įvyniojimo binaries.
• Pridėti naują wrapper.java.classpath.missing.loglevel turtą, kuris leidžia kontroliuoti, kaip vyniotuvas rąstų įspėjimus apie trūkstamų classpath elementus. Anksčiau tai buvo visada prisijungęs kaip debug produkcijos ir negali būti išjungtas.
• Jei yra kokių nors žemo lygio problemos paleidimo Java procesą, nėra susijusi su konfigūraciją arba pati JVM, vyniotuvas nebebus bandykite dar kartą tokie pakartojimų buvo beprasmiška.
• "Windows" sistemos API iškilo problemos, kad sukelti procesas katastrofos, jei jis bando nustatyti aplinkos kintamąjį per 32767 simbolių ilgio. Vyniotuvas dabar tikrina tai ir rąstų klaidą, o ne nustatyti kintamąjį. Tai buvo problema, jei labai dideli classpaths buvo naudojamas, kai turtas buvo wrapper.java.classpath.use_environment tiesa.
• Langai neleidžia komandinės eilutės turi būti ilgesnis nei 32766 simbolių ilgio. Skirtingas Windows versijas tvarkyti kitaip, kai toks ilgas komanda yra numatyta. Vyniotuvas dabar daro savo čekį ir rodo nuosekliai klaidą.
• Gerinti klaidos pranešimą apie UNIX platformose, kai komandinėje eilutėje yra ilgesnis nei maksimali sistemos. Ši maksimali labai skiriasi įvairiuose platforma ir aplinkai, ir sunku apskaičiuoti patikimai, todėl maksimalus ilgis šiuo metu nėra rodomi pranešimą.
• Nustatyti problemą UNIX platformose, kur labai didelis konfigūracijos failas gali sukelti WrapperManager žlugti paleidimo. Tai sukėlė dalinio perdavimo konfigūracijos failą į WrapperManager per posistemės ryšį. Tai įvyktų, nepriklausomai nuo posistemės tipo. Konfigūracijos failo, kad būtų sukelti problemų smarkiai svyravo, remiantis konkrečios sistemos dydis.
• Nustatyti problemą Windows platformų, kur labai didelis konfigūracijos failą, nebūtų siunčiami WrapperManager paleidžiant kai wrapper.backend.type turtas buvo nustatyti vamzdžio. Vienintelė problema buvo ta, kad WrapperManager.getProperties () metodas būtų tuščias. (Professional Edition)
• Pridėti patikrinimus prie WrapperManager.exec () metodai, langai didžiausią komandų eilutės ilgį 32766, ir maksimalus aplinkos kintamojo vardas vertės pora ilgis 32767. (Professional Edition)
• Fix problema, kai be NULL rodyklė buvo padaryta kaip dalis valymo procesas yra WrapperManager.exec () skambučio. Tai nėra žinoma, sukėlė visus klausimus.
• Pridėta getStdOut (), getStdErr () ir getStdIn () metodai į WrapperProcess klasės kaip slapyvardžius į getInputStream (), getErrorStream () ir getOutputStream () metodai, kad būtų išvengta painiavos.
• Nustatyti problemą "Windows 7", kur ilgas žurnalo linijos gavo sugadintas po 31.397 simbolių, kai wrapper.console.direct buvo tiesa. Atrodo, kad būti su pagrindinės Windows API problema buvo tik ekranas problema. Sumažino Maksimalus simbolių skaičius, kad gali būti parašytas vienu API skambučio 30000 dirbti aplink klausimu. Šis pokytis yra vidinis ir vis dar nėra ant prisijungusiems linijų ilgio riba.
• Nustatyti aklavietės, jei vyniotuvas nepavyko rašyti į posistemė, kai wrapper.backend.type turtas buvo vamzdžio. Rasti kodo peržiūros ir nėra žinoma, iš tikrųjų atsitiko.
• Mac OSX 10.5.0, scenarijų failą naudosite klavišą "KeepAlive" į launchctl konfigūracijos failą. Ankstesnės versijos Mac OSX ir toliau naudoti tą patį pagrindinį "Palaikymas". Ačiū Robin už pažymėdamas tai atlikti. (Standartinis / Professional Edition)
• Neleisti, kad hostids susieta su "Apple" Bluetooth "prietaisų, kai veikia virtualioje Windows sistemos Patalpinta ant OS X sistemos naudojimą.
• Fix problema, kai WrapperManager.log () neveikia tinkamai, kai kelių baitų pranešimai buvo prisijungęs.
• debug produkcijos pilnas konfigūracijos savybės paketas yra slopinamas iš žurnalo produkcijos, nes ji yra milžiniška, ir gali būti slaptus duomenis. Pridėti dydį sutrumpintame produkcijos padėti su derinimo.
• Nustatyti atminties nutekėjimas apie UNIX platformose, kai buvo pranešta, klaidos pranešimas. Tai buvo tik problema, jei pranešimas buvo prisijungęs kelis kartus.
• Teisingas pora kitų galimų atminties nutekėjimas rasti per kodą peržiūrą. Dažnis nežinomas, buvo sukelti jokių realias problemas.

Kas naujo versijos 3.5.23:

• Paprastas / Professional Edition:
• Kai nežinoma licencijos tipas yra aptinkamas, yra nežinomas tipą klaidos pranešimą, kad padėtų su derinimo.
• Nustatyti atminties korupcija problemą z / OS, kai kalba buvo nustatytas dvigubai baitų lokalės kaip japonų kalba.
• pereiti ir padaryti įvyniojimo daug patvaresni, kai blogai koduotas dviviečiai baitų simbolių susiduriama.
• Preofessional leidimas:
• Keisti išimtį išmesti kai WrapperManager.exec () vadinamas o vyniotuvas yra išjungti, todėl dabar sako, kad užuot sakydamas, kad gimtoji biblioteka nėra įkeltas.
• vyniotuvas dabar labiau atsargūs, įsitikinkite, kad vidinis niekada nedirba, o vaikas procesas yra pradėtas, siekiant užtikrinti, kad vyniotuvas žino apie visus vaikų pradėtų procesų.
• Pridėti įspėjamąjį pranešimą, jei vyniotuvas jai nebuvo pranešta apie pradėtą ​​vaikų procesą dėl posistemės ryšys uždaryti.
• Nustatyti galimą NPE, kurie gali būti įmestas skaitant stdout arba STDERR išvestį iš vaikų proceso, vyniotuvas buvo uždaryti ir po vaiko procesas išėjo.
• Fix problemą UNIX platformose, kur mes buvome strigti bando valymo po proceso, kuris buvo šiuo metu blokuoja remdamasi stdout ar stderr skaityti.
• Fix problemą UNIX platformose kur timeout mėgina gauti vidinį užraktą nuo vaikų procesų sąrašą darė vidaus skaitiklis niezsynchronizowane, todėl į kitą nutraukta vaiko procesų paliekama kaip išnykęs zombius kol Java proceso nutraukiama.
• Nustatyti problemą UNIX platformose, kur vamzdis failų aprašymai naudojami bendrauti su vaikais procesų metu buvo neteisingai priimtų į visų vaikų procesus. Jie buvo ne auga laikui bėgant.
• Fix problemą FreeBSD sistemose, kur wrapper.lang.encoding nebuvo sprendžiant į UTF-8 teisingai, kai LANG Aplinkos kintamasis nebuvo nustatyta.
• Nustatyti galimą sinchronizavimo problema raginama WrapperProcess.waitFor () arba WrapperProcess.exitValue ().
• Pridėti papildomą derinimo žurnalo išėjimo rodantį įvairias timeout vertybes padėti derinti Vartotojo klausimais.
• Fix problema, kai apvalkalo scenarijus nebuvo tinkamai aptikti OS versiją su Mac OSX Maverick.
• Pridėti įspėjimus apie neapibrėžtais aplinkos kintamųjų yra failų nuorodas į konfigūracijos failą.
• Pridėti paramą aplinkos kintamojo plėtimosi rinkmenose nurodytų su wrapper.java.additional_file ir wrapper.app.parameter_file savybių.
• Taisyti sveikasis skaičius formatavimą WrapperUNIXGroup.toString () metodą, kad ji yra suderinama su įvyniojimo poilsio.
• Fix problema, kai negali būti patenkintos reikalavimo iconv biblioteka FreeBSD 10. Dabar surasti biblioteką dinamiškai ieško /usr/local/lib/libiconv.so, /usr/local/lib/libbiconv.so arba /lib/libkiconv.so.4 šia tvarka.
• Fix WrapperPrintStream.println () metodą, kad stygos, kurių sudėtyje yra linefeeds bus teisingai, kiekviena linija pridėtas pradžioje su sukonfigūruotas antraštėje.

Kas naujo versijos 3.5.14:

• Nustatyti iš AppCommand.bat.in problema dokumente, kuriame failų pavadinimo vyniotuvas binary skliaustas sukeltų & quot; KELIAS buvo netikėtas, šiuo metu & quot; klaida.
• (Standard / Professional Edition)
• Fix problema, kai naudojant "Windows" 64 bitų platformas, kuriose būtų vyniotuvas toliau naudoti numatytąjį sistemos kalbą net wrapper.lang buvo naudojamas nurodyti kitą kalbą lokalizuota versija įpakavimas. Įvesta 3.5.12.
• Nustatyti problemą Windows AppCommand.bat.in komandų remiantis partijos byla, kurioje "status" komanda buvo neteisingai būti pranešama kaip apie "užklausą" į naudojimo produkcija. "Status" komanda visada dirbo teisingai, jei naudojama.
• Fix problemą UNIX platformose kai kurie asinchroninius pranešimus darė įspėjamąjį pranešimą & quot; kodavimo klaida ... & quot; prisijungti vietoj numatyto pranešimo. Tai gali būti vertinama, jei sukonfigūruotas žurnalo failas neturėjo rašymo teises. Išskyrus neteisingo žurnalo pranešimą, vyniotuvas dirbo teisingai. Įdiegtas 3.5.2.
• Fix problema UNIX scenarijų, kur veikia su išsišokėlis neveikia tinkamai, kai RUN_AS_USER buvo nustatytas.
• Relax saugumo patikrinimus, kai veikia "status" komandą nuo UNIX shell skripto todėl dabar leidžia bet kuriam vartotojui paleisti scenarijų atlikti tik skaityti patikrinimą pid failą.
• Nustatyti problemą su UNIX scenarijų, kur "pašalinti" komanda bando sustabdyti važiavimo prašymą, net jei prašymas nebuvo įdiegta.
• Nustatyti buferio perpildymą, kurie potencialiai gali sukelti avariją su "Windows Service diegimo metu, kai wrapper.ntservice.account buvo nurodyta. Tai buvo įvesta 3.5.12.
• Nustatyti siena su korupcija, kuri galėtų atsirasti paleidžiant ir potencialiai sukelti avariją. Tik "Windows" sistemos, kurios naudoja sistemos įvykių žurnalus, buvo paveikta. Įkurtas iš kodo peržiūros, niekada buvo Bet koks šio sukelia problemų vartotojams ataskaitos. Tai gali atsitikti, jei sukonfigūruotas wrapper.log negalėjo būti parašyta, kaip vyniotuvas visada bando rašyti į įvykių žurnalą tokiais atvejais. Įvesta 3.5.12.
• Pridėti naują versiją palyginimą UNIX shell skripto ir įpakavimas pradėti rodo atveju Versija nesutapimus įspėjimą. Patikrinimas bus tik tada, kai apvalkalo scenarijus ir vyniotuvas kiekvienas bent versija 3.5.14.
• Pridėta naują wrapper.pidfile.strict turtą, kuris pasakys įvyniojimo nepradėti jei pid failą jau egzistavo. Numatytasis false atgalinio suderinamumo.
• Padaryti Java pusė posistemės lizdą atsparesnė kilus skaityti arba rašyti pauzės. Vidinis lizdas neturi timeout nustatytą pagal nutylėjimą, todėl tai neturėtų jau problema. Pora vartotojai pranešė apie problemas dėl konkrečių sistemų, tačiau po kurio šios pataisos.
• Jei norite padėti į posistemės lizdo pauzės bandymai, naujų wrapper.backend.so_timeout sistema nuosavybė buvo įtraukta, kad būtų galima konfigūruoti posistemės lizdą naudoti timeout. Pamatyti WrapperManager.exec Javadocs () klasės detales.

Kas naujo versijos 3.5.11:

• Nustatyti galimą katastrofos Windows sukelia buferis perpildymo. Tai buvo problema, nes versiją 3.5.0 ir turi įtakos konfigūracijų, kuriose nurodoma daugiau nei vieną wrapper.ntservice.dependency .. Priklausomai nuo to, ką buvo iš atminties, tai ne visada sukelti avariją. Jis turi labai atkuriamumas elgseną tam tikroje konfigūracijos failą.
• Nustatyti problemą "Windows", kur vyniotuvas buvo atsižvelgiant 15 sekundžių ar ilgiau, paleidimo kai kuriose sistemose, nes WinVerifyTrust sistema skambutis buvo problemų atnaujinimo BEL. Tai buvo problema, nes įvyniojimo dvejetainius pradėjo pasirašymo versijos 3.5.7. Jei WinVerifyTrust skambutis trunka ilgiau nei sukonfigūruotas wrapper.startup_thread.timeout tada vyniotuvas toliau paleidimo nedelsiant.
• (Standard / Professional Edition)
• Aiškiai pašalinti pritaikytą binary sertifikatą pritaikymas metu. Nebuvo problemų mandato dvejetainis su kitu sertifikatu kitaip.
• Jei vyniotuvas negali rašyti į sukonfigūruotas wrapper.logfile dėl bet kokios priežasties, tada mes visada patenka atgal į numatytąjį failą ir tada prisijungti žinutę apie gedimą. Jei numatytasis pat nepavyksta, tada, kad taip pat yra prisijungęs, bet pranešimai būtų prisijungęs tik daugeliu atvejų konsolės. Keisti vyniotuvas, kad mes dabar visada siunčia abu pranešimus į syslog ar EventLog neatsižvelgiant į tai, kas wrapper.syslog.loglevel yra nustatytas. Tai svarbu padėti susekti žurnalo failą prieigos problemų priežastis.
• Pradedant versija 3.5.0, jis buvo viduje galima atsispausdinti multi-line žurnalo pranešimus, kad visi linijų visada būtų sugrupuoti į žurnalo failą. Ši versija pakeičia žurnalo kodą šiek tiek, kad toks multi-line žurnalas produkcija dabar registruojami kaip vieną pranešimą į UNIX sylog arba Windows EventLog.
• Fix problema, kai labai ilgas eilutes produkcijos iš JVM sukeltų vyniotuvas pasirodyti pakabinti tam tikrą laiką. Pirmą kartą vienoje eilutėje produkcijos, kuriame keli šimtai tūkstančių ženklų buvo prisijungęs, vidaus buferio buvo palaipsniui padidėjo 100 simbolių per ciklą. Vyniotuvas dabar padidina dydį remiantis paskutinio žinomo dydžio žymiai sumažinti ciklų reikia pasirinkti naują buferio dydis skaičių.
• Pakeisti PAUSE_THREAD komandą, todėl dabar galima laukti neribotą laiką. Tik naudinga išbandyti įvyniojimo.
• Pridėti naują PAUSE_LOGGER komandą, kad būtų galima pristabdyti kitą žurnalo įrašą. Tik naudinga išbandyti įvyniojimo.
• UNIX, stdout / stderr vamzdis nuo JVM ir įpakavimas nebuvo valomas teisingai. Tai lėmė mažą nutekėjimas, bet buvo kitaip nekenksmingas. Vamzdžiai dabar išvalyti ir inicializuoti kiekvienam JVM pavyzdžiui.
• Fix problema, kai vyniotuvas gali žlugti perkrauti JVM, kai iš naujo prašymo atsirado JVM, jei sistema buvo išgyvena labai sunkų IO, dėl ilgai disko IO eilėse. Tai buvo todėl įvyniojimo pagrindinę kilpą blokuoti ant rašyti ir praleisti restart prašymą, sukelia įvyniojimo išjungti, o ne iš naujo. Tai gali paveikti visas platformas. Windows, ji taip pat gali būti kopijuojami darant pasirinkimą konsolės užšaldyti produkciją ir tada pateikti prašymą iš vidaus JVM iš naujo.
• Pridėti naują WrapperPropertyUtil pagalbininkas klasę, kad ji laidą prieiti vyniotuvas turto vertės iš vidaus JVM.
• Nustatyti dėl kai kurių platformų, kur java žurnalas produkcija gali gauti sugadintas dėl netinkamo tam strncpy sistemos funkcija klaidą. Ši funkcija įspėja, kad kai realizacijos nepalaiko sutampančių atminties kopijas. Problema gali būti kopijuojami tik vieną Linux bandymo mašina linijas po tuščią eilutę produkcijos. Ši problema jau nuo 3.4.0.

Kas naujo versijos 3.5.9:

• Nustatyti problemą "Windows", jei tinklo adapteriai, kurių pavadinimai pateikta & quot; PRO / 1000 & quot; paimamos iš hostids sąrašą rodomas & quot; wrapper.exe -h & quot; buvo paleisti. Tai neturėjo įtakos esamų serverio licencijos raktas failus generuoja už hostIds pranešta iki 3.5.7 arba anksčiau, arba plėtros licencijos raktus. Tačiau ji gali sukelti vyniotuvas pranešti, kad nėra pagrįstų hostIds galima rasti kai vyniotuvas buvo pradėtas be licencijos failą. Tai sukėlė kai bandymo kodas pridėtinės 3.5.8, kad mums nepavyko pašalinti.
• Fix problema, kai vyniotuvas nebuvo tinkamai nešančius kontrolę atgal į savo pagrindinės linijos, kai labai dideli kiekiai nuolat generuoti išėjimo galią buvo prisijungęs iš JVM. Įdiegtas versijos 3.4.0. Be versijos prieš 3.5.8, tai galėjo sukelti JVM skirtą laiką ir iš naujo save. Tai ypač problema buvo išspręsta, bet vyniotuvas procesas 3.5.8 vis dar buvo nereaguoti, kai tai vyksta. Vyniotuvas dabar visada yeild atgal į savo pagrindinės linijos, nuo 250 milisekundžių nepertraukiamo medienos ruoša.
• Fix problema, kai WrapperManager gali blokuoti bando rašyti derinimo išvestį, jeigu dabartinis vartotojas paraiška buvo raštu labai didelius kiekius produkcijos konsolės taip pat. Kraštutiniais atvejais tai paskatino įvyniojimo galvoju, kad JVM buvo įšaldytos. Tai buvo tik klausimas, ar derinti produkcijos buvo įjungtas.
• pertvarkė apvalkalo scenarijus, kad visi leidimai, dabar naudoja tą patį scenarijų dar kartą.

Kas naujo versijos 3.5.8:

• (Standard / Professional Edition)
• Pradedant versija 3.5.5, mes negaliojantys pateikta visa 00FF * hostids Windows išvengti problemų, susijusių su keičiasi hostids kai vartotojai turi Kadagio tinklo Connect tinklo adapterį jų sistemos naudojimą. Tai pasirodė esąs pernelyg griežtos Svečių OS veikia pagal paralelės pat pasinaudoti šia hostid diapazone. Vyniotuvas dabar labiau atsargūs, tik paneigti faktines Kadagio tinklo Connect hostids.
• (Standard / Professional Edition)
• Gerinti pranešimą rodomas vartotojui, kai vyniotuvas negali rasti jokių hostids už sistemą.
• Fiksuotas su įvynioti scenarijų Solaris, kur galimybė -F nebuvo galima grep problema.
• Pridėta Windows versija informaciją apie įvynioti debug produkcija.
• Pridėta wrapper.log.warning.threshold turtą, kuris leidžia vyniotuvas rodo įspėjimą, kai ji nustato, kad vyniotuvas paėmė ilgą laiką įrašyti žurnalo žinutę.
Tai buvo įtraukta į išbandyti pranešė problemą, kurią sukelia lėtą IO labai sunkiai apkrautų sistemas.
• Fix problema, kai filtras, kuris paprašė JVM iš naujo būtų ignoruojamas, jei JVM išėjo ant savo karto. Vyniotuvas dabar nuosekliau taip, kad pakartotinio paleidimo prašymus per JVM ar filtrų visada teikiama pirmenybė tokių pasitraukimo prašymus. Išorės išjungimo prašymai, arba iš kitų veiksmų vis dar elgiasi kaip jie tai padarė praeityje ir toliau uždarymo vyniotuvas. Vyniotuvas pat registruoja pranešimus debug produkcijos, jei neįvykdyti iš naujo infromacija konservuoti arba ignoruojami.
• Fiksuotas į AppCommand.bat partijos byla, kuri gali atsirasti dėl kai kurių "Windows" platformų su tam tikromis kelių baitų sistemos koduotes problema. Scenarijus buvo perrašytas ir abejotini dalys buvo supaprastinta. Scenarijų funkcija buvo išsaugotas.
• Pridėta aplinkos kintamąjį WRAPPER_CONF_DIR, kuris gali būti naudojamas konfigūracijos savybių. (Funkcija Prašymas 3.160.644)
• Pagamintas scenarijaus išeiti su teise išeiti kodas gavo kai veikia scenarijų kaip kitas vartotojas, nurodytą RUN_AS_USER. (Re ataskaita 3.185.281)
• Nustatyti prieigos pažeidimą, kuris gali atsitikti, kai kodas pasirašymas sertifikatas nepavyko patvirtintas.
• Prisijunkite klaidą ar posistemės lizdas prievarta uždaryti iš išorės. Tai buvo vis prisijungęs ne debug log lygiu. Pranešimas & quot; esamos ryšys buvo prievarta uždarytas nuotolinio kompiuterio. (0x2746) & quot ;. Kadangi pranešimas buvo tik prisijungęs, jei derinti produkcijos buvo įjungta, JVM bus paleistas iš naujo, be aiškaus paaiškinimo, kas atsitiko. Iš lizdo uždarymo šaltinis yra tiriama.
• (Professional Edition)
• Pridėta Java skambučių fireUserEvent į WrapperManager API. Tai leidžia į ugnį vartotojas įvykių laiškus, veiksmus be filtro sukelti. Prašome taip pat rasite daugiau informacijos apie saugumo modelį už šią saugumo puslapyje skambutį.
• Nustatyti ant Mac versijos įspėjimą, jei sukonfigūruotas Java komanda nebuvo Universal Binary. Patikrinimas buvo įtraukta į 3.4.0 įsitikinti, kad wrapper.java.command nurodė tiesiogiai vykdomąjį išvengti netikėtų elgesį, kai veikia scenarijų. Pranešimas tik įspėjimo ir vyniotuvas toliau nepriklausomai. Standartinė PPC, ppc_64, x86_64, i386, taip pat universalus dvejetainius dabar visi veiktų tinkamai be perspėjimo.
• Numatytoji vertė įvynioti. *. Kaukė savybės naudoja esamą Kaukė procesas. Prieš numatytoji vertė visada buvo 0022.
• Pridėti naują wrapper.backend.type turto, kuris yra naudojamas siekiant kontroliuoti, ar vyniotuvas bendrauja su JVM naudojant tradicinį & quot; LIZDO & quot; arba nauja eksperimentinė & quot; PIPE & quot ;. Tai buvo įtraukta kaip PROBLEMOS reta problema kai kurios Windows mašinos uždarymo lizdą ne OS lygiu. Tai buvo tik kada nors matė "Windows 2003", tačiau gali egzistuoti kitose Windows versijose, taip pat.
• Pridėti naują eksperimentinį wrapper.use_javaio_thread turtą, kuris sukelia įvyniojimo tvarkyti visą Java konsolės išėjimo tam skirtoje temoje.
• Pridėti naują WrapperManager.isNativeLibraryOk () metodą, kuris leidžia vartotojui kodas lengvai patikrinti, ar nėra gimtoji biblioteka buvo pakrautas ir inicializuoti paleidžiant.
• Pridėti naują PAUSE_THREAD komandą į wrapper.commandfile turtą, kuris suteikia galimybę išbandyti, kaip vyniotuvas elgiasi, kai įvairūs siūlai blokuoti ar užšaldyti. Tai buvo naudojami imituoti ir atkurti klausimus labai IO surištų serverių.
• Gerinti kelią "Java pusė įpakavimas turėtų elgtis vyniotuvas nepavyksta ping JVM ilgesnį laiką. JVM naudojama išeiti tegul pats resync pati JVM. Tai buvo todėl problemų sistemų, kurios buvo labai IO jungiasi, nes vyniotuvas gali blokuoti tam tikrą laiką, o bando rašyti į failą ir JVM buvo išeinant. JVM dabar niekada išeiti tokiomis aplinkybėmis. JVM niekada netaps našlaičiais, nes ji vis dar išeiti beveik iš karto, jei vidinis lizdas arba vamzdis su apvalkalas yra nuolat uždarytos.
• Prieštarauti į WrapperManager.appearOrphan () metodą, kaip ji yra naudojama, kad būtų imituotos gedimų režimą, kuris yra nebeįmanoma su įpakavimas.
• Pasikeitė kelią vyniotuvas yra tvarkymo sertifikato klaidos dėl kodas pasirašymas / laiko žymėjimas sertifikatą. Vyniotuvas dabar tik pati išsijungia, jei iš dvejetainės parašas nebuvo sėkmingai patikrinta, nes dvejetainis arba parašas buvo blogai suformuotas, bet ne su kokia nors problema su kovos pasirašančio buvo rasta. Pradedant 3.5.7, "Windows Wrapper dvejetainius pasirašo. Kai su užrakinta žemyn Windows 2008 sistemų vartotojai turėjo problemų su vyniotuvas atsisako pradėti, nes Comodo pažymėjimas buvo išjungta jų sistema.
• Pridėti naują wrapper.java.detach_started turtą, kuris leidžia naudoti įvyniojimo kaip paprastas įrankis pradėti Java "programos. Kai įjungta, vyniotuvas nutraukė nedelsiant ir JVM liko paleisti savo.
• Važiuojant įvyniojimo kaip nurodyta Vartotojo abonemento, per wrapper.ntservice.account turto, vyniotuvas pridės leidimą paskyrą, norėdami prisijungti kaip paslauga automatiškai, kai įdiegti. (Funkcija Prašymas # 3.286.491)

Kas naujo versijos 3.5.6:

• Fix problemą UNIX platformose kur žurnalo failas Kelias buvo apskaičiuojamas neteisingai, jei absoliutusis kelias buvo nurodyta už wrapper.logfile ir byloje nebuvo jau egzistuoja. Įspėjamasis pranešimas buvo rodomas bet vyniotuvas toliau naudojant numatytąjį failą. Nebuvo žinutėje rodoma kuris sukėlė kai kuriuos platformų avarijos apima Mac OSX problema. Įdiegtas versijos 3.5.5.
• Fix Windows platformų problema, kai vyniotuvas būtų katastrofos, jei jis negalėjo prieiti prie sukonfigūruotas wrapper.logfile katalogą. Įdiegtas versijos 3.5.5. Re # 3.087.424.
• Gerinti kelią įspėjimai prisijungęs, kai yra problemų raštu sukonfigūruotas wrapper.logfile kad žinutė bus dabar būti prisijungęs į žurnalo failą, vyniotuvas baigiasi naudojant, jei jis yra sėkmingai krenta atgal į numatytąjį Prisijungti failas.
• Nustatyti problemą Windows platformų, kur wrapper.java.additional. savybės, kurios buvo nurodytos komandinėje eilutėje, o esančios erdves, buvo nebuvo requoted teisingai, kai kuriant Java komandinę eilutę. Įdiegtas versijos 3.3.6.
• Fix problema, kai įspėjamasis pranešimas prisijungęs, negaliojančių verčių wrapper.java.additional. nuosavybė, esanti sugadintą tekstą. Įdiegtas versijos 3.3.6.
• Nustatyti problemą UNIX platformose, kur negalioja vertė wrapper.java.additional. turtas buvo tinkamai buvo pranešta ir tada praleisti, bet dėl ​​komandinės eilutės pradėti JVM turėjo tuščią reikšmę, darė JVM nesugeba pradėti. Neteisingas reikšmė yra bet kokia vertė, kad neprasideda su & quot; - & quot; simbolių.
• Pridėti naują WRAPPER_INIT_DIR aplinkos kintamąjį, kuris gali būti naudojamas nurodant darbinį katalogą, iš kurio vyniotuvas buvo pradėta. Tai reikalinga tam tikriems taikymo, nes įvynioklis visada keičia savo darbo katalogas prie įvynioklio dvejetainę vietą.
• Pakeisti UNIX shell scenarijų, todėl nebėra keičia esamą darbo rež į scenarijų vietą. Tai nebereikalingi, nes vyniotuvas buvo keičiant darbo katalogą į savo vietą, nes versija 3.2.0.
• Pridėti naują wrapper.request_thread_dump_on_failed_jvm_exit.delay turtą kontroliuoti, kiek laiko vyniotuvas lauks atlikę giją dump prieš nušaunant Java procesą. Šis vėlavimas visada buvo kieta 5 sekundes.
• išvalyti keli įspėjamieji pranešimai apie negaliojančius konfigūracijos vertybių tekstą padaryti juos labiau suderinti.
• (Professional Edition)
• Pridėti naują wrapper.jvm_kill.delay turtą, kuris leidžia kontroliuoti, kiek laiko leisti tarp jvm_kill įvykis deginti ir JVM tikrųjų žudomi.
  
  
  
  
  

Reikalavimai :

• "Oracle" Java Standard Edition Runtime Environment "