Java Service Wrapper Community Edition

Java service Wrapper Community Edition er en helt gratis og open source kommandolinjen software, der er designet fra bunden til at fungere som en konfigurerbar og nem at bruge værktøj til implementering af Java apps som indfødte UNIX dæmoner eller Windows baggrund services.Provides fejl korrektion functionalityIt er en fleksibel, pålidelig og cross-platform software, der giver fejl korrektion funktionalitet, som automatisk genstartes ikke-responsiv eller styrtede JVMs (Java Virtual Machines). Desuden softwarefunktioner standard scripting, nem anvendelse installation, og logning funktionalitet, håndtering af børn processer, tidsindstillede begivenheder, alarm emails, event-kommandoer, relative hukommelse grænser, understøttelse af flere sprog, samt brugerdefinerede begivenheder og handlinger.
Fællesskabets Edition distribueres under en open source licens, som det & rsquo; s funktionalitet er begrænset, da du vil være i stand til at bruge til alene muligt for Java-programmer til at køre som en UNIX-dæmon, genstarte og overvåge JVMs, at styre processen prioritet til trigger JVM genstarter, tråd- lossepladser og nedlukninger, for at bruge et brugerdefineret arbejdsmappe, at bruge wildcards, samt til at logge og fange JVM konsol output.Getting startede med Java service Wrapper Fællesskab EditionTo komme i gang med Fællesskabet Edition af Java service Wrapper , hente pakken, der svarer til din computer & rsquo; s arkitektur, gemme arkivet på dit hjemmebibliotek, pakker ud, åbne en Terminal app, gå til placeringen af ​​& lsquo; bin & rsquo; mappe (f.eks cd /home/softoware/wrapper-linux-x86-64-3.5.26/bin/) og køre & lsquo; ./ wrapper & rsquo; kommando, som vil vise brugen budskab og tilgængelige kommando-line options.Runs på en bred vifte af POSIX og UNIX-lignende operativsystem systemsJava service Wrapper distribueres i tre udgaver, Community Edition, Standard Edition og Professional Edition. Den er kompatibel med alle GNU / Linux-distributioner, men kører på en bred vifte af POSIX og UNIX-lignende operativsystemer, herunder FreeBSD, AIX, HP-UX, Microsoft Windows, Mac OS X og Solaris, understøtter 64-bit (x86_64 ), 32-bit (x86), Armel, armhf, SPARC, s390, s390x, Itanium, PPC (PowerPC), samt PA-RISC hardware-platforme.

Hvad er nyt i denne udgivelse:.

