Java Service Wrapper Community Edition

Layanan Java Wrapper Community Edition adalah benar-benar bebas dan open source software baris perintah yang telah dirancang dari bawah ke atas untuk bertindak sebagai dikonfigurasi dan mudah digunakan utilitas untuk menyebarkan Java apps sebagai daemon UNIX asli atau Windows background services.Provides koreksi kesalahan functionalityIt adalah fleksibel, dapat diandalkan dan lintas-platform perangkat lunak yang menyediakan fungsionalitas kesalahan koreksi yang secara otomatis akan restart non-responsif atau jatuh JVMs (Java Virtual Machine). Selain itu, perangkat lunak fitur scripting standar, instalasi aplikasi mudah, dan fungsi logging, pengelolaan proses anak, peristiwa waktunya, email peringatan, perintah acara, batas memori relatif, dukungan untuk beberapa bahasa, serta peristiwa yang ditetapkan pengguna dan tindakan.
The Community Edition didistribusikan di bawah lisensi open source, oleh itu & rsquo; fungsi s terbatas, karena Anda akan dapat menggunakan hanya memungkinkan aplikasi Java untuk dijalankan sebagai daemon UNIX, untuk me-restart dan memantau JVMs, untuk mengontrol prioritas proses, untuk memicu JVM restart, pembuangan benang, dan shutdowns, untuk menggunakan direktori kerja kustom, menggunakan wildcard, serta untuk login dan menangkap JVM konsol output.Getting dimulai dengan Layanan Java Wrapper Masyarakat EditionTo memulai dengan Community Edition Jawa Layanan Wrapper , download paket yang sesuai dengan komputer Anda & rsquo; s arsitektur, menyimpan arsip pada direktori Home Anda, ekstrak, buka aplikasi Terminal, pergi ke lokasi & lsquo; & rsquo bin; folder (misalnya cd /home/softoware/wrapper-linux-x86-64-3.5.26/bin/) dan menjalankan & lsquo; ./ wrapper & rsquo; perintah, yang akan menampilkan pesan penggunaan dan tersedia options.Runs baris perintah pada berbagai POSIX dan UNIX-like operating systemsJava Layanan Wrapper didistribusikan dalam tiga edisi, Community Edition, Standard Edition, dan Professional Edition. Hal ini kompatibel dengan semua distro GNU / Linux, tapi berjalan pada berbagai POSIX dan sistem operasi UNIX-like, termasuk FreeBSD, AIX, HP-UX, Microsoft Windows, Mac OS X, dan Solaris, mendukung 64-bit (x86_64 ), 32-bit (x86), Armel, ARMHf, SPARC, s390, s390x, Itanium, PPC (PowerPC), serta PA-RISC platform perangkat keras.

Apa yang baru dalam rilis ini:.

