Java Service Wrapper Community Edition

Java service Wrapper Community Edition är en helt fri och öppen källkod kommandoradsgränssnitt programvara som har utformats från grunden för att fungera som en konfigurerbar och enkel att använda verktyg för distribution Java apps som infödda UNIX demoner eller Windows bakgrund services.Provides fel korrigering functionalityIt är en flexibel, tillförlitlig och plattformsoberoende programvara som ger fel korrigering funktionalitet som automatiskt startar om icke-responsiv eller kraschade JVM (Java Virtual Machines). Dessutom programvaran har standard scripting, enkel programinstallation, och loggning funktionalitet, hantering av barnprocesser, tidsinställda händelser, alert mail, händelsekommandon, relativa minnesgränser, stöd för flera språk, samt användardefinierade händelser och åtgärder.
Gemenskapen Edition distribueras under en öppen källkodslicens, genom det & rsquo; s funktionalitet är begränsad, eftersom du kommer att kunna använda för att bara göra det möjligt för Java-program att köras som en UNIX daemon, starta och övervaka JVM: er, för att styra processen prioritet, till trigger JVM startar, gäng soptippar och avstängningar, för att använda en anpassad arbetskatalog, för att använda jokertecken, samt för att logga och fånga JVM konsol output.Getting började med Java service Wrapper Community EditionTo komma igång med Community Edition av Java Tjänst Wrapper , hämta paketet som motsvarar din dator & rsquo; s arkitektur, spara arkivet på din hemkatalog, packa upp, öppna en terminal app, gå till platsen för & lsquo; bin & rsquo; mapp (t.ex. cd /home/softoware/wrapper-linux-x86-64-3.5.26/bin/) och kör & lsquo; ./ wrapper & rsquo; kommandot, som kommer att visa skärm och tillgängliga kommandoradsverktyg options.Runs på ett brett spektrum av POSIX och UNIX-liknande operativsystem systemsJava service Wrapper distribueras i tre upplagor, Community Edition, Standard Edition, och Professional Edition. Den är kompatibel med alla GNU / Linux-distributioner, men körs på ett brett spektrum av POSIX och UNIX-liknande operativsystem, inklusive FreeBSD, AIX, HP-UX, Microsoft Windows, Mac OS X och Solaris, som stöder 64-bitars (x86_64 ), 32-bitars (x86), Armel, ARMHf, SPARC, s390, s390x, Itanium, PPC (PowerPC), samt PA-RISC hårdvaruplattformar.

Vad är nytt i den här versionen:.

