Java Service Wrapper Community Edition

Java Servizio Wrapper Community Edition è un software da riga di comando di origine completamente libero e aperto che è stato progettato da zero di agire come configurabile e facile da usare programma di utilità per l'implementazione di applicazioni Java come demoni UNIX nativi o sfondo di Windows services.Provides correzione degli errori functionalityIt è un software flessibile, affidabile e cross-platform, che fornisce funzionalità di correzione degli errori che si riavvia automaticamente non risponde o si è schiantato JVM (Java Virtual Machine). Inoltre, il software dispone di scripting standard installazione facile applicazione, e funzionalità di registrazione, gestione dei processi figli, eventi a tempo, e-mail di avviso, i comandi degli eventi, limiti di memoria relativi, il supporto per più lingue, così come gli eventi definiti dall'utente e azioni.
La Community Edition è distribuito sotto una licenza open source, da esso & rsquo; funzionalità s è limitato, come si sarà in grado di utilizzare solo consentire alle applicazioni Java di funzionare come daemon UNIX, riavviare e monitorare JVM, per controllare la priorità di processo, a grilletto JVM riavvia, discariche filo, e gli arresti, per usare una directory di lavoro personalizzato, di utilizzare i caratteri jolly, nonché per registrare e catturare JVM console output.Getting iniziato con Service Java Wrapper Community EditionTo iniziare con la Community Edition di Java Servizio Wrapper , scaricare il pacchetto che corrisponde al vostro computer & rsquo; s architettura, salvare l'archivio nella directory principale, scompattarlo, aprire un app terminale, andare alla posizione del & lsquo; bin & rsquo; cartella (ad esempio cd /home/softoware/wrapper-linux-x86-64-3.5.26/bin/) ed eseguire il & lsquo; ./ involucro & rsquo; Comando, che visualizzerà il messaggio utilizzo e disponibili options.Runs riga di comando su una vasta gamma di POSIX e UNIX-like operativo systemsJava Servizio Wrapper è distribuito in tre edizioni, Community Edition, Standard Edition e Professional Edition. E 'compatibile con tutte le distribuzioni GNU / Linux, ma gira su una vasta gamma di POSIX e dei sistemi operativi UNIX-like, tra cui FreeBSD, AIX, HP-UX, Microsoft Windows, Mac OS X e Solaris, il sostegno a 64-bit (x86_64 ), 32-bit (x86), Armel, ARMHf, SPARC, s390, s390x, piattaforme hardware Itanium, PPC (PowerPC), così come PA-RISC.

Cosa c'è di nuovo in questa versione:.