• (Standard / Professional Edition)
• Tambahkan pesan men-debug tambahan ketika menyapu kebuntuan selesai. Tidak ada perubahan fungsional tapi ini ditambahkan untuk membuatnya mudah untuk mengatakan berapa lama menyapu mengambil pada aplikasi tertentu.
• Bersihkan pelacakan internal di mana variabel lingkungan yang ditetapkan. Tidak ada perubahan fungsional.
• Saat mendeteksi Cygwin dengan 'uname -o' dalam file script, beberapa OS (Solaris, MacOS, dll) menunjukkan pesan kesalahan karena '-o' bukan merupakan parameter yang valid. Sekarang kita menyembunyikan pesan kesalahan ini untuk menghindari kebingungan dan kita bisa menebak bahwa Cygwin tidak berjalan.
• Tambah kemampuan untuk mengontrol menjalankan layanan dengan systemd menggunakan file script.
• Pada Mac OS X, memperbaiki kesalahan ketik, menambahkan cara lain untuk menemukan alternatif Java untuk mengatur variabel lingkungan JAVA_HOME, dan menggunakan path lengkap untuk melaksanakan sysctl dalam kasus itu tidak di jalan.
Terima kasih kepada Dannes Wessels untuk menunjukkan ini.
• Memperbaiki masalah pada versi terbaru dari Windows ketika menyesuaikan Wrapper tersebut. Sertifikat tidak dihapus saat membuat target. Hal ini menyebabkan error ketika mencoba masuk target dengan sertifikat baru.
• Tambah dukungan yang hilang dalam shell script untuk restart / menghentikan layanan Wrapper dengan launchctl pada Mac OS X.
• Tambah dukungan yang hilang dalam shell script untuk restart / menghentikan layanan Wrapper dengan Upstart.
• Tambah kemampuan untuk mengatur jalur perintah 'su' serta kemampuan untuk menentukan argumen tambahan dalam script Wrapper shell menggunakan SU_BIN dan SU_OPTS variabel baru.
• Perbaiki masalah di kelas pembantu WrapperSimpleApp, WrapperStartStopApp, dan WrapperJarApp mana masalah baris perintah yang mengakibatkan JVM keluar pada startup tampak seperti keluar tak terduga. Ini berarti bahwa Wrapper akan mencoba untuk meluncurkan JVM lagi daripada menyerah pada upaya pertama.
• Modified kelas pembantu WrapperSimpleApp, WrapperStartStopApp, dan WrapperJarApp sehingga spanduk penggunaan mereka akan hanya sekarang ditampilkan untuk baris perintah masalah terkait. Masalah dengan kelas, metode, atau file jar yang ditentukan masih dicatat sebagai kesalahan, tetapi menunjukkan pengguna penggunaan dalam kasus ini adalah membingungkan.
• Koreksi metode WrapperResources.getString () yang tidak memiliki argumen pengganti sehingga pengolahannya dari string mentah ditangani sama dengan metode yang memiliki argumen pengganti. Sekarang semua string diproses oleh kelas MessageFormat sebelum dikembalikan. Versi sebelumnya tidak konsisten tentang perlunya untuk melarikan diri tanda kutip tunggal.
• Ditambahkan validasi kunci opsional untuk memastikan bahwa string berlalu dalam metode WrapperResources.getString () yang diformat dengan benar. Lihat kelas WrapperResources untuk informasi cara mengaktifkan.
• Tambahkan pilihan baru untuk wrapper.backend.type properti: AUTO, SOCKET, SOCKET_IPv4, SOCKET_IPv6, PIPA. Bila diatur ke AUTO, Wrapper akan mencoba untuk membuka soket IPv4 dan mundur ke ipv6 dan pipa terjadi error.
• bug Perbaiki ketika mengkonversi dari multibyte char lebar tanpa pengaturan lokal di startup (Unix saja). Terima kasih kepada Bert.
• Tambahkan 'CLOSE_BACKEND' alias untuk 'CLOSE_SOCKET' sebagai perintah tes untuk properti wrapper.commandfile. Hal ini karena telah ada beberapa pilihan untuk koneksi backend untuk beberapa waktu dan nama yang lebih portabel.
• Memperbaiki masalah pada Mac OS X ketika menjalankan Yosemite di mana script gagal untuk benar membandingkan versi '10 .10 'untuk '10 .5.0'. Hal ini menyebabkan naskah berpikir bahwa hanya 32-bit binari bisa dijalankan. Ini hanya masalah jika penamaan delta pak binari wrapper sedang digunakan.
• Tambahkan properti wrapper.java.classpath.missing.loglevel baru yang memungkinkan untuk mengontrol bagaimana Wrapper log peringatan tentang hilang elemen classpath. Sebelumnya ini selalu dicatat sebagai output debug dan tidak bisa dinonaktifkan.
• Jika ada masalah tingkat rendah meluncurkan proses Java yang tidak berhubungan dengan konfigurasi atau JVM itu sendiri, yang Wrapper akan tidak lagi mencoba lagi sebagai retries seperti itu tidak berarti.
• API sistem Windows memiliki masalah yang menyebabkan proses untuk kecelakaan jika mencoba untuk mengatur variabel lingkungan lebih 32.767 karakter. The Wrapper sekarang memeriksa ini dan log kesalahan daripada pengaturan variabel. Ini adalah masalah jika classpath sangat besar digunakan ketika properti wrapper.java.classpath.use_environment adalah BENAR.
• Windows tidak memungkinkan baris perintah untuk menjadi lebih lama dari 32.766 karakter. Berbagai versi Windows menanganinya berbeda ketika perintah panjang seperti disediakan. The Wrapper sekarang tidak cek sendiri dan menunjukkan kesalahan dalam cara yang konsisten.
• Meningkatkan pesan kesalahan pada platform UNIX saat baris perintah lebih panjang dari sistem yang maksimal. Maksimum ini sangat bervariasi dengan platform dan lingkungan dan sulit untuk menghitung andal, sehingga panjang maksimum saat ini tidak ditampilkan dalam pesan.
• Memperbaiki masalah pada platform UNIX dimana file konfigurasi yang sangat besar dapat menyebabkan WrapperManager yang gagal untuk startup. Hal ini disebabkan oleh transfer parsial dari file konfigurasi ke WrapperManager melalui koneksi backend. Hal ini akan terjadi terlepas dari jenis backend digunakan. Ukuran file konfigurasi yang akan menimbulkan masalah sangat bervariasi berdasarkan pada sistem tertentu.
• Memperbaiki masalah pada Windows platform di mana file konfigurasi yang sangat besar akan gagal untuk dikirim ke WrapperManager pada startup ketika properti wrapper.backend.type ditetapkan untuk PIPA. Satu-satunya masalah adalah bahwa WrapperManager.getProperties () metode akan kosong. (Professional Edition)
• Tambah cek ke WrapperManager.exec () metode pada Windows untuk panjang baris perintah maksimum 32.766, dan lingkungan maksimum variabel nama-nilai panjang sepasang 32767. (Professional Edition)
• Memperbaiki masalah di mana bebas dari pointer NULL sedang dilakukan sebagai bagian dari proses pembersihan dari WrapperManager.exec () panggilan. Hal ini tidak diketahui menyebabkan masalah apapun.
• Ditambahkan getStdOut (), getStdErr (), dan getStdIn () metode untuk kelas WrapperProcess sebagai alias untuk getInputStream (), getErrorStream (), dan getOutputStream () metode untuk membantu menghindari kebingungan.
• Memperbaiki masalah pada Windows 7 di mana garis log lama sampai rusak setelah 31.397 karakter ketika wrapper.console.direct benar. Hal ini tampaknya menjadi masalah dengan mendasari API Windows dan hanya masalah tampilan. Mengurangi jumlah maksimum karakter yang dapat ditulis dengan API panggilan ke 30000 untuk mengatasi masalah tersebut. Perubahan ini bersifat internal dan masih ada batasan pada panjang garis login.
• Perbaiki kebuntuan jika Wrapper gagal menulis ke backend ketika properti wrapper.backend.type adalah PIPA. Ditemukan oleh kode dan tidak diketahui telah benar-benar terjadi.
• Dari Mac OSX 10.5.0, file script akan menggunakan kunci 'KeepAlive' di file konfigurasi launchctl. Versi sebelumnya dari Mac OSX akan terus menggunakan kunci 'OnDemand' yang sama. Terima kasih kepada Robin untuk menunjukkan ini. (Standard / Professional Edition)
• Larang penggunaan hostids terkait dengan perangkat Apple Bluetooth saat berjalan pada sistem Windows virtual host pada sistem OS X.
• Memperbaiki masalah di mana WrapperManager.log () tidak bekerja dengan benar saat pesan multi-byte yang login.
• Dalam output debug penuh sifat konfigurasi paket ditekan dari output log karena sangat besar dan dapat berisi data sensitif. Menambahkan ukuran output disingkat untuk membantu debugging.
• Perbaiki kebocoran memori pada platform UNIX setiap kali pesan kesalahan dilaporkan. Ini hanya masalah jika pesan itu berulang kali login.
• Benar beberapa kebocoran memori potensial lainnya yang ditemukan melalui kode ulasan. Tidak diketahui telah menyebabkan masalah yang sebenarnya.