• Förbättra loggmeddelanden när en JVM omstart begärs när Wrapper är i ett skick som den kommer att ignoreras (Standard / Professional Edition)
• Lägg till ytterligare debug meddelande när ett dödläge svep slutför. Ingen funktionell förändring men detta lades för att göra det lätt att säga hur länge svep tar på en given tillämpning.
• Städa upp den interna spårning av var miljövariabler sattes. Inga funktionella förändringar.
• När detektering Cygwin med 'uname -o' i skriptfilen, vissa operativsystem (Solaris, MacOS, etc.) visar ett felmeddelande eftersom "-o" är inte en giltig parameter. Nu gömmer vi detta felmeddelande att undvika förvirring och vi kan gissa att Cygwin inte körs.
• Lägg förmågan att kontrollera att köra tjänsten med Systemd använder skriptfilen.
• På Mac OS X, fixa ett stavfel, lägga till en annan alternativt sätt att hitta Java för att ställa in miljövariabeln JAVA_HOME och använda hela sökvägen till exekvera sysctl ifall det inte är i vägen. Tack vare Dannes Wessels för att peka ut detta.
• Åtgärda ett problem på nyare versioner av Windows när du anpassar Wrapper. Certifikatet har inte tagits bort när du skapar målet. Detta ledde till ett fel när du försöker logga målet med ett nytt certifikat.
• Lägg saknade stöd i skalskript för återstart / stoppa Wrapper service med launchctl på Mac OS X.
• Lägg saknade stöd i skalskript för återstart / stoppa Wrapper service med Upstart.
• Lägg förmågan att ställa in sökvägen till 'su' kommandot samt förmågan att ange ytterligare argument i Wrapper skalskript med hjälp av nya SU_BIN och SU_OPTS variabler.
• Åtgärda ett problem i WrapperSimpleApp, WrapperStartStopApp och WrapperJarApp hjälpklasser där kommandoraden problem som resulterade i JVM spännande vid start såg ut oväntade utgångar. Detta innebar att Wrapper skulle försöka att återuppta JVM igen snarare än att ge upp vid första försöket.
• Ändrad de WrapperSimpleApp, WrapperStartStopApp och WrapperJarApp hjälpklasser, så att deras användnings banners först nu kommer att visas för kommandoraden relaterade problem. Problem med de angivna klasser, metoder eller jar-filer är fortfarande inloggad som fel, men visar användaren användningen i dessa fall var förvirrande.
• Korrigera WrapperResources.getString () metod som inte har några ersättnings argument så att dess behandling av rå strängen hanteras på samma sätt som metoder som har ersättnings argument. Nu är alla strängar behandlas av MessageFormat klass innan det återförs. Tidigare versioner var inte konsekventa om behovet att fly apostrof.
• Inkom tillval nyckel validering för att säkerställa att strängar passerade in till WrapperResources.getString () metoden formateras på rätt sätt. Se WrapperResources klassen efter information hur du aktiverar.
• Lägg till nya möjligheter för fastighets wrapper.backend.type: AUTO, SOCKET, SOCKET_IPv4, SOCKET_IPv6, PIPE. När inställd på AUTO, kommer Wrapper försöker öppna en socket ipv4 och återgång till ipv6 och rör vid fel.
• Fix bugg vid konvertering från flerbyte till bred röding utan att ställa lokalen vid start (Unix endast). Tack vare Bert.
• Lägg en "CLOSE_BACKEND" alias till "CLOSE_SOCKET" som testkommando för wrapper.commandfile egendom. Detta beror på att det har funnits flera alternativ för backend anslutning för en tid och namnet är mer portabel.
• Åtgärda ett problem på Mac när man kör OS X Yosemite där manuset var inte att korrekt jämföra versioner '10 .10 'till '10 .5.0 ". Detta ledde till skriptet tänker att endast 32-bitars binärer kunde köras. Detta var bara en fråga om delta pack namngivning av omslags binärer användes.
• Lägg till en ny wrapper.java.classpath.missing.loglevel egenskap som gör det möjligt att styra hur Wrapper loggar varningar om saknad CLASSPATH element. Tidigare var detta alltid inloggad som debug output och kunde inte inaktiveras.
• Om det finns några problem med låg nivå lanserar Java process som inte är relaterade till konfiguration eller JVM själv, Wrapper kommer inte längre att försöka igen som sådana försök var meningslösa.
• Windows-system API har ett problem som orsakar en process för att krascha om den försöker ställa in en miljövariabel över 32767 tecken. Den Wrapper kontrollerar nu detta och loggar ett fel i stället för att sätta variabeln. Detta var ett problem om mycket stora classpaths användes när wrapper.java.classpath.use_environment egenskapen var SANN.
• Windows inte tillåter en kommandorad för att vara längre än 32.766 tecken. Olika versioner av Windows hanterar det annorlunda när en sådan lång kommando ges. Den Wrapper gör nu sin egen kontroll och visar ett fel på ett konsekvent sätt.
• Förbättra felmeddelandet på UNIX-plattformar när kommandoraden är längre än max systemet. Denna maximala varierar kraftigt från plattform och miljö och är svår att beräkna på ett tillförlitligt sätt, så den maximala längden inte visas för närvarande i meddelandet.
• Åtgärda ett problem på UNIX-plattformar där en mycket stor konfigurationsfil kan orsaka WrapperManager misslyckas till start. Detta orsakades av den partiella överföringen av konfigurationsfilen till WrapperManager via backend-anslutning. Detta skulle ske oberoende av backend typ som används. Storleken på konfigurationsfilen som skulle orsaka ett problem varierade kraftigt baserad på det specifika systemet.
• Åtgärda ett problem på Windows-plattformar där en mycket stor konfigurationsfil skulle misslyckas med att sändas till WrapperManager vid start när wrapper.backend.type egenskapen var inställd på PIPE. Det enda problemet var att de WrapperManager.getProperties () metoden skulle vara tomt. (Professional Edition)
• Lägg kontroller till WrapperManager.exec () metoder på Windows för maximal kommandorad längd 32766, och maximal miljövariabel namnvärdepar längd 32767. (Professional Edition)
• Åtgärda ett problem där en fri en NULL-pekare som gjordes som en del av sanering processen av en WrapperManager.exec () samtal. Detta är inte känt för att ha orsakat några problem.
• Lade getStdOut (), getStdErr (), och getStdIn () metoder till WrapperProcess klassen som alias till getInputStream (), getErrorStream (), och getOutputStream () metoder för att hjälpa till att undvika förvirring.
• Åtgärda ett problem i Windows 7 där långa loggrader blev skadad efter 31.397 tecken när wrapper.console.direct var sant. Detta verkar vara ett problem med den underliggande Windows API och var bara ett visningsproblem. Minskat det maximala antalet tecken som kan skrivas med ett enda API-anrop till 30000 för att arbeta runt problemet. Denna förändring är intern och det finns fortfarande ingen gräns på hur lång loggade linjer.
• Fix ett dödläge om Wrapper inte skriva till backend när wrapper.backend.type egenskapen var RÖR. Hittades av kodgranskning och är inte känd för att ha faktiskt hände.
• Från Mac OSX 10.5.0, skriptfilen kommer att använda nyckeln "Keepalive" i launchctl konfigurationsfil. Tidigare versioner av Mac OSX kommer att fortsätta att använda samma nyckel "Ondemand". Tack till Robin för att peka ut detta. (Standard / Professional Edition)
• Tillåt inte användning av hostids knutna till Apple Bluetooth-enheter när man kör på en virtualiserad Windows-system värd på en OS X-system.
• Åtgärda ett problem där WrapperManager.log () inte fungerade korrekt när multi-byte meddelanden loggas.
• I debug output full konfigurationsegenskaperna paket trycks från loggutdata eftersom det är enorm och kan innehålla känsliga uppgifter. Lägg en storlek till den förkortade utgång för att hjälpa till med felsökning.
• Fix en minnesläcka på UNIX-plattformar när ett felmeddelande rapporterades. Detta var bara ett problem om meddelandet var inloggad flera gånger.
• Korrigera ett par andra potentiella minnesläckor hittas genom kodgranskning. Inte känt för att ha orsakat några faktiska problem.