• Migliorare i messaggi di log quando un riavvio JVM è richiesto quando il Wrapper è in uno stato che possa essere ignorato (Standard / Professional Edition)
• Aggiungi un messaggio di debug supplementare al termine di un deadlock spazzata. Nessun cambiamento funzionale, ma questo è stato aggiunto per rendere più facile dire quanto tempo lo sweep assume una determinata applicazione.
• Pulire il monitoraggio interno di cui sono state impostate le variabili d'ambiente. Nessuna modifica funzionale.
• Quando si rileva Cygwin con 'uname -o' nel file di script, alcuni sistemi operativi (Solaris, MacOS, ecc) mostrano un messaggio di errore perché '-o' non è un parametro valido. Ora ci nascondiamo questo messaggio di errore per evitare confusione e possiamo immaginare che Cygwin non è in esecuzione.
• Aggiungi la capacità di controllare l'esecuzione del servizio con systemd utilizzando il file script.
• Su Mac OS X, correggere un errore di battitura, aggiungere un altro modo alternativo per trovare Java per impostare la variabile d'ambiente JAVA_HOME, e utilizzare il percorso completo per eseguire sysctl in caso non è nel percorso. Grazie a Dannes Wessels per la precisazione.
• Risolvere un problema con le versioni più recenti di Windows durante la personalizzazione della Wrapper. Il certificato non è stato rimosso durante la creazione del bersaglio. Questo stava conducendo ad un errore quando si cerca di firmare il bersaglio con un nuovo certificato.
• Aggiungi sostegno mancante nello script di shell per il riavvio / arresto del servizio Wrapper con launchctl su Mac OS X.
• Aggiungi sostegno mancante nello script di shell per il riavvio / arresto del servizio Wrapper con Upstart.
• Aggiungi la possibilità di impostare il percorso del comando 'su', nonché la possibilità di specificare gli argomenti aggiuntivi nel script di shell wrapper utilizzando nuove variabili SU_BIN e SU_OPTS.
• Risolvere un problema nelle classi helper WrapperSimpleApp, WrapperStartStopApp, e WrapperJarApp dove i problemi della riga di comando che hanno portato alla JVM uscire all'avvio sembravano uscite impreviste. Ciò significava che il wrapper avrebbe cercato di rilanciare la JVM di nuovo piuttosto che rinunciare al primo tentativo.
• modifica le classi di supporto WrapperSimpleApp, WrapperStartStopApp, e WrapperJarApp modo che i loro striscioni di utilizzo saranno solo ora visualizzati per riga di comando problemi connessi. Problemi con le classi, i metodi o file jar specificati sono ancora registrati come errori, ma che mostra all'utente l'uso in questi casi era confusa.
• Correggere il metodo WrapperResources.getString (), che non ha argomenti di sostituzione in modo che la sua lavorazione della corda grezza viene manipolato le stesse modalità che hanno argomenti di sostituzione. Ora tutte le stringhe vengono elaborati dalla classe MessageFormat prima di essere restituito. Le versioni precedenti non sono stati in linea circa la necessità di fuggire virgolette singole.
• Aggiunto convalida chiave facoltativa per fare in modo che le stringhe passate nel metodo WrapperResources.getString () sono formattati correttamente. Vedere la classe WrapperResources per informazioni su come attivare.
• Aggiungi nuove opzioni per la proprietà wrapper.backend.type: AUTO, PRESA, SOCKET_IPv4, SOCKET_IPv6, PIPE. Quando è impostato su AUTO, il Wrapper tenterà di aprire un ipv4 presa e fallback a ipv6 e pipe in caso di errore.
• Fix bug durante la conversione da multibyte a largo char senza impostare il locale all'avvio (solo Unix). Grazie a Bert.
• Aggiungi un alias 'CLOSE_BACKEND' a 'CLOSE_SOCKET' come comando di prova per la proprietà wrapper.commandfile. Questo perché ci sono state diverse opzioni per la connessione backend per qualche tempo e il nome è più portabile.
• Risoluzione problema su Mac quando si esegue OS X Yosemite in cui lo script non riusciva a confrontare correttamente le versioni '10 .10 'al '10 .5.0'. Questo era in testa allo script pensare che solo i binari a 32 bit possono essere eseguiti. Questo è stato solo un problema se è stato utilizzato la nomina delta pacchetto dei binari wrapper.
• Aggiungi un nuovo immobile wrapper.java.classpath.missing.loglevel che permette di controllare come il Wrapper registra avvertimenti circa mancante elementi classpath. In precedenza questo era sempre registrato come uscita di debug e non poteva essere disattivato.
• Se ci sono problemi di basso livello di avviare il processo di Java che non sono legati alla configurazione o la JVM in sé, il Wrapper non sarà più riprovare come tali tentativi erano prive di significato.
• API di sistema di Windows hanno un problema che causa un processo di crash se tenta di impostare una variabile d'ambiente oltre 32767 caratteri. Il Wrapper ora controlla per questo e registra un errore piuttosto che impostare la variabile. Questo è stato un problema se sono stati utilizzati molto grandi percorsi di classe quando la proprietà wrapper.java.classpath.use_environment era vero.
• Windows non consente una riga di comando per essere più di 32.766 caratteri. Le varie versioni di Windows gestiscono in modo diverso quando un comando così lungo è fornito. Il Wrapper ora fa il suo controllo e mostra un errore in modo coerente.
• Migliorare il messaggio di errore sulle piattaforme UNIX quando la linea di comando è superiore al massimo del sistema. Questa massima varia notevolmente a seconda della piattaforma e l'ambiente, ed è difficile da calcolare in modo affidabile, quindi la lunghezza massima non è attualmente visualizzato nel messaggio.
• Risolvere un problema su piattaforme UNIX in cui un file di configurazione di grandi dimensioni potrebbe causare la WrapperManager a fallire per l'avvio. Ciò è stato causato dal trasferimento parziale del file di configurazione al WrapperManager tramite la connessione backend. Ciò accadrebbe indipendentemente dal tipo backend utilizzato. La dimensione del file di configurazione che causerebbe un problema variava notevolmente basato sul sistema specifico.
• Risolvere un problema su piattaforme Windows in cui un file di configurazione di grandi dimensioni avrebbe mancato di inviare al WrapperManager all'avvio quando la proprietà wrapper.backend.type è stata impostata su PIPE. L'unico problema era che i WrapperManager.getProperties () metodo sarebbe vuota. (Professional Edition)
• Aggiungi controlli al WrapperManager.exec () metodi in Windows per la lunghezza massima della riga di comando di 32766, e l'ambiente massima nome-valore della variabile di lunghezza coppia di 32767. (Professional Edition)
• Risolvere un problema in cui un libero di un puntatore NULL veniva fatto come parte del processo di pulitura di un WrapperManager.exec () chiamata. Questo non è noto per aver causato problemi.
• Aggiunto getStdOut (), getStdErr (), e getStdIn () metodi alla classe WrapperProcess come alias per il getInputStream (), getErrorStream (), e getOutputStream () i metodi per evitare confusione.
• Risolvere un problema su Windows 7 in cui le linee di log lunghe ha danneggiato dopo 31.397 caratteri quando wrapper.console.direct era vero. Questo sembra essere un problema con il sottostante API di Windows ed è stato solo un problema di visualizzazione. Ridotto il numero massimo di caratteri che possono essere scritti con una singola chiamata API a 30000 per aggirare il problema. Questo cambiamento è interno e non vi è ancora alcun limite alla lunghezza delle linee registrati.
• Fissare una situazione di stallo, se l'involucro non è riuscito a scrivere il backend quando la proprietà era wrapper.backend.type PIPE. Trovato da revisione del codice e non è noto per avere realmente successo.
• Da Mac OSX 10.5.0, il file di script utilizzerà il tasto 'KeepAlive' nel file di configurazione launchctl. Le versioni precedenti di Mac OSX continueranno ad utilizzare la stessa chiave 'OnDemand'. Grazie a Robin per la precisazione. (Standard / Professional Edition)
• Non permettere l'uso di hostid legate ai dispositivi di Apple Bluetooth durante l'esecuzione su un sistema Windows virtualizzato ospitato su un sistema OS X.
• Risolvere un problema in cui WrapperManager.log () non funzionava correttamente quando sono stati registrati i messaggi multi-byte.
• Nella debug la piena proprietà di configurazione dei pacchetti viene soppressa dal registro perché è enorme e può contenere dati sensibili. Aggiungere una dimensione all'uscita abbreviato per assistere con il debug.
• Fissare una perdita di memoria sulle piattaforme UNIX quando è stato segnalato un messaggio di errore. Questo è stato un problema solo se il messaggio è stato registrato ripetutamente.
• correggere un paio di altri potenziali perdite di memoria trovati attraverso la revisione del codice. Non è noto di essere stato causa di problemi reali.