Apa yang baru dalam versi 3.5.23:

• Standard / Professional Edition:
• Bila jenis lisensi yang tidak diketahui ditemui, termasuk jenis yang tidak diketahui dalam pesan kesalahan untuk membantu dengan debugging.
• Memperbaiki masalah korupsi memori pada z / OS ketika bahasa ditetapkan untuk byte lokal ganda seperti Jepang.
• Pergi melalui dan membuat Wrapper jauh lebih tahan lama ketika buruk dikodekan karakter byte ganda yang ditemukan.
• preofessional Edisi:
• Memodifikasi pengecualian dilemparkan ketika WrapperManager.exec () dipanggil sedangkan Wrapper shutdown sehingga sekarang mengatakan bahwa alih-alih mengatakan bahwa perpustakaan asli tidak dimuat.
• The Wrapper sekarang lebih berhati-hati untuk memastikan bahwa backend tidak pernah ditutup sementara proses anak sedang diluncurkan untuk memastikan bahwa Wrapper tahu tentang semua proses anak diluncurkan.
• Tambahkan pesan peringatan dalam kasus Wrapper tidak diberitahu dari proses anak diluncurkan karena koneksi backend ditutup.
• Memperbaiki NPE potensial yang bisa dilemparkan saat membaca stdout atau output stderr dari proses anak sementara Wrapper adalah mematikan dan setelah proses anak keluar.
• Memperbaiki masalah pada platform UNIX mana kami terjebak berusaha untuk pembersihan setelah proses yang sedang memblokir pada membaca dari stdout atau stderr.
• Memperbaiki masalah pada platform UNIX dimana batas waktu mencoba untuk mendapatkan kunci internal daftar proses anak yang menyebabkan counter internal untuk keluar dari sinkron, yang mengarah ke proses anak dihentikan lain yang meninggalkan zombie sebagai mati sampai proses Java dihentikan.
• Memperbaiki masalah pada platform UNIX mana deskripsi berkas pipa yang digunakan untuk berkomunikasi dengan proses anak sedang salah diteruskan ke semua proses anak. Mereka tidak tumbuh dari waktu ke waktu.
• Memperbaiki masalah pada sistem FreeBSD mana wrapper.lang.encoding itu tidak menyelesaikan dengan UTF-8 dengan benar ketika variabel lingkungan LANG tidak ditetapkan.
• Memperbaiki masalah sinkronisasi potensial memanggil WrapperProcess.waitFor () atau WrapperProcess.exitValue ().
• Tambah tambahan debug log keluaran menunjukkan berbagai nilai batas waktu untuk membantu dengan masalah debugging pengguna.
• Memperbaiki masalah di mana script shell tidak benar mendeteksi versi OS dengan Mac OSX Maverick.
• Tambahkan peringatan tentang variabel lingkungan terdefinisi di antara referensi file dalam file konfigurasi.
• Tambah dukungan untuk lingkungan ekspansi variabel dalam file yang ditentukan dengan wrapper.java.additional_file dan wrapper.app.parameter_file properti.
• Benar integer format dalam metode WrapperUNIXGroup.toString () sehingga konsisten dengan sisa Wrapper.
• Memperbaiki masalah di mana kebutuhan perpustakaan iconv tidak bisa puas di FreeBSD 10. Kita sekarang mencari perpustakaan dinamis dengan mencari /usr/local/lib/libiconv.so, /usr/local/lib/libbiconv.so , atau
/lib/libkiconv.so.4 dalam urutan itu.
• Memperbaiki metode WrapperPrintStream.println () sehingga string yang berisi linefeeds akan benar memiliki setiap baris didahului dengan header dikonfigurasi.