Vad är nytt i version 3.5.23:

• Standard / Professional Edition:
• När en okänd licenstyp påträffas, inkludera okänd typ i felmeddelandet att hjälpa till med felsökning.
• Fix ett minneskorruption problem på z / OS när språket var inställd på en dubbel byte locale som japanska.
• Gå igenom och göra Wrapper mycket mer hållbara när dåligt kodad dubbla byte-tecken påträffas.
• Preofessional Edition:
• Ändra undantaget kastas när WrapperManager.exec () anropas när Wrapper är avstängning så det nu står att istället för att säga att personen biblioteket inte är laddad.
• Wrapper är nu mer noga med att se till att backend aldrig stängs medan ett barn process lanseras för att säkerställa att Wrapper vet om alla underordnade processer som inletts.
• Lägg ett varningsmeddelande om att Wrapper inte underrättas om ett lanserade barnprocess på grund av backend-anslutning stängs.
• Fix en potentiell NPE som kunde kastas vid läsning stdout eller stderr utdata från ett barn process medan Wrapper var stänga och efter barnet processen avslutas.
• Åtgärda ett problem på UNIX-plattformar där vi fastna försöker sanering efter en process som för närvarande blocke på en skriv från stdout eller stderr.
• Åtgärda ett problem på UNIX-plattformar där en timeout försöker få en intern låsning av barnet processlistan var orsakar en intern räknare för att komma ur synk, vilket leder till en andra avslutade barnprocesser lämnas som nedlagda zombies tills Java processen avslutas.
• Åtgärda ett problem på UNIX-plattformar om beskrivningar pipe fil som används för att kommunicera med barnprocesser som felaktigt skickas till alla underordnade processer. De var inte växer över tiden.
• Åtgärda ett problem på FreeBSD system där wrapper.lang.encoding inte lösa till UTF-8 korrekt när miljövariabeln LANG inte var inställd.
• Fix ett potentiellt synkroniseringsproblem ringer WrapperProcess.waitFor () eller WrapperProcess.exitValue ().
• Lägg till ytterligare felsöknings loggutdata visar de olika tidsgränser för att hjälpa till med felsökning användarfrågor.
• Åtgärda ett problem där skalet skriptet inte korrekt detekterar OS-version med Mac OSX Maverick.
• Lägg varningar om odefinierade miljövariabler inkluderar filreferenser i konfigurationsfilen.
• Lägg till stöd för miljövariabeln expansion i filer som anges med wrapper.java.additional_file och wrapper.app.parameter_file fastigheter.
• Korrigera heltal formatering i WrapperUNIXGroup.toString () metoden så det är förenligt med resten av Wrapper.
• Åtgärda ett problem där kravet iconv biblioteket inte kunde uppfyllas i FreeBSD 10. Vi letar nu biblioteket dynamiskt genom att leta efter /usr/local/lib/libiconv.so, /usr/local/lib/libbiconv.so eller /lib/libkiconv.so.4 i nämnd ordning.
• Fäst en av WrapperPrintStream.println () metoden så strängar som innehåller radmatningar kommer korrekt ha varje rad föregås med den konfigurerade sidhuvudet.