Cosa c'è di nuovo nella versione 3.5.23:

• Standard / Professional Edition:
• Quando viene rilevato un tipo di licenza sconosciuta, includere il tipo sconosciuto nel messaggio di errore per aiutare con il debug.
• Risolvere un problema di corruzione della memoria su z / OS quando la lingua è stato impostato su un locale a doppio byte come il giapponese.
• Passare attraverso e rendere il wrapper molto più durevole quando mal codifica caratteri a doppio byte vengono incontrati.
• Preofessional Edition:
• Modificare l'eccezione generata quando WrapperManager.exec () viene chiamato mentre l'involucro è shutdown in modo che ora dice che invece di dire che la libreria nativa non è caricato.
• Il Wrapper è ora più attento a fare in modo che il backend non è mai chiuso, mentre un processo figlio è stato lanciato per assicurare che il Wrapper conosce tutti i processi figlio avviati.
• Aggiungi un messaggio di avviso nel caso in cui il Wrapper non viene notificato un processo figlio avviato a causa del collegamento backend chiusa.
• Fissare un potenziale NPE che potrebbe essere lanciato durante la lettura stdout o stderr uscita da un processo figlio, mentre il wrapper è stato in fase di arresto e dopo il processo figlio uscito.
• Risoluzione problema su piattaforme UNIX, dove siamo stati sempre bloccati cercando di pulitura dopo un processo che è stato attualmente blocca su una lettura da stdout o stderr.
• Risoluzione problema su piattaforme UNIX, dove un timeout di tentare di ottenere un blocco interno della lista processo figlio stava causando un contatore interno per ottenere fuori sincrono, che porta ad un altro processo figlio terminato essere lasciato zombie come defunti fino al processo di Java terminato.
• Risoluzione problema su piattaforme UNIX dove descrizioni dei file pipe utilizzate per comunicare con i processi figli venivano trasmesse in modo non corretto a tutti i processi figli. Essi non sono stati in crescita nel tempo.
• Risoluzione problema su sistemi FreeBSD dove il wrapper.lang.encoding non era risolvere in UTF-8 correttamente quando la variabile di ambiente LANG non è stata impostata.
• Risolvere un problema potenziale di sincronizzazione chiamando WrapperProcess.waitFor () o WrapperProcess.exitValue ().
• Aggiungi ulteriore uscita registro di debug che mostra i diversi valori di timeout per aiutare con i problemi degli utenti debugging.
• Risolvere un problema in cui lo script di shell non è stato rilevando correttamente la versione del sistema operativo Mac OSX con Maverick.
• Aggiungi avvertimenti sulle variabili di ambiente non definite in include riferimenti ai file nel file di configurazione.
• Aggiungi il supporto per ambienti di espansione variabile file specificati con il wrapper.java.additional_file e wrapper.app.parameter_file proprietà.
• Correggere la formattazione nel metodo WrapperUNIXGroup.toString () integer così è coerente con il resto del Wrapper.
• Risolvere un problema in cui il requisito di biblioteca iconv non poteva essere soddisfatta in FreeBSD 10. Ora individuare la libreria dinamica, cercando per /usr/local/lib/libiconv.so, /usr/local/lib/libbiconv.so o /lib/libkiconv.so.4 in questo ordine.
• Fissare un metodo WrapperPrintStream.println () in modo da stringhe contenenti linefeeds saranno correttamente hanno ciascuna linea anteporre con l'intestazione configurato.