Apa yang baru dalam versi 3.5.14:

• Memperbaiki masalah di AppCommand.bat.in file di mana kurung dalam nama file biner Wrapper akan menyebabkan & quot; PATH tak terduga pada saat ini & quot; error.
• (Standard / Professional Edition)
• Perbaiki masalah ketika menggunakan versi lokal dari Wrapper pada Windows 64-bit platform mana Wrapper akan terus menggunakan bahasa sistem default bahkan wrapper.lang digunakan untuk menentukan bahasa yang berbeda. Diperkenalkan pada 3.5.12.
• Perbaiki masalah dalam perintah Windows AppCommand.bat.in batch file berbasis di mana perintah status 'itu tidak benar dilaporkan sebagai' permintaan 'dalam output penggunaan. Perintah status 'selalu bekerja dengan benar jika digunakan.
• Memperbaiki masalah pada platform UNIX dimana beberapa pesan asynchronous yang menyebabkan pesan peringatan & quot; Coding Kesalahan ... & quot; untuk login di tempat pesan yang dimaksudkan. Hal ini bisa dilihat jika file log dikonfigurasi tidak memiliki hak akses tulis. Selain pesan log salah, Wrapper bekerja dengan benar. Diperkenalkan pada 3.5.2.
• Perbaiki masalah di script UNIX mana berjalan dengan pemula tidak bekerja dengan benar saat RUN_AS_USER ditetapkan.
• Relax pemeriksaan keamanan saat menjalankan status 'perintah terhadap shell skrip UNIX sehingga sekarang memungkinkan setiap pengguna menjalankan script untuk melakukan cek read-only dari file pid.
• Perbaiki masalah dengan script UNIX mana 'menghapus' perintah berusaha untuk menghentikan aplikasi yang berjalan bahkan ketika aplikasi tidak diinstal.
• Perbaiki buffer overflow yang berpotensi menyebabkan kecelakaan selama instalasi Windows Service saat wrapper.ntservice.account ditentukan. Ini diperkenalkan pada 3.5.12.
• Memperbaiki korupsi tumpukan yang bisa terjadi pada startup dan berpotensi menyebabkan kecelakaan. Hanya sistem Windows, yang menggunakan log peristiwa sistem, yang terpengaruh. Ditemukan dari kode review, tidak pernah ada laporan tentang hal ini menyebabkan masalah bagi pengguna. Hal ini bisa terjadi jika wrapper.log dikonfigurasi tidak dapat ditulis sebagai Wrapper selalu mencoba untuk menulis ke Event Log dalam kasus tersebut. Diperkenalkan pada 3.5.12.
• Tambahkan perbandingan versi baru antara shell skrip UNIX dan Wrapper mulai menunjukkan peringatan dalam kasus versi mismatch. Cek hanya akan bekerja jika script shell dan Wrapper masing-masing minimal versi 3.5.14.
• Ditambahkan properti wrapper.pidfile.strict baru yang akan memberitahu Wrapper tidak memulai jika file pid sudah ada. Default ke false untuk kompatibilitas mundur.
• Membuat sisi Java soket backend lebih tangguh dalam kasus membaca atau menulis timeout. Backend soket tidak memiliki batas waktu yang ditetapkan secara default jadi ini seharusnya tidak menjadi masalah. Beberapa pengguna melaporkan masalah pada sistem tertentu namun yang menyebabkan memperbaiki ini.
• Untuk membantu dalam pengujian backend soket timeout, properti sistem wrapper.backend.so_timeout baru telah ditambahkan untuk memungkinkan untuk mengkonfigurasi soket backend untuk menggunakan timeout. Lihat Javadocs dari WrapperManager.exec () kelas untuk rincian.