Vad är nytt i version 3.5.14:

• Åtgärda ett problem i AppCommand.bat.in fil där en parentes i namnet på Wrapper binär fil skulle ha orsakat en & quot; PATH var oväntat vid denna tid & quot; fel.
• (Standard / Professional Edition)
• Åtgärda ett problem när man använder en lokaliserad version av Wrapper på Windows 64-bitars plattformar där Wrapper skulle fortsätta att använda systemet standardspråk även wrapper.lang användes för att ange ett annat språk. Infördes 3.5.12.
• Åtgärda ett problem i Windows AppCommand.bat.in kommandot baserad batch fil där kommandot "status" felaktigt rapporteras som "query" i användningsutgången. Kommandot "status" hade alltid arbetat korrekt om används.
• Åtgärda ett problem på UNIX-plattformar där vissa asynkrona meddelanden orsakade ett varningsmeddelande & quot; Coding Fel ... & quot; vara inloggad i stället för den avsedda budskapet. Detta kan ses om den konfigurerade loggfil inte har skrivbehörighet. Annat än den felaktiga loggmeddelandet arbetade Wrapper korrekt. Infördes 3.5.2.
• Åtgärda ett problem i UNIX manus där kör med upstart inte fungerar korrekt när RUN_AS_USER fastställdes.
• Relax säkerhetskontroller när du kör "status" kommando mot UNIX shell script så det nu låter alla användare som kör skriptet att utföra skrivskyddad kontroll av pid-filen.
• Åtgärda ett problem med UNIX manus där "ta bort" kommandot försökte stoppa ett program som körs även när programmet inte hade installerats.
• Fix ett buffertspill som potentiellt skulle kunna orsaka en krasch under installationen av en Windows Service när wrapper.ntservice.account angavs. Detta infördes i 3.5.12.
• Fix ett heap korruption som kan uppstå vid start och potentiellt orsaka en krasch. Endast Windows-system, som använder systemet Händelseloggar, påverkades. Upptäckte från en kodgranskning, hade det aldrig funnits några rapporter om detta orsakar problem för användarna. Detta skulle kunna hända om den konfigurerade wrapper.log inte kunde skrivas till som Wrapper försöker alltid skriva till händelseloggen i sådana fall. Infördes 3.5.12.
• Lägg till ny jämförelse en version mellan UNIX shell script och Wrapper att börja visa en varning i händelse av en obalans version. Kontrollen fungerar bara om skalet manus och Wrapper är var och en av minst version 3.5.14.
• Lade till en ny wrapper.pidfile.strict egendom som kommer att tala om Wrapper inte att starta om pid-filen redan fanns. Standardvärdet är false för bakåtkompatibilitet.
• Gör Java sidan av backend uttaget mer motståndskraftig i händelse av en läs- eller skriv timeout. Backend-uttaget har inte en timeout inställd som standard så detta inte skulle ha varit ett problem. Ett par användare rapporterat problem på specifika system dock som ledde till denna fix.
• För att underlätta testning av backend socket timeout, blev ett nytt wrapper.backend.so_timeout systemet egendom sätts för att göra det möjligt att konfigurera backend-uttaget för att använda en timeout. Se JavaDocs av ​​WrapperManager.exec () klass för detaljer.

