Java Service Wrapper Community Edition

Java service Wrapper Community Edition er et helt gratis og åpen kildekode kommandolinje programvare som er designet fra grunnen av for å fungere som en konfigurerbar og lett-å-bruke verktøy for distribusjon av Java apps som innfødte UNIX daemons eller Windows bakgrunn services.Provides feilretting functionalityIt er en fleksibel, pålitelig og kryss-plattform programvare som gir feilretting funksjonalitet som automatisk vil starte ikke-responsive eller krasjet JVMs (Java Virtual Machines). I tillegg har den programvaren standard scripting, enkel applikasjon, og loggefunksjoner, forvaltning av barneprosesser, tidsbestemte hendelser, varslings e-post, event kommandoer, relative minnegrenser, støtte for flere språk, samt brukerdefinerte hendelser og handlinger.
The Community Edition er distribuert under en åpen kildekode-lisens, etter det & rsquo; s funksjonaliteten er begrenset, så vil du kunne bruke til å bare aktivere Java-applikasjoner til å kjøre som en UNIX daemon, starte og overvåke JVMs, for å kontrollere prosessen prioritet, til trigger JVM starter på nytt, tråd dumper, og driftstans, for å bruke en tilpasset arbeidskatalog, for å bruke jokertegn, samt å logge og fange JVM konsoll output.Getting startet med Java service Wrapper fellesskap EditionTo komme i gang med Community Edition av Java service Ustyr , laste ned pakken som tilsvarer din datamaskin & rsquo; s arkitektur, lagre arkivet på hjemmekatalogen din, pakk det, åpne en Terminal app, gå til plasseringen av & lsquo; bin & rsquo; mappe (f.eks cd /home/softoware/wrapper-linux-x86-64-3.5.26/bin/) og kjør & lsquo; ./ wrapper & rsquo; kommando, som vil vise bruk meldingen og tilgjengelige kommandolinje options.Runs på et bredt spekter av POSIX og UNIX-lignende operativsystem systemsJava service Wrapper er fordelt i tre utgaver, Community Edition, Standard Edition, og Professional Edition. Den er kompatibel med alle GNU / Linux-distribusjoner, men kjører på et bredt spekter av POSIX og UNIX-lignende operativsystemer, inkludert FreeBSD, AIX, HP-UX, Microsoft Windows, Mac OS X og Solaris, som støtter 64-bit (x86_64 ), 32-bit (x86), Armel, ARMHf, SPARC, S390, s390x, Itanium, PPC (PowerPC), samt PA-RISC maskinvareplattformer.

Hva er nytt i denne utgaven:.