Cosa c'è di nuovo nella versione 3.5.14:

• Risoluzione problema nella AppCommand.bat.in file in cui una parentesi nel nome del file del binario Wrapper avrebbe causato un & quot; PATH è stato inaspettato in questo momento & quot; Errore.
• (Standard / Professional Edition)
• Risolvere un problema quando si utilizza una versione localizzata del Wrapper su piattaforme Windows a 64 bit, dove il Wrapper potrebbe continuare a utilizzare la lingua di sistema predefinito anche wrapper.lang è stato utilizzato per specificare una lingua diversa. Introdotto in 3.5.12.
• Risolvere un problema nel file batch basato comando di Windows AppCommand.bat.in dove il comando 'status' è stata erroneamente stati segnalati come 'query' nell'output utilizzo. Il comando 'status' aveva sempre funzionato correttamente se utilizzato.
• Risoluzione problema su piattaforme UNIX, dove alcuni messaggi asincroni stavano causando un messaggio di avviso & quot; Errore Coding ... & quot; essere collegato al posto del messaggio destinato. Questo potrebbe essere visto se il file di registro configurato non ha avuto il permesso di scrittura. Altro che il messaggio di log non corretto, il Wrapper funzionava correttamente. Introdotto in 3.5.2.
• Risolvere un problema nello script UNIX dove correre con upstart non funzionava correttamente quando RUN_AS_USER stato impostato.
• Relax controlli di sicurezza quando si esegue il comando 'status' contro lo script di shell UNIX in modo che ora consente a qualsiasi utente che esegue lo script per eseguire il controllo di sola lettura del file pid.
• risolvere un problema con lo script UNIX, dove il 'rimuovere' il comando stava cercando di fermare un'applicazione in esecuzione anche quando non era stato installato l'applicazione.
• Fissare un buffer overflow che potrebbe potenzialmente causare un crash durante l'installazione di un servizio di Windows quando è stato specificato wrapper.ntservice.account. Questo è stato introdotto in 3.5.12.
• Risoluzione danneggiamento di heap che potrebbe verificarsi all'avvio e potenzialmente causare un crash. Solo sistemi Windows, che utilizzano i registri eventi di sistema, sono state colpite. Scoperto da una revisione del codice, non vi era mai stato alcun rapporto di questo causando problemi agli utenti. Ciò potrebbe accadere se l'wrapper.log configurato non poteva essere scritto come Wrapper cerca sempre di scrivere nel registro eventi in questi casi. Introdotto in 3.5.12.
• Aggiungi un nuovo confronto tra la versione script di shell UNIX e wrapper per iniziare a mostrare un avviso in caso di una versione non corrispondente. Il controllo funziona solo se lo script di shell e Wrapper sono ciascuna pari ad almeno la versione 3.5.14.
• Aggiunta una nuova proprietà wrapper.pidfile.strict che dirà il Wrapper non iniziare se il file pid già esisteva. Il valore predefinito è falso per la compatibilità all'indietro.
• Fare il lato Java della presa backend più resistente in caso di un timeout di lettura o scrittura. La presa backend non dispone di un timeout impostato di default, quindi questo non dovrebbe essere un problema. Un paio di utenti hanno segnalato problemi su sistemi specifici ma che ha portato a questa correzione.
• Per facilitare la verifica del timeout presa backend, una nuova proprietà di sistema wrapper.backend.so_timeout è stato aggiunto per permettere di configurare la presa backend per utilizzare un timeout. Vedere la Javadocs del WrapperManager.exec () della classe per i dettagli.