Vad är nytt i version 3.5.11:

• Fix en potentiell krasch på Windows orsakas av en buffert overflow. Detta har varit ett problem sedan version 3.5.0 och påverkar konfigurationer som definierar flera wrapper.ntservice.dependency .. Beroende på vad som var i minnet, detta inte alltid leda till en krasch. Den har mycket reproducerbar beteende för en given konfigurationsfil.
• Åtgärda ett problem i Windows där Wrapper tog 15 sekunder för att start på vissa system eftersom systemanropet WinVerifyTrust hade problem uppdatering av CRL. Detta hade varit ett problem eftersom omslaget binärer började undertecknas i version 3.5.7. Om WinVerifyTrust samtalet tar längre tid än den konfigurerade wrapper.startup_thread.timeout sedan Wrapper fortsätter till start utan ytterligare dröjsmål.
• (Standard / Professional Edition)
• Uttryckligen bort certifikatet för den anpassade binär under anpassning. Det fanns problem avgå den binära med ett annat certifikat annars.
• Om Wrapper är oförmögen att skriva till den konfigurerade wrapper.logfile av någon anledning kommer vi alltid falla tillbaka till en standard loggfil och sedan logga ett meddelande om felet. Om standard inte heller då att loggas också men meddelandena skulle bara vara inloggad till konsolen i de flesta fall. Ändra Wrapper så vi nu alltid skicka båda meddelanden till syslog eller EventLog oavsett vad wrapper.syslog.loglevel är inställd på. Detta är viktigt för att hjälpa till att spåra orsaken till loggfilen åtkomstproblem.
• Från och med version 3.5.0, var det internt möjligt att skriva ut flera rader loggmeddelanden så att alla linjer alltid skulle sammanföras i loggfilen. Denna version ändrar loggningskoden något så att en sådan multi-line loggutdata nu inloggad som ett enda meddelande i UNIX Sylog eller Windows EventLog.
• Åtgärda ett problem där mycket långa rader av utdata från JVM skulle orsaka Wrapper visas att hänga en stund. Första gången en enda rad av produktionen innehåller flera hundra tusen tecken var inloggad, en intern buffert höll på att stegvis ökas med 100 tecken per cykel. Den Wrapper ökar nu storleken baserad på senast kända storlek för att kraftigt minska antalet cykler som behövs för att välja en ny buffertstorlek.
• Ändra kommandot PAUSE_THREAD så är det nu möjligt att vänta på obestämd tid. Endast användbart för att testa Wrapper.
• Lägg till en ny PAUSE_LOGGER kommando för att göra det möjligt att pausa nästa loggposten. Endast användbart för att testa Wrapper.
• I UNIX på stdout / stderr röret mellan JVM och Wrapper var inte rengörs korrekt. Detta resulterade i en liten läcka men var annars ofarliga. Rören är nu saneras och initieras för varje JVM instans.
• Åtgärda ett problem där Wrapper kunde misslyckas att starta om JVM när begäran omstart sitt ursprung i JVM om systemet upplevde mycket tung IO resulterar i långa disk IO köer. Detta var orsakar Wrapper huvudslingan för att blockera den skrivning och missar begäran omstart, vilket gör att Wrapper till avstängning i stället omstart. Detta skulle kunna påverka alla plattformar. I Windows kan det också reproduceras genom att göra ett urval i konsolen att frysa utgång och sedan göra en förfrågan inifrån JVM att starta.
• Lägg till en ny WrapperPropertyUtil hjälpare klass för att göra det easer att komma Wrapper fastighetsvärden inifrån JVM.
• Fix en bugg på vissa plattformar där java loggutdata kunde få skadade på grund av missbruk av ett strncpy systemfunktion. Denna funktion varnar för att vissa implementeringar inte stöder lappande minneskopior. Problemet kan bara återges på ett enda Linuxtestmaskin i rader efter en tom rad av produktionen. Detta problem har funnits sedan 3.4.0.