• Forbedre loggmeldinger når en JVM omstart er bedt om når det Wrapper er i en tilstand at det vil bli ignorert (Standard / Professional Edition)
• Legg til en ekstra debug melding når et vranglås feie fullfører. Ingen funksjonell endring, men dette ble lagt for å gjøre det lett å si hvor lenge feie tar på et gitt program.
• Rydd opp den interne sporing av hvor miljøvariabler ble satt. Ingen funksjonelle endringer.
• Når det oppdages Cygwin med 'uname -o' i skriptfilen, noen OS-tallet (Solaris, MacOS, etc.) viser en feilmelding fordi "-o 'er ikke en gyldig parameter. Nå skjuler vi denne feilmeldingen for å unngå forvirring og vi kan gjette at Cygwin ikke kjører.
• Legg til evnen til å kontrollere kjører tjenesten med systemd hjelp av skriptfilen.
• På Mac OS X, fikse en skrivefeil, legge til en annen alternativ måte å finne Java for å sette JAVA_HOME miljøvariabelen, og bruke hele banen for å utføre sysctl i tilfelle det ikke er i veien. Takket være Dannes Wessels for å peke ut dette.
• Løs et problem på nyere versjoner av Windows når du tilpasser wrapper. Sertifikatet ble ikke fjernet når du oppretter målet. Dette førte til en feil når du prøver å signere målet med et nytt sertifikat.
• Legg til manglende støtte i shell script for å starte / stoppe wrapper tjeneste med launchctl på Mac OS X.
• Legg til manglende støtte i shell script for å starte / stoppe wrapper service med oppkomling.
• Legg til evnen til å sette banen av 'su' kommando, så vel som evne til å spesifisere flere argumenter i Wrapper shell script ved hjelp av nye SU_BIN og SU_OPTS variabler.
• Løs et problem i WrapperSimpleApp, WrapperStartStopApp, og WrapperJarApp hjelperen klasser hvor kommandolinje problemer som resulterte i JVM spennende ved oppstart så ut som uventede utganger. Dette betydde at wrapper ville prøve å relansere JVM igjen heller enn å gi opp på første forsøk.
• Modifisert de WrapperSimpleApp, WrapperStartStopApp, og WrapperJarApp hjelperen klasser, slik at deres bruks bannere vil bare nå bli vist for kommandolinje-relaterte problemer. Problemer med de angitte klasser, metoder eller jar filer er fortsatt registreres som feil, men som viser brukeren bruken i disse tilfellene var forvirrende.
• Korriger WrapperResources.getString () metode som ikke har noen erstatning argumenter slik at dens behandling av rå streng håndteres på samme måte som metoder som har erstatnings argumenter. Nå er alle strenger behandles av MessageFormat klassen før de blir returnert. Tidligere versjoner var ikke konsekvent om behovet for å unnslippe enkle anførselstegn.
• Lagt valgfri tast validering for å sørge for at strenger gått inn til WrapperResources.getString () metoden er formatert riktig. Se WrapperResources klasse for informasjon om hvordan du aktiverer.
• Legg til nye alternativer for eiendom wrapper.backend.type: AUTO, SOCKET, SOCKET_IPv4, SOCKET_IPv6, PIPE. Når satt til AUTO, vil wrapper prøver å åpne en socket IPv4 og fallback til ipv6 og rør i tilfelle feil.
• Fix bug når du konverterer fra multibyte til bred røye uten å sette locale ved oppstart (Unix only). Takk til Bert.
• Legg til en 'CLOSE_BACKEND' alias til "CLOSE_SOCKET 'som en test kommando for wrapper.commandfile eiendom. Dette er fordi det har vært flere alternativer for backend-tilkobling for en tid, og navnet er mer portable.
• Løs et problem på Mac når du kjører OS X Yosemite hvor manuset var sviktende å korrekt sammenligne versjoner '10 .10 'til '10 .5.0'. Dette førte til skriptet tenker at bare 32-bits binærfiler kan kjøres. Dette var bare et problem hvis deltaet pakke navngiving av wrapper binærfiler ble brukt.
• Legg til en ny wrapper.java.classpath.missing.loglevel egenskap som gjør det mulig å kontrollere hvordan Wrapper logger advarsler om manglende CLASSPATH- elementer. Tidligere ble dette alltid logges som avlusningsinformasjon og kan ikke deaktiveres.
• Hvis det er noen lave nivå problemer lanserer Java prosess som ikke er relatert til konfigurasjon eller JVM selv, wrapper vil ikke lenger prøve igjen som slike forsøk var meningsløst.
• Windows system APIer har et problem som forårsaker en prosess for å krasje hvis den forsøker å sette et miljø variabel over 32 767 tegn. Den wrapper sjekker nå for dette og logger en feil i stedet for å sette variabelen. Dette var et problem hvis veldig store classpaths ble brukt når wrapper.java.classpath.use_environment eiendom var sant.
• Windows ikke tillater en kommandolinje for å være lengre enn 32 766 tegn. Ulike versjoner av Windows håndtere det annerledes når en så lang kommando er gitt. Den Wrapper gjør nå sin egen sjekk, og viser en feil på en konsekvent måte.
• Forbedre feilmelding på UNIX-plattformer når kommandolinjen er lengre enn systemet maksimalt. Denne høyeste varierer etter plattform og miljø, og er vanskelig å beregne pålitelig, slik at den maksimale lengden ikke er fremme i meldingen.
• Løs et problem på UNIX-plattformer der en meget stor konfigurasjonsfil kan føre til at WrapperManager å mislykkes idriftsetting. Dette ble forårsaket av delvis overdragelse av konfigurasjonsfilen til WrapperManager via backend-tilkobling. Dette vil skje uavhengig av bakstykket typen som brukes. Størrelsen på konfigurasjonsfilen som ville føre til et problem variert mye basert på det aktuelle systemet.
• Løs et problem på Windows-plattformer der en meget stor konfigurasjonsfil ville mislykkes i å bli sendt til WrapperManager ved oppstart når wrapper.backend.type eiendommen ble satt til PIPE. Det eneste problemet var at WrapperManager.getProperties () metoden ville være tom. (Professional Edition)
• Legg kontroller i WrapperManager.exec () metoder på Windows for maksimal kommandolinje lengde på 32 766, og maksimal miljøvariabelen navn-verdi-par lengde på 32767. (Professional Edition)
• Løs et problem der en fri for en NULL-peker ble gjort som en del av opprydding prosessen av en WrapperManager.exec () kall. Dette er ikke kjent for å ha forårsaket noen problemer.
• Lagd getStdOut (), getStdErr (), og getStdIn () metoder til WrapperProcess klasse som aliaser til getInputStream (), getErrorStream (), og getOutputStream () metoder for å unngå forvirring.
• Løs et problem på Windows 7 hvor lange logglinjer fikk ødelagt etter 31397 tegn når wrapper.console.direct var sant. Dette synes å være et problem med den underliggende Windows API og var bare et visningsproblem. Redusert maksimalt antall tegn som kan skrives med et enkelt API-kall til 30000 for å omgå problemet. Denne endringen er interne, og det er fortsatt ingen grense på lengden av innloggede linjer.
• Fix en vranglås hvis wrapper ikke klarte å skrive til backend når wrapper.backend.type eiendom var PIPE. Funnet av kode gjennomgang og er ikke kjent for å ha skjedd i virkeligheten.
• Fra Mac OSX 10.5.0, skriptfilen vil bruke tasten "Keepalive" i launchctl konfigurasjonsfilen. Tidligere versjoner av Mac OSX vil fortsette å bruke den samme nøkkelen "OnDemand". Takk til Robin for å peke ut dette. (Standard / Professional Edition)
• Forby bruk av vertsid'er knyttet til Apple Bluetooth-enheter når du kjører på en virtualisert Windows-system som ligger på en OS X-systemet.
• Løs et problem der WrapperManager.log () var ikke fungerer riktig når flerbyte-meldingene ble logget.
• I feilrettingsutdataen full konfigurasjonsegenskaper pakke er undertrykt fra loggutdataene fordi det er stort og kan inneholde sensitive data. Legg til en størrelse til forkortet utgang for å bistå med feilsøking.
• Fix en minnelekkasje på UNIX-plattformer når en feilmelding ble rapportert. Dette var bare et problem hvis meldingen ble logget gjentatte ganger.
• Riktige et par andre potensielle minnelekkasjer funnet gjennom koden gjennomgang. Ikke kjent for å ha vært å forårsake noen faktiske problemer.