Apa yang baru dalam versi 3.5.11:

• Perbaiki kecelakaan potensial pada Windows disebabkan oleh buffer overflow. Hal ini telah menjadi masalah sejak versi 3.5.0 dan mempengaruhi konfigurasi yang menentukan lebih dari satu wrapper.ntservice.dependency .. Tergantung pada apa yang ada di memori, hal ini tidak selalu mengakibatkan kecelakaan. Memiliki perilaku yang sangat direproduksi untuk file konfigurasi.
• Memperbaiki masalah pada Windows mana Wrapper mengambil 15 detik atau lebih lama untuk startup pada beberapa sistem karena sistem panggilan WinVerifyTrust mengalami masalah memperbarui CRL. Hal ini telah menjadi masalah sejak binari Wrapper mulai ditandatangani dalam versi 3.5.7. Jika panggilan WinVerifyTrust membutuhkan waktu lebih lama daripada wrapper.startup_thread.timeout dikonfigurasi maka Wrapper akan terus startup tanpa penundaan lebih lanjut.
• (Standard / Professional Edition)
• Secara eksplisit menghapus sertifikat biner disesuaikan selama kustomisasi. Ada masalah mengundurkan diri biner dengan sertifikat lain sebaliknya.
• Jika Wrapper tidak dapat menulis ke wrapper.logfile dikonfigurasi untuk alasan apapun maka kita selalu jatuh kembali ke file log default dan kemudian log pesan tentang kegagalan. Jika default juga gagal maka yang juga dicatat tetapi pesan hanya akan login ke konsol dalam banyak kasus. Memodifikasi Wrapper sehingga kita sekarang selalu mengirim kedua pesan ke syslog atau EventLog terlepas dari apa wrapper.syslog.loglevel diatur ke. Hal ini penting untuk membantu melacak penyebab masalah akses logfile.
• Dimulai dengan versi 3.5.0, itu internal mungkin untuk mencetak pesan log multisaluran sehingga semua lini akan selalu dikelompokkan bersama dalam file log. Versi ini memodifikasi kode penebangan sedikit sehingga output log tersebut multisaluran kini dicatat sebagai satu pesan di sylog UNIX atau Windows EventLog.
• Memperbaiki masalah di mana garis yang sangat panjang output dari JVM akan menyebabkan Wrapper yang muncul untuk menggantung untuk sementara waktu. Pertama kali satu baris output yang berisi ratusan ribu karakter ditebang, buffer internal sedang bertahap meningkat sebesar 100 karakter per siklus. The Wrapper sekarang meningkatkan ukuran berdasarkan ukuran terakhir yang diketahui untuk mengurangi jumlah siklus yang diperlukan untuk memilih ukuran buffer baru.
• Ubah perintah PAUSE_THREAD sehingga sekarang mungkin untuk menunggu tanpa batas waktu. Hanya berguna untuk menguji Wrapper tersebut.
• Tambah perintah PAUSE_LOGGER baru untuk memungkinkan untuk menghentikan sementara entri log berikutnya. Hanya berguna untuk menguji Wrapper tersebut.
• Pada UNIX, pipa stdout / stderr antara JVM dan Wrapper tidak dibersihkan dengan benar. Hal ini mengakibatkan kebocoran kecil tetapi sebaliknya tidak berbahaya. Pipa-pipa sekarang dibersihkan dan diinisialisasi untuk setiap contoh JVM.
• Memperbaiki masalah di mana Wrapper bisa gagal untuk me-restart JVM ketika permintaan me-restart berasal JVM jika sistem mengalami IO sangat berat sehingga disk yang panjang IO antrian. Ini menyebabkan lingkaran utama Wrapper untuk memblokir pada menulis dan kehilangan permintaan restart, menyebabkan Wrapper untuk shutdown daripada restart. Hal ini dapat mempengaruhi semua platform. Pada Windows, bisa juga direproduksi dengan membuat pilihan di konsol untuk membekukan output dan kemudian membuat permintaan dari dalam JVM untuk me-restart.
• Tambahkan WrapperPropertyUtil penolong kelas baru untuk menjadikannya mudah untuk mengakses nilai properti Wrapper dari dalam JVM.
• Memperbaiki bug pada beberapa platform di mana output log java bisa rusak karena penyalahgunaan fungsi sistem strncpy. Fungsi ini memperingatkan bahwa beberapa implementasi tidak mendukung salinan memori yang tumpang tindih. Masalahnya hanya bisa direproduksi pada mesin uji Linux tunggal dalam baris berikut baris kosong output. Masalah ini telah ada sejak 3.4.0.