Cosa c'è di nuovo nella versione 3.5.11:

• Fissare un potenziale incidente su Windows causata da un buffer troppo pieno. Questo è stato un problema a partire dalla versione 3.5.0 e colpisce le configurazioni che definiscono più wrapper.ntservice.dependency .. A seconda su quello che era in memoria, questo non ha comportato sempre in un incidente. Ha un comportamento molto riproducibile per un dato file di configurazione.
• Risolvere un problema in Windows la cui fascia stava prendendo 15 secondi o più per avvio su alcuni sistemi, perché la chiamata di sistema WinVerifyTrust stava avendo problemi di aggiornamento del CRL. Questo era un problema in quanto i binari Wrapper iniziato ad essere firmati in versione 3.5.7. Se la chiamata WinVerifyTrust richiede più tempo del wrapper.startup_thread.timeout configurato allora il Wrapper continuerà ad avvio senza ulteriori ritardi.
• (Standard / Professional Edition)
• esplicitamente rimuovere il certificato del binario personalizzato durante la personalizzazione. Ci sono stati problemi dimissionari il binario con un altro certificato altrimenti.
• Se il wrapper non è in grado di scrivere al wrapper.logfile configurato per qualsiasi motivo, abbiamo sempre ricadiamo in un file di log di default e poi registriamo un messaggio relativo al fallimento. Se il difetto non anche allora che è anche registrato ma i messaggi sarebbero registrati solo alla console, nella maggior parte dei casi. Modificare il Wrapper quindi ora inviare sempre entrambi i messaggi al syslog o EventLog indipendentemente da ciò che il wrapper.syslog.loglevel è impostato. Questo è importante per aiutare a rintracciare la causa dei problemi di accesso file di registro.
• A partire dalla versione 3.5.0, è stato internamente possibile stampare i messaggi di log multi-linea in modo che tutte le linee sarebbe sempre essere raggruppati nel file di registro. Questa versione modifica il codice di registrazione leggermente in modo che l'uscita di log come multi-linea è loggato come un singolo messaggio nel Sylog UNIX o Windows EventLog.
• Risolvere un problema dove molto lunghe file di uscita dalla JVM causerebbe il Wrapper a comparire per appendere per un po '. La prima volta che una singola linea di uscita contenente diverse centinaia di migliaia di caratteri è stato registrato, un buffer interno veniva gradualmente aumentata di 100 caratteri per ciclo. Il Wrapper ora aumenta le dimensioni in base dell'ultimo dimensioni note di ridurre notevolmente il numero di cicli necessari per scegliere una nuova dimensione del buffer.
• Modifica il comando PAUSE_THREAD quindi è ora possibile aspettare all'infinito. Utile solo per testare il Wrapper.
• Aggiungi un nuovo comando PAUSE_LOGGER per consentire di mettere in pausa la prossima voce di registro. Utile solo per testare il Wrapper.
• In UNIX, il tubo stdout / stderr tra JVM e Wrapper non era stato ripulito correttamente. Ciò ha determinato una piccola perdita ma era altrimenti innocuo. I tubi sono ora ripulite e inizializzati per ogni istanza JVM.
• Risolvere un problema in cui il Wrapper poteva non riavviare il JVM al momento della richiesta di riavvio origine nella JVM se il sistema stava vivendo IO molto pesante con conseguente lunga del disco IO code. Questo è stato causando ciclo principale del wrapper per bloccare sulla rivalutazione e perdere la richiesta di riavvio, causando il Wrapper di arresto piuttosto che il riavvio. Questo potrebbe influenzare tutte le piattaforme. In Windows, potrebbe anche essere riprodotto facendo una selezione nella console di congelare l'uscita e poi fare una richiesta all'interno della JVM per riavviare.
• Aggiungi una nuova classe helper WrapperPropertyUtil per renderlo easer accedere valori di proprietà Wrapper all'interno della JVM.
• Risoluzione di un problema che su alcune piattaforme in cui l'uscita del registro java potrebbe ottenere danneggiato a causa di uso improprio di una funzione di sistema strncpy. Questa funzione avverte che alcune implementazioni non supportano copie memoria sovrapposte. Il problema potrebbe essere riprodotto solo su una singola macchina di prova Linux in linee a seguito di una riga vuota di uscita. Questo problema esiste dal 3.4.0.