Hva er nytt i versjon 3.5.23:

• Standard / Professional Edition:
• Når en ukjent lisenstype er oppstått, inkluderer ukjent type i feilmeldingen for å hjelpe med feilsøking.
• Løs et minnekorrupsjonsproblem på z / OS når språket ble satt til en dobbel byte locale som japansk.
• Gå gjennom og gjøre wrapper mye mer holdbart når dårlig kodet dobbeltbytetegn er oppstått.
• preofessional Edition:
• Endre unntak kastet når WrapperManager.exec () kalles mens Wrapper er nedleggelse slik det står nå at heller enn å si at den lokale bibliotek ikke er lastet.
• wrapper er nå mer nøye med å sørge for at backend er aldri stengt mens et barn prosess blir lansert for å sikre at wrapper vet om alle barn prosesser lansert.
• Legg til en advarsel i tilfelle Wrapper er ikke varslet om et lanserte barn prosess på grunn av backend-tilkoblingen blir stengt.
• Fix en potensiell NPE som kunne bli kastet mens du leser stdout eller stderr utgang fra et barn prosess mens wrapper var nedleggelse og etter barnet prosessen avsluttes.
• Løs et problem på UNIX-plattformer der vi var å bli sittende fast prøver å rydde etter en prosess som ble tiden blokkering på en skrive fra stdout eller standardfeil.
• Løs et problem på UNIX-plattformer hvor en timeout forsøker å skaffe en intern lås av barnet prosessen listen ble forårsaker en intern teller for å komme seg ut av sync, som fører til et annet terminert barn prosesser blir liggende som nedlagte zombier til Java prosess avsluttet.
• Løs et problem på UNIX-plattformer hvor rør filbeskrivelse brukes til å kommunisere med barn prosesser ble feilaktig sendt til alle barn prosesser. De ble ikke vokser over tid.
• Løs et problem på FreeBSD systemer hvor wrapper.lang.encoding ikke var løse til UTF-8 korrekt når LANG miljøvariabelen ikke ble satt.
• Fix en potensiell synkronisering problem ringer WrapperProcess.waitFor () eller WrapperProcess.exitValue ().
• Legg ekstra debug loggutdataene som viser de ulike tidsavbrudd verdier for å hjelpe med debugging brukerspørsmål.
• Løs et problem der shell script ikke var riktig å oppdage OS-versjon med Mac OSX Maverick.
• Legg til advarsler om udefinerte miljøvariabler i include fil referanser i konfigurasjonsfilen.
• Legg til støtte for utvidelse av miljøvariabler i filer som er angitt med wrapper.java.additional_file og wrapper.app.parameter_file egenskaper.
• Korriger heltall formatering i WrapperUNIXGroup.toString () metoden slik den er i samsvar med resten av wrapper.
• Løs et problem der kravet iconv bibliotek ikke kan tilfredsstilles i FreeBSD 10. Vi nå finne biblioteket dynamisk ved å se etter /usr/local/lib/libiconv.so, /usr/local/lib/libbiconv.so eller /lib/libkiconv.so.4 i den rekkefølgen.
• Fix en den WrapperPrintStream.println () -metoden så strenger som inneholder linefeeds vil riktig har hver linje forvalgt med den konfigurerte spissen.