• Forbedre logmeddelelser når en JVM genstart anmodes når Wrapper er i en tilstand, at det vil blive ignoreret (Standard / Professional Edition)
• Tilføj en ekstra debug meddelelse, når en blindgyde sweep fuldender. Ingen funktionelle ændringer, men dette blev tilføjet for at gøre det nemt at fortælle, hvor længe sweep tager på en given anvendelse.
• Ryd op den interne sporing af hvor miljøvariable blev fastsat. Ingen funktionelle ændringer.
• Når påvisning Cygwin med 'uname -o "i scriptfilen, nogle OS'er (Solaris, MacOS, etc.) viser en fejlmeddelelse, fordi" -o "er ikke et gyldigt parameter. Nu skal vi skjule denne fejlmeddelelse for at undgå forvirring, og vi kan gætte på, at Cygwin ikke kører.
• Tilføj evnen til at kontrollere køre service med systemd hjælp af script-fil.
• På Mac OS X, fastsætte en tastefejl, tilføje en anden alternativ måde at finde Java for at indstille variablen JAVA_HOME miljø, og bruge den fulde sti til at udføre sysctl i tilfælde det ikke er i vejen. Tak til Dannes Wessels til at pege det ud.
• Løs et problem på nyere versioner af Windows, når tilpasning af Wrapper. Certifikatet blev ikke fjernet, når du opretter målet. Dette førte til en fejl, når du forsøger at logge målet med et nyt certifikat.
• Tilføj manglende støtte i shell script til at genstarte / stoppe Wrapper service med launchctl på Mac OS X.
• Tilføj manglende støtte i shell script til at genstarte / stoppe Wrapper service med Upstart.
• Tilføj evnen til at sætte stien til den 'su' kommandoen, samt evnen til at angive yderligere argumenter i Wrapper shell script med nye SU_BIN og SU_OPTS variable.
• Løs et problem i de WrapperSimpleApp, WrapperStartStopApp og WrapperJarApp hjælper klasser hvor kommandolinje problemer, der resulterede i JVM spændende ved opstart lignede uventede udgange. Det betød, at indpakningen ville forsøge at relancere JVM igen i stedet for at give op i første forsøg.
• ændret WrapperSimpleApp, WrapperStartStopApp og WrapperJarApp hjælper klasser, så deres forbrug bannere vil først nu blive vist for kommandolinje relaterede problemer. Problemer med de angivne klasser, metoder eller jar filer stadig logget som fejl, men som viser brugeren brugen i disse tilfælde var forvirrende.
• Korriger WrapperResources.getString () metode, der ikke har nogen udskiftning argumenter, således at dens behandling af rå strengen håndteres på samme måde som metoder, som har udskiftning argumenter. Nu er alle strengene behandles af MessageFormat klassen før det returneres. Tidligere versioner var ikke konsekvent om behovet for at undslippe enkelte anførselstegn.
• Tilføjet valgfri nøgle validering for at sikre, at strenge vedtaget i den WrapperResources.getString () metode er formateret korrekt. Se WrapperResources klassen for information, hvordan du aktiverer.
• Tilføj nye muligheder for ejendom wrapper.backend.type: AUTO, SOCKET, SOCKET_IPv4, SOCKET_IPv6, røret. Når den er indstillet til AUTO, vil Wrapper forsøger at åbne en socket IPv4 og fallback til IPv6 og rør i tilfælde af fejl.
• Fix bug ved konvertering fra multibyte til bred char uden at indstille locale ved opstart (kun Unix). Tak til Bert.
• Tilføj en CLOSE_BACKEND "alias til" CLOSE_SOCKET 'som en test kommando for wrapper.commandfile ejendom. Dette er fordi der har været flere muligheder for backend tilslutning i nogen tid, og navnet er mere bærbare.
• Løs et problem på Mac, når du kører OS X Yosemite hvor scriptet var ikke korrekt at sammenligne versioner '10 .10 'til '10 .5.0 «. Dette førte til scriptet tænker, at kun 32-bit binære kunne køres. Dette var kun et problem, hvis delta pack navngivning af indpakningen binære filer blev brugt.
• Tilføj en ny wrapper.java.classpath.missing.loglevel ejendom, som gør det muligt at styre, hvordan indpakningen logger advarsler om manglende Classpath elementer. Tidligere var altid logget som debug output og kunne ikke deaktiveres.
• Hvis der er nogen problemer lavt niveau Start af Java-processen, som ikke er relateret til konfiguration eller JVM selv, Wrapper vil ikke længere forsøge igen som sådanne forsøg var meningsløs.
• Windows-system API'er har et problem, der forårsager en proces til at gå ned, hvis den forsøger at sætte en miljøvariabel end 32767 tegn. Indpakningen kontrollerer nu for dette og logger en fejl i stedet for at sætte variablen. Dette var et problem, hvis meget store classpaths blev brugt, da wrapper.java.classpath.use_environment egenskaben var sandt.
• Windows tillader ikke en kommandolinje til at være længere end 32766 tegn. Forskellige versioner af Windows håndtere det anderledes, når sådan en lang kommando til rådighed. Indpakningen nu gør sit eget kontrol og viser en fejl på en konsekvent måde.
• Forbedre fejlmeddelelse på UNIX-platforme, når kommandolinjen er længere end den maksimale system. Denne maksimale varierer meget efter platform og miljø og er vanskeligt at beregne en pålidelig, så den maksimale længde ikke aktuelt vises i meddelelsen.
• Løs et problem på UNIX-platforme, hvor en meget stor konfigurationsfil kan forårsage den WrapperManager at mislykkes til start. Dette skyldes den delvise overførsel af konfigurationsfilen til WrapperManager via backend-forbindelse. Dette vil ske, uanset backend anvendte type. Størrelsen af ​​den konfigurationsfil, der ville give problemer varierede meget baseret på det specifikke system.
• Løs et problem på Windows-platforme, hvor en meget stor konfigurationsfil ikke ville blive sendt til WrapperManager ved opstart, da wrapper.backend.type hotel blev sat til røret. Det eneste problem var, at WrapperManager.getProperties () metode ville være tom. (Professional Edition)
• Tilføj kontrol til WrapperManager.exec () metoder på Windows til den maksimale længde kommandolinjen på 32.766, og maksimal miljøvariabelnavn-værdi par længde på 32767. (Professional Edition)
• Løs et problem, hvor en fri for en NULL pointer blev gjort som led i oprydning processen med en WrapperManager.exec () opkald. Dette er ikke kendt for at have forårsaget nogen problemer.
• Tilføjet getStdOut (), getStdErr (), og getStdIn () metoder til WrapperProcess klasse som aliasser til getInputStream (), getErrorStream (), og getOutputStream () metoder til at hjælpe med at undgå forvirring.
• Løs et problem på Windows 7, hvor lange loglinjer fik ødelagt efter 31.397 tegn, når wrapper.console.direct var sandt. Dette synes at være et problem med den underliggende Windows API og var kun en skærm problem. Reduceret det maksimale antal tegn, der kan skrives med et enkelt API kald til 30000 for at arbejde rundt om problemet. Denne ændring er intern, og der er stadig ingen grænse for længden af ​​loggede linjer.
• Løs et dødvande, hvis indpakningen ikke skrive til backend når wrapper.backend.type egenskab var røret. Fundet af kode gennemgang og er ikke kendt for at have rent faktisk skete.
• Fra Mac OSX 10.5.0, scriptfilen vil bruge tasten 'KeepAlive "i launchctl konfigurationsfil. Tidligere versioner af Mac OSX vil fortsætte med at bruge den samme nøgle 'OnDemand «. Tak til Robin for at pege det ud. (Standard / Professional Edition)
• Tillad brug af hostids bundet til Apple Bluetooth-enheder, når der køres på en virtualiseret Windows-system hostet på en OS X-system.
• Løs et problem, hvor WrapperManager.log () ikke fungerede korrekt, når multi-byte budskaber blev logget.
• I debug output fuld konfigurationsegenskaber pakke undertrykkes fra loggen output, fordi det er enorme og kan indeholde følsomme oplysninger. Tilføj en størrelse til den forkortede output til at hjælpe med fejlfinding.
• Løs et hukommelsesfejl på UNIX-platforme, når en fejlmeddelelse blev rapporteret. Dette var kun et problem, hvis meddelelsen blev logget gentagne gange.
• Ret en par andre potentielle memory leaks fundet gennem kode gennemgang. Ikke kendt for at have været at forårsage nogen reelle problemer.