Cosa c'è di nuovo nella versione 3.5.9:

• Risoluzione problema su Windows in cui le schede di rete i cui nomi contenuti & quot; PRO / 1000 & quot; venivano rimossi dalla lista dei hostid visualizzato quando & quot; wrapper.exe -h & quot; è stato eseguito. Questo non ha effetto sui file chiave di licenza del server esistenti generati per hostid segnalati da 3.5.7 o precedente, o chiavi di licenza di sviluppo. Ma ha causato il wrapper per segnalare che non hostid valide potrebbero essere trovati quando il wrapper è stato avviato senza un file di licenza. Ciò è stato causato da un codice di prova aggiunto 3.5.8 che non siamo riusciti a rimuovere.
• Risolvere un problema in cui il wrapper non è stato correttamente dando il controllo al suo ciclo principale quando grandi quantità di potenza continua era in corso registrati dalla JVM. Introdotto in versione 3.4.0. Nelle versioni precedenti alla 3.5.8, questo potrebbe aver causato la JVM di timeout e riavviare se stessa. Questo particolare problema è stato risolto, ma il processo Wrapper in 3.5.8 sarebbe stata comunque non risponde quando questo stava accadendo. Il Wrapper ora yeild sempre al suo ciclo principale dopo 250 millisecondi di registrazione continua.
• Risolvere un problema in cui il WrapperManager potrebbe bloccare cercando uscita scrittura di debug se l'applicazione utente corrente stava scrivendo grandi quantità di output alla console. In circostanze estreme questo ha portato alla Wrapper pensare che la JVM è stato congelato. Questo è stato solo un problema se l'uscita di debug è stata attivata.
• ristrutturati lo script di shell così tutte le edizioni ora utilizzare nuovamente lo stesso copione.

Cosa c'è di nuovo nella versione 3.5.8:

• (Standard / Professional Edition)
• A partire dalla versione 3.5.5, abbiamo invalidato l'uso di tutte 00FF * hostid in Windows per evitare problemi con la modifica hostid quando gli utenti hanno una scheda di rete Juniper Network Connect sul loro sistema. Questo si è rivelato essere troppo restrittivo come Guest SO in esecuzione in Parallels anche fare uso di questa gamma hostid. Il Wrapper è ora più attenta solo invalidare effettivi hostid Juniper Network Connect.
• (Standard / Professional Edition)
• Migliorare il messaggio mostrato all'utente quando l'involucro non è in grado di individuare eventuali hostid per un sistema.
• Risolto un problema con lo script wrapper su Solaris, dove il -F opzione non era disponibile per grep.
• informazioni sulla versione di Windows Aggiunta sull'uscita involucro di debug.
• Aggiunta di una proprietà wrapper.log.warning.threshold che rende il Wrapper mostrano un avviso ogni volta che rileva che il Wrapper ha impiegato molto tempo per registrare un messaggio di log. Questo è stata aggiunta per testare un problema segnalato causata da lento IO su sistemi molto fortemente caricati.
• Risolvere un problema in cui un filtro che ha richiesto la JVM per riavviare verrebbe ignorato se la JVM è uscito da solo subito. Il Wrapper è ora più coerente in modo che le richieste di riavvio dall'interno della JVM o filtri sempre avere la priorità rispetto a tali richieste di uscita. Richieste di arresto esterne, o quelli provenienti da altre azioni ancora comportarsi come hanno fatto in passato e continuano a spegnere il Wrapper. Il Wrapper registra anche i messaggi in uscita di debug se una richiesta di riavvio in sospeso viene conservato o ignorata.
• Risolto un problema nel file batch AppCommand.bat che potrebbe accadere su alcune piattaforme Windows con alcune codifiche sistema multi-byte. Lo script è stato riscritto e parti discutibili sono state semplificate. La funzionalità dello script è stata conservata.
• aggiunta dell'ambiente WRAPPER_CONF_DIR variabile, che può essere utilizzato per le proprietà di configurazione. (Feature Request 3.160.644)
• Fatto l'uscita script con il codice di uscita a destra ricevute durante l'esecuzione dello script come utente diverso, specificato in RUN_AS_USER. (Bug Report 3.185.281)
• Fissare una violazione di accesso che potrebbe accadere quando il certificato di firma del codice non è riuscita a stato verificato.
• Accedere un errore se la presa di backend è forzatamente chiusa dall'esterno. Era stato sempre registrato a livello di registro di debug. Il messaggio è & quot; Una connessione esistente forzatamente è stata chiusa dall'host remoto. (0x2746) & quot ;. Poiché il messaggio è stato registrato solo se l'uscita di debug è stata attivata, la JVM sarebbe riavviata senza alcuna spiegazione chiara di quello che è successo. La fonte della chiusura presa è sotto inchiesta.
• (Professional Edition)
• Aggiunta la chiamata fireUserEvent Java all'API WrapperManager. Ciò permette di sparare mail evento utente, azioni senza il grilletto del filtro. Si prega inoltre di trovare maggiori dettagli sul modello di protezione per questa chiamata alla pagina di sicurezza.
• Fissare un avvertimento sulle versioni Mac se il comando java configurato non era un binario universale. Un controllo è stata aggiunta in 3.4.0 per assicurarsi che il wrapper.java.command puntato direttamente ad un file eseguibile per evitare un comportamento imprevisto durante l'esecuzione di uno script. Il messaggio è solo un avvertimento e la Wrapper continua a prescindere. Ppc standard, ppc_64, x86_64, i386, così come i binari universali ora tutto funziona correttamente, senza un avvertimento.
• Il valore di default della confezione. *. Proprietà di umask sta usando la umask corrente il processo ha. Prima che il valore di default è sempre 0022.
• Aggiungi una nuova proprietà wrapper.backend.type che viene utilizzato per controllare se il Wrapper comunica con la JVM utilizzando la tradizionale & quot; PRESA & quot; o nuovo sperimentale & quot; PIPE & quot ;. Questo è stato aggiunto come una soluzione a un problema raro in cui alcune macchine Windows stanno chiudendo socket con un livello di sistema operativo. Questo è stato sempre e solo visto su Windows 2003, ma potrebbe esistere su altre versioni di Windows pure.
• Aggiungi un nuovo immobile wrapper.use_javaio_thread sperimentale che fa sì che il wrapper per gestire tutti gli output della console Java in un thread dedicato.
• Aggiungi un metodo nuovo WrapperManager.isNativeLibraryOk (), che consente il codice utente facilmente verificare se la libreria nativa è stato caricato e inizializzato all'avvio.
• Aggiungi un nuovo comando PAUSE_THREAD alla proprietà wrapper.commandfile che permette di testare come il wrapper comporta quando varie discussioni bloccare o congelare. Questo è stato utilizzato per simulare e riprodurre le questioni su server pesantemente IO vincolati.
• Migliorare il modo in cui il lato Java del Wrapper si comporta quando il wrapper non riesce a eseguire il ping del JVM per un periodo di tempo prolungato. La JVM consente di uscire per lasciarsi sé risincronizzazione con la JVM. Questo stava causando problemi su sistemi che sono stati pesantemente IO legato perché il Wrapper potrebbe bloccare per un po 'durante il tentativo di scrivere nel file di registro e la JVM è stato in uscita. La JVM ora mai uscire in tali circostanze. La JVM non diventerà mai orfana perché sarà ancora uscire quasi immediatamente se la presa backend o il tubo con la fascia è mai chiuso.
• deprecare il metodo WrapperManager.appearOrphan () in quanto viene utilizzato per simulare una modalità di guasto che non è più possibile con il Wrapper.
• ha cambiato il modo in cui il Wrapper sta gestendo gli errori del certificato per quanto riguarda il certificato di firma del codice / timestamping. Il Wrapper ora solo l'arresto da solo se la firma del binario non è stato verificato con successo perché la firma binaria o è stato deforme, ma non se è stato trovato alcun problema con il contro-firmatario. Partendo 3.5.7, i binari di Windows Wrapper sono firmati. Alcuni utenti bloccati giù i sistemi Windows 2008 ha avuto problemi con il Wrapper rifiuta di iniziare perché il certificato di Comodo era stato disattivato sul loro sistema.
• Aggiungi un nuovo immobile wrapper.java.detach_started che permette di utilizzare il Wrapper come un semplice strumento per avviare le applicazioni Java. Quando è abilitato, il Wrapper termina immediatamente e la JVM è lasciato correre da solo.
• Quando si esegue il Wrapper come account utente specificato, attraverso la proprietà wrapper.ntservice.account, il Wrapper aggiungerà il permesso per l'account di accesso come servizio automaticamente dopo l'installazione. (Richiesta di funzioni # 3.286.491)

Cosa c'è di nuovo nella versione 3.5.6:

• Risoluzione problema su piattaforme UNIX, dove il file di registro percorso veniva calcolato in modo non corretto se un percorso assoluto è stato specificato per wrapper.logfile, e il file non esiste già. Un messaggio di avviso è stato visualizzato, ma l'involucro sarebbe continuare a utilizzare il file di registro predefinito. C'è stato un problema nel messaggio visualizzato che ha causato un crash su alcune piattaforme includono Mac OSX. Introdotto in versione 3.5.5.
• Risolvere un problema su piattaforme Windows la cui fascia potrebbe andare in crash se non poteva accedere alla directory del wrapper.logfile configurato. Introdotto in versione 3.5.5. Bug # 3.087.424.
• Migliorare il modo in cui gli avvisi vengono registrati quando ci sono problemi di scrittura al wrapper.logfile configurato in modo che il messaggio sarà ora registrata nel file di log che il wrapper finisce utilizzo nel caso in cui è riuscito a cadere di nuovo ad un registro predefinito file.
• Risolvere un problema su piattaforme Windows dove wrapper.java.additional. le proprietà che sono stati specificati nella riga di comando, e contenevano gli spazi, non venivano requoted correttamente quando costruire la linea di comando Java. Introdotto in versione 3.3.6.
• Risolvere un problema in cui il messaggio di avviso registrato per i valori non validi del wrapper.java.additional. immobili, conteneva il testo corrotto. Introdotto in versione 3.3.6.
• Risoluzione problema su piattaforme UNIX, dove un valore non valido per il wrapper.java.additional. struttura è stata correttamente sono stati segnalati e poi saltato, ma la linea di comando risultante per avviare la JVM aveva un valore vuoto che stava causando la JVM non riuscire a lanciare. Un valore non valido è un valore che non inizia con una & quot; - & quot; carattere.
• Aggiungi una nuova variabile ambiente WRAPPER_INIT_DIR che può essere utilizzato per fare riferimento alla directory di lavoro da cui il wrapper è stato lanciato. Questo è necessario per alcune applicazioni perché il Wrapper cambia sempre la sua directory di lavoro alla posizione del binario Wrapper.
• Modificare lo script di shell UNIX in modo non cambia la directory di lavoro corrente alla posizione dello script. Questo non è più necessaria in quanto l'involucro è stato cambiare la directory di lavoro per la propria posizione a partire dalla versione 3.2.0.
• Aggiungi una nuova proprietà wrapper.request_thread_dump_on_failed_jvm_exit.delay per controllare quanto tempo il Wrapper attende dopo aver fatto un dump filo prima di uccidere il processo Java. Questo ritardo è sempre stato codificato a 5 secondi.
• Pulire il testo di alcuni messaggi di avviso circa i valori di configurazione non validi per renderli più coerenti.
• (Professional Edition)
• Aggiungi un nuovo immobile wrapper.jvm_kill.delay che permette di controllare la quantità di tempo per consentire tra l'evento jvm_kill essere licenziato e la JVM effettivamente ucciso.
  
  
  
  
  

Requisiti :

• Edition Oracle Java Standard Runtime Environment