Hva er nytt i versjon 3.5.14:

• Løs et problem i AppCommand.bat.in fil der en parentes i filnavnet på wrapper binære ville ha forårsaket en & quot; PATH var uventet på denne tiden & quot; error.
• (Standard / Professional Edition)
• Løs et problem når du bruker en lokalisert versjon av wrapper på Windows 64-biters plattformer der wrapper vil fortsette å bruke standard systemspråk selv wrapper.lang ble brukt til å angi et annet språk. Introdusert i 3.5.12.
• Løs et problem i Windows AppCommand.bat.in kommando basert batch fil der 'status' kommandoen ble feilaktig rapporteres som spørring 'i bruken utgang. 'Status' kommando hadde alltid fungert riktig hvis brukt.
• Løs et problem på UNIX-plattformer der noen asynkrone meldinger var forårsaker en advarsel & quot; kodefeil ... & quot; være logget på plass av den tiltenkte meldingen. Dette kan ses hvis konfigurert loggfilen ikke har skriverettigheter. Annet enn feil loggmeldingen, den wrapper jobbet riktig. Introdusert i 3.5.2.
• Løs et problem i UNIX skriptet der kjører med oppkomlingen var ikke fungerer riktig når RUN_AS_USER ble satt.
• Slapp av sikkerhetskontroller når du kjører 'status' kommando mot UNIX shell script, så det gjør nå alle brukere som kjører skriptet til å utføre skrivebeskyttet sjekk av pid-filen.
• Løs et problem med UNIX skriptet der 'fjerne' kommando prøvde å stoppe et kjørende program selv når programmet ikke hadde blitt installert.
• Fix en buffer overflow som potensielt kan føre til krasj under installasjonen av en Windows Service når wrapper.ntservice.account ble spesifisert. Dette ble innført i 3.5.12.
• Fix en haug korrupsjon som kan oppstå ved oppstart og potensielt føre til krasj. Bare Windows-systemer, som bruker systemhendelseslogger, ble berørt. Oppdaget fra en kode gjennomgang, hadde det aldri vært noen rapporter om dette skaper problemer for brukerne. Dette kan skje hvis den konfigurerte wrapper.log ikke kunne skrives til som wrapper prøver alltid å skrive til hendelsesloggen i slike tilfeller. Introdusert i 3.5.12.
• Legg til en ny versjon sammenligning mellom UNIX shell script og wrapper for å begynne å vise en advarsel i tilfelle av en versjon mismatch. Sjekken vil bare virke hvis shell script og wrapper er hvert av minst versjon 3.5.14.
• Lagt til en ny wrapper.pidfile.strict eiendom som vil fortelle wrapper ikke å starte hvis pid filen allerede eksisterte. Standard er falsk for bakoverkompatibilitet.
• Gjør Java side av backend socket mer spenstig i tilfelle av en lese- eller skrive timeout. Backend kontakten har ikke en timeout satt som standard slik at dette ikke skulle ha vært et problem. Et par brukere rapporterte problemer på spesifikke systemer men som førte til denne reparasjonen.
• For å hjelpe til med testingen av timeout backend socket, ble en ny wrapper.backend.so_timeout system eiendom lagt for å gjøre det mulig å konfigurere backend-kontakten for å bruke en timeout. Se Javadocs av ​​WrapperManager.exec () klasse for detaljer.