Hvad er nyt i version 3.5.23:

• Standard / Professional Edition:
• Når en ukendt licenstype er stødt på, kan nævnes ukendt type i fejlmeddelelsen til at hjælpe med fejlfinding.
• Løs et problem med ødelæggelse af hukommelsen på z / OS, da sproget var sat til en dobbelt byte locale ligesom japansk.
• Gå igennem og gøre Wrapper langt mere holdbare, når dårligt kodet dobbelt byte tegn stødt.
• preofessional udgave:
• Rediger undtagelse kastes når WrapperManager.exec () kaldes, mens Wrapper er shutdown så det nu siger, at i stedet for at sige, at den native biblioteket ikke er indlæst.
• Wrapper er nu mere omhyggelig med at sikre, at backend aldrig lukkes, mens et barn er ved at blive iværksat for at sikre, at Wrapper kender om alle underordnede processer lanceret.
• Tilføj en advarselsmeddelelse i tilfælde indpakningen er ikke anmeldt af en igangsat barn proces på grund af backend-forbindelse bliver lukket.
• Løs et potentiel NPE, der kunne blive kastet, mens du læser stdout eller stderr output fra et barn proces mens Wrapper var lukke, og efter at barnet processen afsluttes.
• Løs et problem på UNIX-platforme, hvor vi var at få stukket forsøger at oprydning efter en proces, som i øjeblikket blokerer på en læst fra stdout eller stderr.
• Løs et problem på UNIX-platforme, hvor en timeout forsøger at opnå en indre lås barn proces listen var årsag en intern tæller at komme ud af sync, hvilket fører til en anden opsagt barn processer efterlades som hedengangne ​​zombier indtil Java-processen afsluttes.
• Løs et problem på UNIX-platforme, hvor rør filbeskrivelser bruges til at kommunikere med barn processer blev fejlagtigt sendes til alle underordnede processer. De var ikke vokser over tid.
• Løs et problem på FreeBSD systemer, hvor wrapper.lang.encoding ikke løse til UTF-8 korrekt, når miljøvariablen LANG ikke var indstillet.
• Løs et potentielt synkronisering problem ringer WrapperProcess.waitFor () eller WrapperProcess.exitValue ().
• Tilføj ekstra debug log output viser de forskellige timeout-værdier for at hjælpe med fejlfinding brugernes spørgsmål.
• Løs et problem, hvor shell script var ikke korrekt detektering af OS-version med Mac OSX Maverick.
• Tilføj advarsler om udefinerede miljøvariabler i omfatte fil referencer i konfigurationsfilen.
• Tilføj støtte til udvidelse af miljøvariabler i filer er angivet med wrapper.java.additional_file og wrapper.app.parameter_file egenskaber.
• Korriger heltal formatering i WrapperUNIXGroup.toString () metode, så det er i overensstemmelse med resten af ​​indpakningen.
• Løs et problem, hvor kravet iconv biblioteket kunne ikke opfyldes i FreeBSD 10. Vi nu finde biblioteket dynamisk ved at lede efter /usr/local/lib/libiconv.so, /usr/local/lib/libbiconv.so eller /lib/libkiconv.so.4 i nævnte rækkefølge.
• Løs et af WrapperPrintStream.println () metode så strenge som indeholder Nye linjer vil korrekt have hver linje foranstillet med den konfigurerede header.