Apa yang baru dalam versi 3.5.9:

• Memperbaiki masalah pada Windows mana adapter jaringan yang namanya terkandung & quot; PRO / 1000 & quot; sedang dihapus dari daftar hostids ditampilkan ketika & quot; wrapper.exe h & quot; dijalankan. Hal ini tidak mempengaruhi server lisensi file kunci yang ada dihasilkan untuk hostIds dilaporkan oleh 3.5.7 atau sebelumnya, atau kunci lisensi pembangunan. Tapi itu menyebabkan Wrapper untuk melaporkan bahwa tidak ada hostIds valid dapat ditemukan ketika Wrapper dimulai tanpa file lisensi. Hal ini disebabkan oleh beberapa kode uji ditambahkan dalam 3.5.8 yang kita gagal untuk menghapus.
• Memperbaiki masalah di mana Wrapper tidak benar menghasilkan kontrol kembali ke loop utama ketika jumlah yang sangat besar output yang berkesinambungan sedang login dari JVM. Diperkenalkan dalam versi 3.4.0. Dalam versi sebelum 3.5.8, ini bisa menyebabkan JVM untuk timeout dan restart sendiri. Itu isu tertentu diselesaikan tetapi proses Wrapper di 3.5.8 masih akan responsif ketika ini terjadi. The Wrapper sekarang akan selalu luluh kembali ke loop utama setelah 250 milidetik penebangan terus menerus.
• Memperbaiki masalah di mana WrapperManager bisa memblokir mencoba keluaran menulis debug jika aplikasi pengguna saat menulis jumlah yang sangat besar output ke konsol juga. Dalam keadaan ekstrim ini menyebabkan Wrapper berpikir bahwa JVM membeku. Ini hanya masalah jika output debug diaktifkan.
• Restrukturisasi script shell sehingga semua edisi sekarang menggunakan script yang sama lagi.

Apa yang baru dalam versi 3.5.8:

• (Standard / Professional Edition)
• Dimulai dengan versi 3.5.5, kami membatalkan penggunaan semua 00ff * hostids pada Windows untuk menghindari masalah dengan perubahan hostids ketika pengguna memiliki adaptor jaringan Juniper Jaringan Connect pada sistem mereka. Hal ini ternyata terlalu ketat sebagai Tamu OS berjalan di bawah Parallels juga memanfaatkan berbagai hostid ini. The Wrapper sekarang lebih berhati-hati untuk hanya membatalkan aktual hostids Juniper Jaringan Connect.
• (Standard / Professional Edition)
• Meningkatkan pesan ditampilkan kepada pengguna ketika Wrapper tidak dapat menemukan apapun hostids untuk sistem.
• Tetap masalah dengan script wrapper pada Solaris, di mana F pilihan tidak tersedia untuk grep.
• Ditambahkan Windows versi informasi pada output wrapper debug.
• Ditambahkan properti wrapper.log.warning.threshold yang membuat Wrapper menunjukkan peringatan ketika mendeteksi bahwa Wrapper butuh waktu lama untuk merekam pesan log. Ini ditambahkan untuk menguji masalah yang dilaporkan disebabkan oleh IO lambat pada sistem sangat berat dimuat.
• Memperbaiki masalah di mana filter yang meminta JVM untuk me-restart akan diabaikan jika JVM keluar sendiri segera. The Wrapper sekarang lebih konsisten sehingga permintaan me-restart dari dalam JVM atau filter akan selalu memperoleh prioritas di atas permintaan keluar tersebut. Permintaan penutupan eksternal, atau mereka dari tindakan lain masih akan berperilaku seperti yang mereka lakukan di masa lalu dan terus shutdown Wrapper. The Wrapper juga log pesan output debug jika restart permintaan yang luar biasa sedang diawetkan atau diabaikan.
• Tetap masalah di AppCommand.bat file batch yang bisa terjadi pada beberapa platform windows dengan pengkodean sistem multi-byte tertentu. Script telah ditulis ulang dan bagian dipertanyakan telah disederhanakan. Fungsi script telah diawetkan.
• Ditambahkan variabel lingkungan WRAPPER_CONF_DIR, yang dapat digunakan untuk properti konfigurasi. (Permintaan Fitur 3160644)
• Membuat keluar skrip dengan kode keluar yang tepat diterima ketika menjalankan script sebagai user yang berbeda, ditentukan dalam RUN_AS_USER. (Laporan Bug 3185281)
• Perbaiki pelanggaran akses yang bisa terjadi ketika sertifikat kode penandatanganan telah gagal untuk diverifikasi.
• Log kesalahan jika soket backend secara paksa ditutup eksternal. Sudah mendapatkan login pada tingkat log debug. Pesannya adalah & quot; Sebuah koneksi yang ada secara paksa ditutup oleh host remote. (0x2746) & quot ;. Karena pesan itu hanya login jika output debug diaktifkan, JVM akan dimulai kembali dengan tidak ada penjelasan yang jelas mengenai apa yang terjadi. Sumber dari penutupan soket sedang diselidiki.
• (Professional Edition)
• Ditambahkan panggilan fireUserEvent Jawa ke WrapperManager API. Hal ini memungkinkan untuk api mail acara pengguna, tindakan tanpa memicu filter. Silakan juga menemukan rincian lebih lanjut tentang model keamanan untuk panggilan ini di halaman keamanan.
• Perbaiki peringatan pada versi Mac jika perintah java dikonfigurasi bukan biner universal. Sebuah cek ditambahkan pada 3.4.0 untuk memastikan bahwa wrapper.java.command menunjuk langsung ke executable untuk menghindari perilaku tak terduga ketika menjalankan script. Pesan ini hanya peringatan dan Wrapper terus terlepas. Ppc standar, ppc_64, x86_64, i386, serta universal binari sekarang semua akan bekerja dengan benar tanpa peringatan.