Vad är nytt i version 3.5.9:

• Åtgärda ett problem i Windows där nätverkskort vars namn inne & quot; PRO / 1000 & quot; undandrogs från listan över hostids visas när & quot; wrapper.exe -h & quot; kördes. Detta påverkade inte befintliga serverlicens nyckelfiler som genereras för hostIds rapporterats av 3.5.7 eller tidigare, eller nycklar utveckling licens. Men det gjorde orsaka Wrapper att rapportera att inga giltiga hostIds kunde hittas när Wrapper startades utan licens fil. Detta orsakades av någon provningssätts i 3.5.8 att vi misslyckades med att ta bort.
• Åtgärda ett problem där Wrapper blev felaktigt ger kontroll tillbaka till sin huvudslingan när mycket stora mängder kontinuerlig utgång var loggas från JVM. Infördes i version 3.4.0. I versioner före 3.5.8, kan det ha orsakat JVM att timeout och starta själv. Just den frågan löstes men Wrapper processen i 3.5.8 skulle fortfarande inte svarat när detta hände. Den Wrapper kommer nu alltid att yeild tillbaka till huvudslingan efter 250 millisekunder kontinuerlig loggning.
• Åtgärda ett problem där WrapperManager kunde blockera försöker skriva debug output om den aktuella användaren ansökan skrev mycket stora mängder utdata till konsolen också. I extrema fall ledde detta till Wrapper tänker att JVM var frusen. Detta var bara en fråga om debug output var aktiverad.
• omstrukturerat skalskript så alla utgåvor nu använda samma skript igen.

Vad är nytt i version 3.5.8:

• (Standard / Professional Edition)
• Från och med version 3.5.5, ogiltig vi användning av all 00ff * hostids på Windows för att undvika problem med att byta hostids när användare har ett Juniper Network Connect nätverkskort på deras system. Detta visade sig vara alltför restriktiva som Gäst operativsystem körs under Parallels också utnyttja denna hostid intervall. Den Wrapper är nu mer noga med att endast ogiltigförklara faktiska Juniper Network Connect hostids.
• (Standard / Professional Edition)
• Förbättra meddelande visas för användaren när Wrapper inte kan hitta några hostids ett system.
• Fixat ett problem med omgivande skript på Solaris, där alternativet -F var inte tillgänglig för grep.
• Lade Windows-version information om omslaget debug output.
• Inkom en wrapper.log.warning.threshold egenskap som gör Wrapper visar en varning när den upptäcker att Wrapper tog lång tid att spela in ett loggmeddelande. Detta lades för att testa ett rapporterat problem som orsakas av långsam IO på mycket hårt belastade system.
• Åtgärda ett problem där ett filter som begärt JVM att starta skulle ignoreras om JVM lämnat på egen omedelbart. Den Wrapper är nu mer konsekvent så att omstart förfrågningar från inom JVM eller filter kommer alltid prioriteras framför sådana exit förfrågningar. Externa ansökningar avstängning, eller de från andra åtgärder kommer fortfarande beter sig som de gjorde i det förflutna och fortsätter att stänga av Wrapper. Den Wrapper loggar också meddelanden i debug output om en enastående omstart håller på att bevaras eller ignoreras.
• Fixat ett problem i kommandofilen AppCommand.bat som kan uppstå på vissa Windows-plattformar med vissa multi-byte systemet kodningar. Manuset har skrivits om och tvivelaktiga delarna har förenklats. Funktionaliteten av skriptet har bevarats.
• Inkom miljövariabeln WRAPPER_CONF_DIR, som kan användas för konfigurationsegenskaperna. (Feature Request 3.160.644)
• Gjorde skriptet avfarten med rätt slutkoden mottagna när man kör skriptet som annan användare, som anges i RUN_AS_USER. (Felrapport 3.185.281)
• Fix ett åtkomstfel som kan hända när kodsigneringscertifikatet har underlåtit att verifierats.
• Logga ett fel om backend uttaget är våld stängd externt. Det hade varit loggas på ett felsökningsloggnivå. Budskapet är & quot; En befintlig anslutning med våld stängdes av fjärrvärden. (0x2746) & quot ;. Eftersom meddelandet bara loggas om debug output var aktiverad, skulle JVM startas utan någon tydlig förklaring till vad som hände. Källan av hylsan lutningen är under utredning.
• (Professional Edition)
• Inkom Java samtals fireUserEvent till WrapperManager API. Detta gör det möjligt att avfyra användarhändelse post, åtgärder utan filter trigger. Ange också hitta mer information om säkerhetsmodellen för detta samtal på säkerhetssidan.
• Fix en varning på Mac-versioner om konfigurerade java-kommandot inte var en universell binär. En kontroll lades i 3.4.0 för att säkerställa att den wrapper.java.command pekade direkt till en körbar för att undvika oväntat beteende när man kör ett manus. Budskapet är bara en varning och Wrapper fortsätter oavsett. Standard ppc, ppc_64, x86_64, i386, liksom de universella binärer kommer nu alla att fungera korrekt utan en varning.
• Standardvärdet på omslaget. *. Umask fastigheter med den aktuella umask processen har. Innan standardvärdet var alltid 0022.