Hvad er nyt i version 3.5.14:

• Løs et problem i AppCommand.bat.in fil, hvor en parentes i filnavnet på Wrapper binære ville have forårsaget en & quot; PATH var uventet på dette tidspunkt & quot; fejl.
• (Standard / Professional Edition)
• Løs et problem, når du bruger en lokaliseret version af wrapper på Windows 64-bit platforme, hvor indpakningen fortsat ville bruge standard-systemet sproget selv wrapper.lang blev brugt til at angive et andet sprog. Indført i 3.5.12.
• Løs et problem i Windows AppCommand.bat.in kommando baseret batch fil, hvor den "status" kommando blev fejlagtigt rapporteres som "query" i brugen output. 'Status' kommando havde altid arbejdet korrekt, hvis der anvendes.
• Løs et problem på UNIX-platforme, hvor nogle asynkrone meddelelser forårsagede en advarselsmeddelelse & quot; kodefejl ... & quot; være logget på plads af den planlagte meddelelse. Dette kan ses, hvis den konfigurerede logfil ikke havde skriverettigheder. Andre end den forkerte log besked, indpakningen fungerede korrekt. Indført i 3.5.2.
• Løs et problem i UNIX-script, hvor kører med opkomling var ikke fungerer korrekt, når RUN_AS_USER blev indstillet.
• Slap sikkerhedskontrol, når du kører kommandoen 'status' mod UNIX shell script, så det nu tillader enhver bruger, der kører scriptet til at udføre read-only kontrol af PID-fil.
• Løs et problem med UNIX-script, hvor "fjerne" kommando forsøgte at stoppe et kørende program, selv når programmet ikke var blevet installeret.
• Løs et buffer overflow, som potentielt kan forårsage et styrt under installationen af ​​en Windows Service, når wrapper.ntservice.account blev angivet. Det blev indført i 3.5.12.
• Løs et heap korruption, som kan opstå ved start og potentielt forårsage et styrt. Kun Windows-systemer, som anvender systemet begivenhed logs, blev berørt. Opdaget af en kode gennemgang, havde der aldrig været nogen rapporter om dette skaber problemer for brugerne. Dette kan ske, hvis den konfigurerede wrapper.log ikke kunne skrives til som Wrapper altid forsøger at skrive til hændelsesloggen i sådanne tilfælde. Indført i 3.5.12.
• Tilføj en ny version sammenligning mellem UNIX shell script og Wrapper at begynde at vise en advarsel i tilfælde af en version mismatch. Kontrollen vil kun fungere, hvis shell script og Wrapper er hver af mindst version 3.5.14.
• Tilføjet en ny wrapper.pidfile.strict ejendom, som vil fortælle Wrapper ikke at starte, hvis PID-filen allerede eksisterede. Standard false for bagudkompatibilitet.
• Gør Java side af backend socket mere modstandsdygtig i tilfælde af en læse eller skrive timeout. Den backend socket har ikke en timeout som standard indstillet, så det ikke burde have været et problem. Et par brugere har rapporteret problemer på specifikke systemer dog som førte til denne rettelse.
• Hvis du vil hjælpe med test af backend socket timeout blev et nyt wrapper.backend.so_timeout-system ejendom tilføjet for at gøre det muligt at konfigurere backend-stikket til at bruge en timeout. Se javadocs af WrapperManager.exec () klasse for detaljer.