Hva er nytt i versjon 3.5.11:

• Fix en potensiell krasj på Windows forårsaket av en buffer overløp. Dette har vært et problem siden versjon 3.5.0 og påvirker konfigurasjoner som definerer mer enn ett wrapper.ntservice.dependency .. Avhengig av hva som var i minnet, dette gjorde ikke alltid resultere i en krasj. Den har veldig reproduserbar oppførsel for en gitt konfigurasjonsfilen.
• Løs et problem på Windows der wrapper tok 15 sekunder eller mer til oppstart på enkelte systemer fordi WinVerifyTrust systemkall hadde problemer oppdatering av CRL. Dette hadde vært et problem siden Wrapper binærfiler begynte å bli signert i versjon 3.5.7. Hvis WinVerifyTrust samtalen tar lengre tid enn den konfigurerte wrapper.startup_thread.timeout deretter wrapper vil fortsette å oppstart uten ytterligere forsinkelse.
• (Standard / Professional Edition)
• Eksplisitt fjerne sertifikatet av den tilpassede binære under tilpasning. Det var problemer fratrer det binære med et annet sertifikat ellers.
• Hvis Wrapper er ute av stand til å skrive til den konfigurerte wrapper.logfile hvilken grunn, så vi alltid falle tilbake til en standard loggfilen og deretter logge deg en melding om feilen. Hvis standard svikter også da som også er logget men meldingene ville bare være logget inn for å konsollen i de fleste tilfeller. Endre wrapper slik at vi nå alltid sende både meldinger til syslog eller EventLog uavhengig av hva wrapper.syslog.loglevel er satt til. Dette er viktig for å bidra til å spore opp årsaken til loggfil tilgang problemer.
• Fra og med versjon 3.5.0, det var internt mulig å skrive ut flere linjer loggmeldinger, slik at alle linjene vil alltid bli gruppert sammen i loggfilen. Denne versjonen endrer logging koden litt slik at en slik multi-line loggutdataene er nå logget som en enkeltmelding i UNIX Sylog eller Windows EventLog.
• Løs et problem der svært lange linjer med utgang fra JVM ville føre til at wrapper å fremstå henge på en stund. Første gang en eneste linje med utgang inneholder flere hundre tusen tegn ble logget, en intern buffer ble gradvis økt med 100 tegn per syklus. Den wrapper øker nå størrelsen basert på siste kjente størrelse å sterkt redusere antall sykluser for å velge en ny bufferstørrelse.
• Endre PAUSE_THREAD kommandoen slik det er nå mulig å vente på ubestemt tid. Bare nyttig for å teste wrapper.
• Legg til en ny PAUSE_LOGGER kommando for å gjøre det mulig å pause neste loggoppføring. Bare nyttig for å teste wrapper.
• På UNIX, stdout / stderr rør mellom JVM og Wrapper var ikke blir ryddet opp på riktig måte. Dette resulterte i en liten lekkasje, men var ellers uskadelig. Rørene er nå ryddet opp og klargjort for hver JVM eksempel.
• Løs et problem der wrapper kunne unngå å starte JVM når restart forespørsel oppsto i JVM hvis systemet ble opplever veldig tung IO som resulterer i lang disk IO køer. Dette var årsaken til wrapper hoved sløyfe å blokkere på skrive og savner omstarten forespørsel, slik at wrapper til nedleggelse i stedet for omstart. Dette vil kunne påvirke alle plattformer. På Windows, kan det også bli reprodusert ved å gjøre et utvalg i konsollen for å fryse produksjonen og deretter lage en anmodning fra i JVM å starte på nytt.
• Legg til en ny WrapperPropertyUtil helper klasse for å gjøre det vanskelig å utløse tilgang Wrapper eiendomsverdier fra i JVM.
• Fix en bug på noen plattformer hvor java loggutdataene kunne bli ødelagt på grunn av misbruk av en strncpy system funksjon. Denne funksjonen advarer om at noen implementeringer støtter ikke overlappende minne eksemplarer. Problemet kan kun kopieres på en enkelt Linux testmaskin i linjer etter en tom linje av produksjonen. Dette problemet har eksistert siden 3.4.0.