SOCKET & quot;
• en ny wrapper.backend.type fastighet som används för att kontrollera om Wrapper kommunicerar med JVM med normal & quot Lägg; eller ny experimentell & quot; PIPE & quot ;. Detta tillsattes som en lösning till ett sällsynt problem där vissa Windows-maskiner stänger uttaget på en OS-nivå. Detta var bara sett på Windows 2003, men kunde existera på andra Windows-versioner också.
• Lägg till en ny experimentell wrapper.use_javaio_thread egendom som orsakar Wrapper att hantera alla java konsolutmatningen i en särskild tråd.
• Lägg till en ny WrapperManager.isNativeLibraryOk () metod som låter användarkod enkelt testa huruvida de infödda biblioteket var lastad och initieras vid start.
• Lägg till en ny PAUSE_THREAD kommando till wrapper.commandfile egenskapen som gör det möjligt att testa hur Wrapper beter sig när olika trådar blockerar eller frysa. Detta användes för att simulera och reproducera frågor tungt IO bundna servrar.
• Förbättra hur Java sidan av Wrapper beter sig när den Wrapper inte pinga JVM under en längre tid. JVM används för att avsluta för att låta sig omsynkronisera sig med JVM. Detta orsakade problem på system som var tungt IO bunden eftersom Wrapper kan blockera ett tag när han försökte skriva till loggfilen och JVM var spännande. JVM kommer nu aldrig att avsluta under sådana omständigheter. JVM kommer aldrig att bli föräldralös eftersom det fortfarande kommer att avsluta nästan omedelbart om backend uttaget eller rör med Wrapper någonsin stängt.
• undanbeds den WrapperManager.appearOrphan () metoden eftersom den används för att simulera ett feltillstånd som inte längre är möjligt med omslaget.
• förändrat hur Wrapper hanterar certifikat fel angående koden signering / tidsstämpling certifikat. Den Wrapper kommer nu bara avstängning själv om undertecknandet av binära inte verifierats eftersom den binära eller signatur har missbildade men inte om några problem med räknaren-signer har hittats. Från och med 3.5.7, är Windows Wrapper binärer undertecknats. Vissa användare med låsta ner Windows 2008-system hade problem med Wrapper vägrar att starta eftersom Comodo intyg hade inaktiverats på deras system.
• Lägg till en ny wrapper.java.detach_started egenskap som gör det möjligt att använda Wrapper som ett enkelt verktyg för att starta Java-program. När den är aktiverad, terminerar Wrapper omedelbart och JVM är kvar för att köra på egen hand.
• När du kör Wrapper som ett angivet användarkonto, genom wrapper.ntservice.account egenskapen kommer Wrapper lägga tillstånd för kontot att logga in som tjänsten automatiskt vid installation. (Feature Request # 3.286.491)

Vad är nytt i version 3.5.6:

• Åtgärda ett problem på UNIX-plattformar där loggfilen banan beräknas felaktigt om en absolut sökväg angavs för wrapper.logfile, och filen inte redan finns. Ett varningsmeddelande skulle visas men Wrapper skulle fortsätta med standardloggfilen. Det var ett problem i meddelandet visas som orsakade en krasch på vissa plattformar inkluderar Mac OSX. Infördes i version 3.5.5.
• Åtgärda ett problem på Windows-plattformar där Wrapper skulle krascha om det inte kunde komma åt katalogen i konfigurerade wrapper.logfile. Infördes i version 3.5.5. Bug # 3.087.424.
• Förbättra hur varningar loggas när det finns problem att skriva till den konfigurerade wrapper.logfile så att budskapet nu kommer att loggas in loggfilen att Wrapper hamnar använder i fall det är framgångsrik i att falla tillbaka till en standard logg fil.
• Åtgärda ett problem på Windows-plattformar där wrapper.java.additional. fastigheter som anges på kommandoraden, och innehöll utrymmen, inte höll på att requoted korrekt när man bygger upp kommando Java raden. Infördes i version 3.3.6.
• Åtgärda ett problem där varningsmeddelande loggas för ogiltiga värden på wrapper.java.additional. egendom, innehöll skadad text. Infördes i version 3.3.6.
• Åtgärda ett problem på UNIX-plattformar där ett ogiltigt värde för wrapper.java.additional. Fastigheten var korrekt rapporteras och sedan hoppade, men den resultekommandoraden för att starta JVM hade ett tomt värde som orsakade JVM att misslyckas med att starta. Ett ogiltigt värde är alla värden som inte börjar med en & quot; - & quot; karaktär.
• Lägg till en ny WRAPPER_INIT_DIR miljövariabel som kan användas för att referera till arbetskatalogen från vilken Wrapper lanserades. Detta behövs för vissa tillämpningar eftersom Wrapper ändrar alltid sin arbetskatalog till platsen för Wrapper binära.
• Ändra UNIX shell script så det ändras inte längre aktuell arbets dir till platsen av skriptet. Detta behövs inte längre eftersom Wrapper varit att ändra arbetskatalogen till sin egen plats sedan version 3.2.0.
• Lägg till en ny wrapper.request_thread_dump_on_failed_jvm_exit.delay egendom för att kontrollera hur länge Wrapper ska vänta efter att ha gjort en tråd dump före avlivningen Java processen. Denna försening har alltid varit hårdkodade till 5 sekunder.
• Städa upp texten i flera varningsmeddelanden om ogiltiga konfigurationsvärden för att göra dem mer konsekventa.
• (Professional Edition)
• Lägg till en ny wrapper.jvm_kill.delay egenskap som gör det möjligt att styra mängden tid så att mellan jvm_kill händelsen sparken och JVM faktiskt dödas.
  
  
  
  
  

Krav :

• Oracle Java Standard Edition Runtime Environment