Hvad er nyt i version 3.5.11:

• Løs et potentielt nedbrud på Windows forårsaget af en buffer overløb. Dette har været et problem siden version 3.5.0 og påvirker konfigurationer, der definerer flere wrapper.ntservice.dependency .. afhængigt af, hvad var i hukommelsen, dette ikke altid resultere i et nedbrud. Det har meget reproducerbar adfærd for en given konfigurationsfil.
• Løs et problem på Windows dæksblad tog 15 sekunder eller længere til start på nogle systemer, fordi WinVerifyTrust systemkald havde problemer med at opdatere EF-referencelaboratoriet. Dette havde været et problem, da indpakningen binære filer begyndte at blive underskrevet i version 3.5.7. Hvis WinVerifyTrust opkaldet tager længere tid end den konfigurerede wrapper.startup_thread.timeout derefter Wrapper vil fortsat Start uden yderligere forsinkelse.
• (Standard / Professional Edition)
• Udtrykkeligt fjerne certifikatet for den tilpassede binære under tilpasning. Der var problemer udtrædende den binære med et andet certifikat andet.
• Hvis Wrapper ikke er i stand til at skrive til den konfigurerede wrapper.logfile en eller anden grund så vi altid falde tilbage til en standard logfil og log derefter en besked om fejlen. Hvis standarden heller ikke så der er også logget men meddelelserne vil kun blive logget til konsollen i de fleste tilfælde. Rediger Wrapper, så vi nu altid sende begge meddelelser til syslog eller EventLog uanset hvad wrapper.syslog.loglevel er sat til. Det er vigtigt at hjælpe opspore årsagen til logfil adgang problemer.
• Fra og med versionen 3.5.0, det var internt muligt at udskrive flere linjer logmeddelelser så alle linjerne altid ville samles i logfilen. Denne version ændrer logging koden lidt, så en sådan multi-line log output er nu logget som en enkelt besked i UNIX Sylog eller Windows EventLog.
• Løs et problem, hvor meget lange linjer af output fra JVM ville få Wrapper at synes at hænge i et stykke tid. Første gang en enkelt linje output indeholder flere hundrede tusinde tegn var logget blev en intern buffer bliver trinvist forøget med 100 tegn pr cyklus. Indpakningen nu øger størrelsen baseret på sidst kendte størrelse i høj grad at reducere antallet af cyklusser er nødvendige for at vælge en ny buffer størrelse.
• Rediger PAUSE_THREAD kommando, så det nu er muligt at vente på ubestemt tid. Kun anvendelig til test af Wrapper.
• Tilføj en ny PAUSE_LOGGER kommando til at gøre det muligt at holde pause i næste log post. Kun anvendelig til test af Wrapper.
• På UNIX, det stdout / stderr rør mellem JVM og Wrapper var ikke renses korrekt. Dette resulterede i en lille læk men var ellers harmløse. Rørene bliver nu ryddet op og initialiseres for hver JVM eksempel.
• Løs et problem, hvor indpakningen kunne undlade at genstarte JVM, når anmodningen genstart opstod i JVM hvis systemet oplevede meget tunge IO medfører lange disk IO køer. Dette var årsag til Wrapper vigtigste loop til at blokere for skrive og savner anmodningen genstart, hvilket får Wrapper til lukning i stedet for genstart. Dette kan påvirke alle platforme. I Windows kan det også blive reproduceret ved at foretage et valg i konsollen til at fryse output og derefter gøre en anmodning fra i JVM til at genstarte.
• Tilføj en ny WrapperPropertyUtil hjælper klasse for at gøre det nemmere, at få adgang til Wrapper ejendomsværdier inde fra JVM.
• Løs et bug på nogle platforme, hvor java log udgang kunne blive ødelagt på grund af misbrug af en strncpy systemets funktion. Denne funktion advarer om, at nogle implementeringer ikke understøtter overlappende hukommelse kopier. Problemet kunne kun gengives på en enkelt Linux testmaskine i linjer efter en tom linje i produktionen. Dette problem har eksisteret siden 3.4.0.