Hva er nytt i versjon 3.5.9:

• Løs et problem på Windows hvor nettverkskort med navn inneholdt & quot; PRO / 1000 & quot; ble fjernet fra listen over vertsid'er vises når & quot; wrapper.exe h & quot; ble kjørt. Dette ikke påvirke eksisterende serverlisens viktige filer generert for vertsid'er rapportert av 3.5.7 eller tidligere, eller utvikling lisensnøkler. Men det var årsak til wrapper for å rapportere at ingen gyldige vertsid'er kan bli funnet når wrapper ble startet uten lisens fil. Dette ble forårsaket av noen test kode lagt i 3.5.8 at vi ikke klarte å fjerne.
• Løs et problem der wrapper ikke var riktig gir kontrollen tilbake til sin viktigste loop når svært store mengder kontinuerlig utgangs ble logget fra JVM. Introdusert i versjon 3.4.0. I versjoner før 3.5.8, kan dette ha forårsaket JVM til timeout og starte selv. Den aktuelle saken ble løst, men wrapper prosessen i 3.5.8 ville fortsatt ha vært svarer når dette skjedde. Den wrapper vil nå alltid utbytte tilbake til sin viktigste sløyfe etter 250 millisekunder med kontinuerlig logging.
• Løs et problem der WrapperManager kunne blokkere prøve skrive feilrettingsutdataen hvis gjeldende bruker programmet var å skrive svært store mengder utgang til konsollen også. I ekstreme tilfeller førte dette til wrapper tenker at JVM var frosset. Dette var bare et problem hvis avlusningsinformasjon ble aktivert.
• Omstrukturert shell script slik at alle utgavene nå bruke samme skriptet på nytt.

Hva er nytt i versjon 3.5.8:

• (Standard / Professional Edition)
• Fra og med versjon 3.5.5, vi ugyldiggjort bruken av all 00FF * vertsid'er i Windows for å unngå problemer med å endre vertsid'er når brukere har en Juniper Network Connect nettverkskort på deres system. Dette viste seg å være for restriktive som gjest operativsystemer kjører under Parallels også benytte seg av denne hostid rekkevidde. Den Wrapper er nå mer forsiktig med å bare oppheve faktiske Juniper Network Connect vertsid'er.
• (Standard / Professional Edition)
• Forbedre meldingen vist til brukeren når Wrapper er ute av stand til å finne noen vertsid'er for et system.
• Fast et problem med wrapper script på Solaris, hvor alternativet -F var ikke tilgjengelig for grep.
• Lagd Windows-versjonen informasjon om wrapper feilrettingsutdataen.
• Lagt til en wrapper.log.warning.threshold egenskap som gjør wrapper viser en advarsel når den oppdager at wrapper tok lang tid å spille inn en loggmelding. Dette ble lagt for å teste et rapportert problem forårsaket av treg IO på svært tungt belastede systemer.
• Løs et problem der et filter som anmodet JVM å starte ville bli ignorert hvis JVM gått ut på egen hånd umiddelbart. Den Wrapper er nå mer konsekvent slik at omstart forespørsler fra i JVM eller filtre vil alltid høyere prioritet enn slike exit forespørsler. Eksterne nedleggelse forespørsler, eller de fra andre handlinger vil fortsatt oppfører seg som de gjorde i fortiden og fortsette å slå den wrapper. Den wrapper logger også meldinger i feilrettingsutdataen hvis en fremragende start forespørsel blir bevart eller ignorert.
• Fast et problem i AppCommand.bat batch fil som kan oppstå på noen Windows-plattformer med visse flerbyte system kodinger. Manuset har blitt omskrevet og tvilsomme deler har blitt forenklet. Funksjonaliteten av skriptet er bevart.
• Lagt miljøvariabelen WRAPPER_CONF_DIR, som kan brukes for konfigurasjonsegenskapene. (Feature Request 3160644)
• Laget manuset exit med riktig exit kode mottatt når du kjører skriptet som annen bruker, spesifisert i RUN_AS_USER. (Bug Rapport 3185281)
• Fix et brudd på tilgangs som kan skje når koden signeringssertifikat har unnlatt å blitt verifisert.
• Logg en feil hvis backend kontakten lukkes med makt eksternt. Det hadde vært å få logget på en debug log nivå. Meldingen er & quot; En eksisterende tilkobling ble tvangs lukket av ekstern vert. (0x2746) & quot ;. Fordi meldingen ble bare logget hvis avlusningsinformasjon ble aktivert, ville JVM restartes med ingen klar forklaring på hva som skjedde. Kilden til socket nedleggelse er under etterforskning.
• (Professional Edition)
• Lagt Java samtale fireUserEvent til WrapperManager API. Dette gjør det mulig å fyre brukerhendelses post, handlinger uten filteret trigger. Vennligst også finne mer informasjon om sikkerhetsmodell for denne samtalen på sikkerhetssiden.
• Fix en advarsel på Mac-versjoner hvis konfigurert java-kommandoen var ikke en Universal Binary. En sjekk ble lagt i 3.4.0 for å sørge for at wrapper.java.command pekte direkte til en kjørbar for å unngå uventet oppførsel når du kjører et skript. Meldingen er bare en advarsel og wrapper fortsetter uansett. Standard ppc, ppc_64, x86_64, i386, samt de universelle binærfiler vil nå alt fungere korrekt uten en advarsel.
• Standardverdien av omslaget. *. Umask egenskaper bruker den nåværende umask prosessen har. Før standardverdien var alltid 0022.
• Legg til en ny wrapper.backend.type eiendom som brukes til å kontrollere om Wrapper kommuniserer med JVM med tradisjonell & quot; SOCKET & quot; eller ny eksperimentell & quot; PIPE & quot ;. Dette ble lagt til som en midlertidig løsning til et sjeldent problem hvor noen Windows-maskiner er lukke kontakten med en OS-nivå. Dette ble kun har sett på Windows 2003, men kunne eksistere på andre Windows-versjoner også.
• Legg til en ny eksperimentell wrapper.use_javaio_thread egenskap som fører til at wrapper for å håndtere all java konsoll output i en egen tråd.
• Legg til en ny WrapperManager.isNativeLibraryOk () metode som lar brukerkode enkelt teste hvorvidt den lokale bibliotek ble lastet og initialisert ved oppstart.
• Legg til en ny PAUSE_THREAD kommando til wrapper.commandfile eiendom som gjør det mulig å teste hvordan den wrapper oppfører seg når ulike tråder blokkere eller fryse. Dette ble brukt til å simulere og reprodusere problemstillinger på tungt IO bundet servere.
• Forbedre måten Java side av Wrapper oppfører seg når Wrapper klarer å pinge JVM for en lengre periode. JVM pleide å gå ut å la seg synkronisert seg med JVM. Dette var årsaken problemer på systemer som var tungt IO bundet fordi wrapper kan blokkere for en stund mens du prøver å skrive til loggfilen og JVM var spennende. JVM vil nå aldri gå ut under slike omstendigheter. JVM vil aldri bli foreldreløse fordi det fortsatt vil gå ut nesten umiddelbart hvis backend socket eller rør med wrapper er stadig stengt.
• Fraråd den WrapperManager.appearOrphan () metode som det er brukt for å simulere en feilmodus som ikke lenger er mulig med wrapper.
• Endret måten Wrapper håndterer sertifikatfeil angående kodesignering / tidssempel- sertifikat. Den wrapper vil nå bare nedleggelse selv om signaturen til den binære ble ikke bekreftet fordi det binære eller signatur har blitt misdannet men ikke hvis noen problem med counter-signataren har blitt funnet. Fra og med 3.5.7, er Windows wrapper binærfiler signert. Noen brukere med låst ned Windows 2008-systemer hadde problemer med wrapper nekter å starte fordi Comodo sertifikat hadde blitt deaktivert på deres system.
• Legg til en ny wrapper.java.detach_started egenskap som gjør det mulig å bruke wrapper som et enkelt verktøy for å starte Java-programmer. Når den er aktivert, avslutter wrapper umiddelbart og JVM er igjen å kjøre på egen hånd.
• Når du kjører wrapper som en spesifisert brukerkonto, gjennom wrapper.ntservice.account eiendommen, vil wrapper legge tillatelse for kontoen til å logge på som tjenesten automatisk ved installasjon. (Feature Request # 3286491)

Hva er nytt i versjon 3.5.6:

• Løs et problem på UNIX-plattformer der loggfilen banen ble beregnet feil hvis en absolutt sti ble spesifisert for wrapper.logfile, og filen ikke allerede eksisterer. En advarsel ble vist men wrapper vil fortsette å bruke standardloggfilen. Det var et problem i meldingen vises som forårsaket en krasj på noen plattformer inkluderer Mac OSX. Introdusert i versjon 3.5.5.
• Løs et problem på Windows-plattformer der wrapper ville krasje hvis det ikke kunne få tilgang til katalogen av konfigurert wrapper.logfile. Introdusert i versjon 3.5.5. Feil # 3087424.
• Forbedre måten advarsler logges når det er problemer med å skrive til den konfigurerte wrapper.logfile slik at budskapet vil nå bli logget inn i loggfilen at wrapper ender opp med å bruke i tilfelle det er vellykket i å falle tilbake til en standard log fil.
• Løs et problem på Windows-plattformer hvor wrapper.java.additional. eiendommer som ble spesifisert på kommandolinjen, og inneholdt mellomrom, ikke ble requoted riktig når du bygger opp Java kommandolinje. Introdusert i versjon 3.3.6.
• Løs et problem der advarselen logget for ugyldige verdier av wrapper.java.additional. eiendom, inneholdt skadet tekst. Introdusert i versjon 3.3.6.
• Løs et problem på UNIX-plattformer hvor en ugyldig verdi for wrapper.java.additional. Eiendommen ble korrekt blir rapportert og deretter hoppet over, men den resulterende kommandolinje for å starte JVM hadde en tom verdi som var årsak til JVM å unnlate å lansere. En ugyldig verdi er noen verdi som ikke begynner med en & quot; - & quot; karakter.
• Legg til en ny WRAPPER_INIT_DIR miljøvariabel som kan brukes til å referere til arbeidsmappen hvorfra wrapper ble lansert. Dette er nødvendig for enkelte programmer fordi Wrapper endrer alltid sin arbeidskatalog til plasseringen av wrapper binære.
• Endre UNIX shell script slik at det ikke lenger endrer gjeldende arbeids dir til plasseringen av skriptet. Dette er ikke lenger nødvendig fordi Wrapper har vært å endre arbeidsmappen til sin egen plassering siden versjon 3.2.0.
• Legg til en ny wrapper.request_thread_dump_on_failed_jvm_exit.delay eiendom for å kontrollere hvor lenge wrapper vil vente etter å gjøre en tråd dump før drepe Java prosessen. Denne forsinkelsen har alltid vært hardkodet til fem sekunder.
• Rydd opp teksten i flere varselmeldinger om ugyldige konfigurasjonsverdier for å gjøre dem mer konsekvent.
• (Professional Edition)
• Legg til en ny wrapper.jvm_kill.delay egenskap som gjør det mulig å kontrollere hvor mye tid til å tillate mellom jvm_kill hendelsen ble avfyrt og JVM faktisk blir drept.
  
  
  
  
  

Krav :

• Oracle Java Standard Edition Runtime Environment