Sifat umask
• Nilai default dari bungkusnya. *. Menggunakan umask saat proses memiliki. Sebelum nilai default selalu 0022
.
• Tambahkan properti wrapper.backend.type baru yang digunakan untuk mengontrol apakah Wrapper berkomunikasi dengan JVM menggunakan tradisional & quot; SOCKET & quot; atau eksperimental & quot baru; PIPA & quot ;. Ini ditambahkan sebagai solusi untuk masalah langka di mana beberapa mesin Windows yang menutup soket pada tingkat OS. Hal ini hanya pernah terlihat di Windows 2003, tapi bisa ada di versi Windows lainnya juga.
• Tambahkan properti wrapper.use_javaio_thread eksperimental baru yang menyebabkan Wrapper untuk menangani semua keluaran java konsol di thread khusus.
• Tambah metode baru WrapperManager.isNativeLibraryOk () yang memungkinkan pengguna dengan mudah kode menguji apakah atau tidak perpustakaan asli dimuat dan diinisialisasi pada startup.
• Tambah perintah PAUSE_THREAD baru untuk properti wrapper.commandfile yang memungkinkan untuk menguji bagaimana Wrapper berperilaku ketika berbagai benang memblokir atau membekukan. Hal ini digunakan untuk mensimulasikan dan mereproduksi masalah pada server berat IO terikat.
• Meningkatkan cara sisi Java dari Wrapper berperilaku ketika Wrapper gagal ping JVM untuk jangka waktu. JVM digunakan untuk keluar untuk membiarkan dirinya resync diri dengan JVM. Hal ini menyebabkan masalah pada sistem yang berat IO terikat karena Wrapper bisa memblokir untuk sementara waktu ketika mencoba untuk menulis ke file log dan JVM itu keluar. JVM sekarang akan pernah keluar dalam keadaan seperti itu. JVM tidak akan pernah menjadi yatim piatu karena masih akan keluar segera jika soket backend atau pipa dengan Wrapper adalah pernah ditutup.
• Turunkan metode WrapperManager.appearOrphan () seperti yang digunakan untuk mensimulasikan modus kegagalan yang tidak mungkin lagi dengan Wrapper tersebut.
• Mengubah cara Wrapper menangani kesalahan sertifikat mengenai sertifikat kode penandatanganan / timestamping. The Wrapper akan sekarang hanya shutdown sendiri jika tanda tangan biner itu tidak berhasil diverifikasi karena tanda tangan biner atau telah kelainan bentuk, tetapi tidak jika ada masalah dengan counter-penandatangan telah ditemukan. Dimulai dengan 3.5.7, binari Windows Wrapper ditandatangani. Beberapa pengguna dengan dikurung Windows 2008 sistem memiliki masalah dengan Wrapper menolak untuk memulai karena sertifikat Comodo telah dinonaktifkan pada sistem mereka.
• Tambahkan properti wrapper.java.detach_started baru yang memungkinkan untuk menggunakan Wrapper sebagai alat sederhana untuk meluncurkan aplikasi Java. Bila diaktifkan, Wrapper berakhir segera dan JVM yang tersisa untuk berjalan sendiri.
• Saat menjalankan Wrapper sebagai User Account tertentu, melalui properti wrapper.ntservice.account, yang Wrapper akan menambah izin untuk account untuk login sebagai layanan otomatis pada instalasi. (Permintaan Fitur # 3286491)

Apa yang baru dalam versi 3.5.6:

• Memperbaiki masalah pada platform UNIX mana file log jalan sedang dihitung secara tidak benar jika path absolut yang ditentukan untuk wrapper.logfile, dan file tidak sudah ada. Pesan peringatan sedang ditampilkan tapi Wrapper akan terus menggunakan file log default. Ada masalah dalam pesan yang ditampilkan yang menyebabkan kecelakaan pada beberapa platform termasuk Mac OSX. Diperkenalkan dalam versi 3.5.5.
• Memperbaiki masalah pada Windows platform di mana Wrapper akan crash jika tidak bisa mengakses direktori dari wrapper.logfile dikonfigurasi. Diperkenalkan dalam versi 3.5.5. Bug # 3.087.424.
• Meningkatkan cara peringatan akan dicatat ketika ada masalah tertulis kepada wrapper.logfile dikonfigurasi sehingga pesan sekarang akan login ke file log yang Wrapper berakhir dengan dalam kasus itu berhasil jatuh kembali ke default log File.
• Memperbaiki masalah pada Windows platform di mana wrapper.java.additional. sifat yang ditentukan pada baris perintah, dan berisi spasi, tidak sedang requoted benar ketika membangun baris perintah Java. Diperkenalkan dalam versi 3.3.6.
• Memperbaiki masalah di mana pesan peringatan login untuk nilai-nilai yang tidak valid dari wrapper.java.additional tersebut. properti, berisi teks rusak. Diperkenalkan dalam versi 3.3.6.
• Memperbaiki masalah pada platform UNIX dimana nilai yang tidak valid untuk wrapper.java.additional tersebut. Properti ini benar dilaporkan dan kemudian dilewati, tapi baris perintah yang dihasilkan untuk meluncurkan JVM memiliki nilai kosong yang menyebabkan JVM gagal untuk memulai. Nilai yang tidak valid adalah nilai apapun yang tidak dimulai dengan & quot; - & quot; karakter.
• Tambahkan variabel lingkungan WRAPPER_INIT_DIR baru yang dapat digunakan untuk referensi direktori kerja dari mana Wrapper diluncurkan. Hal ini diperlukan untuk aplikasi tertentu karena Wrapper selalu berubah direktori kerja ke lokasi biner Wrapper.
• Memodifikasi shell skrip UNIX sehingga tidak lagi mengubah dir kerja saat ini ke lokasi script. Hal ini tidak lagi diperlukan karena Wrapper telah mengubah direktori kerja ke lokasi sendiri sejak versi 3.2.0.
• Tambahkan properti wrapper.request_thread_dump_on_failed_jvm_exit.delay baru untuk mengontrol berapa lama Wrapper akan menunggu setelah melakukan dump thread sebelum membunuh proses Jawa. Keterlambatan ini selalu hardcoded untuk 5 detik.
• Bersihkan teks dari beberapa pesan peringatan tentang nilai-nilai konfigurasi yang salah untuk membuat mereka lebih konsisten.
• (Professional Edition)
• Tambahkan properti wrapper.jvm_kill.delay baru yang memungkinkan untuk mengontrol jumlah waktu untuk memungkinkan antara acara jvm_kill dipecat dan JVM benar-benar dibunuh.
  
  
  
  
  

Persyaratan :

• Runtime Environment Edition Oracle Java Standard