Hvad er nyt i version 3.5.9:

• Løs et problem på Windows hvor netværkskort, hvis navne indeholdt & quot; PRO / 1000 & quot; blev fjernet fra listen over hostids vises, når & quot; wrapper.exe -h & quot; blev kørt. Dette påvirkede ikke eksisterende server licens nøglefiler genereret for hostIds indberettet af 3.5.7 eller tidligere, eller udvikling licensnøgler. Men det gjorde forårsage Wrapper at rapportere, at ingen gyldige hostIds kunne findes, når indpakningen blev startet uden licens fil. Dette skyldtes nogle test kode tilføjet i 3.5.8, at vi undlod at fjerne.
• Løs et problem, hvor indpakningen ikke var korrekt at give kontrollen tilbage til dens vigtigste loop når meget store mængder af kontinuerlig produktion blev logget af JVM. Introduceret i version 3.4.0. I versioner før 3.5.8, kan det have forårsaget JVM til timeout og genstarte sig selv. Det særlige problem blev løst, men den Wrapper proces i 3.5.8 ville stadig have været reagerer, når det skete. Indpakningen vil nu altid yeild tilbage til dens vigtigste loop efter 250 millisekunder kontinuerlig logning.
• Løs et problem, hvor WrapperManager kunne blokere forsøger skrive debug output, hvis den aktuelle bruger ansøgning skrev meget store mængder af output til konsollen så godt. I ekstreme tilfælde førte dette til Wrapper tænker, at JVM var frosset. Dette var kun et problem, hvis debug output blev aktiveret.
• omstruktureret shell script, så alle udgaver nu bruge det samme manuskript igen.

Hvad er nyt i version 3.5.8:

• (Standard / Professional Edition)
• Fra og med versionen 3.5.5, vi ugyldig brug af alle 00FF * hostids på Windows for at undgå problemer med skiftende hostids når brugerne har en Juniper Network Connect netværksadapter på deres system. Dette viste sig at være for restriktive som gæst OS'er kører under Parallels også gøre brug af denne hostid interval. Indpakningen er nu mere omhyggelig med at kun afkræfter faktiske Juniper Network Connect hostids.
• (Standard / Professional Edition)
• Forbedre meddelelsen vist til brugeren, når indpakningen er ude af stand til at finde nogen hostids et system.
• Rettet et problem med wrapper script på Solaris, hvor indstillingen -F var ikke tilgængelig for grep.
• Tilføjet Windows-version oplysninger om wrapper debug output.
• Tilføjet en wrapper.log.warning.threshold ejendom, som gør Wrapper viser en advarsel, når den opdager, at indpakningen tog lang tid at indspille en log besked. Dette blev tilsat for at teste en rapporteret problem forårsaget af langsom IO på meget tungt lastet systemer.
• Løs et problem, hvor et filter, der har anmodet om JVM at genstarte ville blive ignoreret, hvis JVM forlades på eget øjeblikkeligt. Indpakningen er nu mere konsekvent, således at genstart anmodninger fra i JVM eller filtre vil altid prioriteres højere end sådanne exit anmodninger. Anmoder om ekstern nedlukning, eller dem fra andre foranstaltninger vil stadig opføre sig, som de gjorde før i tiden, og fortsætte med at nedlukning indpakningen. Indpakningen logger også beskeder i debug output, hvis en fremragende genstart forespørgsel bliver bevaret eller ignoreret.
• Rettet et problem i AppCommand.bat batchfil, der kunne opstå på nogle Windows-platforme med visse multi-byte-system kodninger. Scriptet er blevet omskrevet og tvivlsomme dele er blevet forenklet. Funktionaliteten af ​​scriptet er blevet bevaret.
• Tilføjet miljøvariablen WRAPPER_CONF_DIR, som kan bruges til konfiguration egenskaber. (Feature Request 3160644)
• Made scriptet exit med den rigtige exit kode modtaget, når du kører scriptet som anden bruger, der er specificeret i RUN_AS_USER. (Bug Report 3185281)
• Lave en adgangsfejl, der kunne ske, når koden signeringscertifikat har undladt at blevet verificeret.
• Log en fejl, hvis backend stikket med magt er lukket eksternt. Det havde været at få logget på en debug log niveau. Budskabet er & quot; en eksisterende forbindelse blev med magt lukket af den eksterne vært. (0x2746) & quot ;. Fordi meddelelsen kun var logget hvis debug output blev aktiveret, vil JVM genstartes med nogen klar forklaring på, hvad der skete. Kilden til socket lukningen er under efterforskning.
• (Professional Edition)
• Tilføjet Java opkald fireUserEvent til WrapperManager API. Dette gør det muligt at fyre bruger event mails, aktioner uden filter aftrækkeren. Vær også finde flere oplysninger om sikkerhedsmodel for denne indkaldelse på sikkerheden siden.
• Løs en advarsel på Mac-versioner, hvis den konfigurerede java kommandoen var ikke en universel binær. En check blev tilføjet i 3.4.0 til at sikre, at wrapper.java.command pegede direkte til en eksekverbar at undgå uventet adfærd, når du kører et script. Budskabet er kun en advarsel og indpakningen fortsætter uanset. Standard ppc, ppc_64, x86_64, i386, og de universelle binære filer vil nu alle fungerer korrekt uden en advarsel.
• Standardværdien af ​​indpakningen. *. Umask egenskaber med de aktuelle umask processen har. Før standardværdien var altid 0022.
• Tilføj en ny wrapper.backend.type ejendom, der bruges til at kontrollere, om Wrapper kommunikerer med JVM ved hjælp af den traditionelle & quot; SOCKET & quot; eller nye eksperimentelle & quot; PIPE & quot ;. Dette blev tilføjet som en løsning på et sjældent problem, hvor nogle Windows maskiner lukker soklen i en OS-niveau. Dette blev kun nogensinde set på Windows 2003, men kunne eksistere på andre Windows-versioner også.
• Tilføj en ny eksperimentel wrapper.use_javaio_thread egenskab, som forårsager Wrapper til at håndtere alle java-konsol output i en dedikeret tråd.
• Tilføj en ny WrapperManager.isNativeLibraryOk () metode, der lader brugerkode nemt teste, om den native bibliotek blev lastet og initialiseret ved opstart.
• Tilføj en ny PAUSE_THREAD kommando til wrapper.commandfile ejendom, som gør det muligt at teste, hvordan indpakningen opfører sig, når forskellige tråde blokere eller fryse. Dette blev brugt til at simulere og gengive emner, stærkt IO bundet servere.
• Forbedre den måde Java side af Wrapper opfører sig, når indpakningen ikke pinge JVM i en længere periode. JVM bruges til at afslutte for at lade sig resync sig med JVM. Dette skabte problemer på systemer, som var stærkt IO bundet fordi indpakningen kunne blokere for en stund, mens du prøver at skrive til logfilen, og JVM var spændende. JVM vil nu aldrig forlade under sådanne omstændigheder. JVM vil aldrig blive forældreløse, fordi det stadig vil forlade næsten øjeblikkeligt, hvis backend stikket eller rør med Wrapper nogensinde er lukket.
• misbillige den WrapperManager.appearOrphan (), fordi det bruges til at simulere et svigt, som ikke længere er muligt med Wrapper.
• ændret den måde indpakningen håndterer certifikatfejl vedrørende code signing / tidsstempling certifikat. Indpakningen vil nu kun nedlukning selv hvis underskriften af ​​den binære var ikke held verificeres da binære eller signatur er blevet misdannet men ikke hvis nogen problem med tælleren-signer er fundet. Startende med 3.5.7, er Windows Wrapper binære filer underskrevet. Nogle brugere med låst Windows 2008-systemer havde problemer med Wrapper nægter at starte, fordi Comodo certifikat var blevet deaktiveret på deres system.
• Tilføj en ny wrapper.java.detach_started egenskab, som gør det muligt at bruge Wrapper som et simpelt værktøj til at starte Java-programmer. Når den er aktiveret, indpakningspapiret afsluttes straks, og JVM er tilbage til at køre på egen hånd.
• Når du kører Wrapper som specificeret brugerkonto gennem wrapper.ntservice.account ejendom, vil Wrapper tilføje tilladelse for kontoen til at logge på som tjenesten automatisk ved installation. (Feature Request # 3286491)

Hvad er nyt i version 3.5.6:

• Løs et problem på UNIX-platforme, hvor logfilen sti blev beregnet forkert, hvis en absolut sti blev angivet for wrapper.logfile, og filen ikke allerede findes. En advarsel blev vist, men indpakningen vil fortsætte med at bruge standard logfil. Der opstod et problem i den viste meddelelse, som forårsagede et styrt på nogle platforme inkluderer Mac OSX. Introduceret i version 3.5.5.
• Løs et problem på Windows-platforme, hvor Wrapper ville gå ned, hvis det ikke kunne få adgang til mappen for den konfigurerede wrapper.logfile. Introduceret i version 3.5.5. Bug # 3087424.
• Forbedre måde advarsler er logget, når der er problemer med at skrive til den konfigurerede wrapper.logfile så budskabet nu bliver logget ind i logfil, indpakningen ender med at bruge, hvis det er en succes i at falde tilbage til en standard log fil.
• Løs et problem på Windows-platforme, hvor wrapper.java.additional. egenskaber, der er angivet på kommandolinjen, og indeholdt rum, ikke blev requoted korrekt, når opbygge Java kommandolinjen. Introduceret i version 3.3.6.
• Løs et problem, hvor advarslen logget for ugyldige værdier af wrapper.java.additional. ejendom, indeholdt beskadiget tekst. Introduceret i version 3.3.6.
• Løs et problem på UNIX-platforme, hvor en ugyldig værdi for wrapper.java.additional. Ejendommen blev korrekt rapporteres og derefter sprunget, men den deraf kommandolinjen for at starte JVM havde en tom værdi, der var årsag til JVM til at mislykkes at starte. En ugyldig værdi nogen værdi, der ikke starter med et & quot; - & quot; karakter.
• Tilføj en ny WRAPPER_INIT_DIR miljøvariabel, som kan bruges til at henvise til arbejdsmappen hvorfra Wrapper blev lanceret. Dette er nødvendigt for visse applikationer, fordi indpakningen altid skifter arbejdsmappe til placeringen af ​​Wrapper binære.
• Rediger UNIX shell script, så det ikke længere ændrer den nuværende arbejde dir til placeringen af ​​scriptet. Dette er ikke længere nødvendigt, fordi indpakningen har været overgangen til ny mappe til sin egen placering siden version 3.2.0.
• Tilføj en ny wrapper.request_thread_dump_on_failed_jvm_exit.delay egenskab til at styre, hvor længe Wrapper vil vente efter at gøre en tråd dump før nedlæggelsen Java-processen. Denne forsinkelse har altid været hårdt kodet til 5 sekunder.
• Ryd op i teksten af ​​flere advarsler om ugyldige konfigurationsværdier at gøre dem mere sammenhængende.
• (Professional Edition)
• Tilføj en ny wrapper.jvm_kill.delay ejendom, som gør det muligt at styre mængden af ​​tid, at mellem jvm_kill begivenhed at blive fyret, og JVM faktisk at blive dræbt.
  
  
  
  
  

Krav :

• Oracle Java Standard Edition Runtime Environment