Java Service Wrapper Community Edition

• JVM yeniden başlatma Sarıcı göz ardı edilecek bir durumda olduğunda istendiğinde günlük iletileri geliştirin (Standart / Professional Edition)
• kilitlenme süpürme tamamlandığında ek hata ayıklama mesaj ekleyin. Bu eklendi ama hiçbir fonksiyonel bir değişiklik kolay süpürme belirli bir uygulama üzerinde ne kadar süreceğini söylemek için.
• ortam değişkenleri set nerede iç izleme temizleyin. Hiçbir işlevsel değişiklikler.
• komut dosyasındaki 'uname -o' ile Cygwin tespit yaparken '-o' geçerli bir parametre değil, çünkü bazı işletim sistemleri (Solaris vb, MacOS) bir hata mesajı gösterir. Şimdi karışıklığı önlemek için, bu hata mesajı gizlemek ve Cygwin çalışır durumda olduğunu tahmin edebilirsiniz.
• komut dosyasını kullanarak systemd ile hizmetini çalıştıran kontrol yeteneği ekleyin.

Mac OS X'te
• JAVA_HOME ortam değişkeni ayarlamak için Java bulmak için başka bir alternatif bir yol eklemek, bir yazım hatası düzeltmek, ve yolunda değil halinde sysctl'yi yürütmek için tam yolunu kullanın. Bu işaret için Dannes Wessels için teşekkürler.

Wrapper özelleştirme
• Windows'un yeni sürümlerinde bir sorunu düzeltildi. hedef oluştururken sertifika kaldırılmadı. Yeni bir sertifika ile hedef imzalamak için çalışırken bu bir hata neden oldu.
• / yeniden başlatma Mac OS X üzerinde launchctl ile Sarıcı hizmeti durdurmak için kabuk eksik desteği ekleyin.
• / yeniden başlatma sonradan görme ile Sarıcı hizmeti durdurmak için kabuk eksik desteği ekleyin.
• Yeni SU_BIN ve SU_OPTS değişkenleri kullanarak Sarıcı kabuk ek argüman belirtmek yeteneği yanı sıra 'su'nun' komutu yolunu ayarlamak için yeteneği ekleyin.
• JVM başlangıçta çıkarken sonuçlandı komut satırı sorunları beklenmeyen çıkar gibi görünüyordu WrapperSimpleApp, WrapperStartStopApp ve WrapperJarApp yardımcı sınıfları bir sorun düzeltildi. Bu Sarıcı ilk denemede vazgeçerek yerine tekrar JVM yeniden başlatmasını denemek anlamına geliyordu.

Kendi kullanım afiş ancak şimdi komut satırı ile ilgili sorunlar için gösterilecek, böylece
• WrapperSimpleApp, WrapperStartStopApp ve WrapperJarApp yardımcı sınıflar Modifiye. Belirtilen sınıflar, yöntemler, ya da kavanoz dosyaları ile ilgili sorunlar hala hatalar olarak kaydedilir, ancak kullanıcıyı gösteren bu gibi durumlarda kullanımı kafa karıştırıcı edilir.
• ham dize kendi işleme değiştirme argümanları var yöntemler aynı ele böylece hiçbir değiştirme argüman vardır WrapperResources.getString () yöntemini düzeltin. Artık tüm dizeleri iade edilmeden önce MessageFormat sınıfı tarafından işlenir. Önceki sürümler tek tırnak kaçmak için ihtiyaç hakkında tutarlı değildi.
• WrapperResources.getString () yöntemine geçirilen dizeleri doğru biçimlendirilmiş emin olmak için isteğe bağlı anahtar doğrulama eklendi. Etkinleştirmek için nasıl bilgi için WrapperResources sınıfına bakın.
• mülkiyet wrapper.backend.type için yeni seçenekler ekleme: OTOMATİK, SOKET, SOCKET_IPv4, SOCKET_IPv6, BORU. OTOMATİK olarak ayarlandığında, Sarıcı bir soket ipv4 açmak ve hata durumunda IPv6 ve boru çare için çalışacağız.
• Fix hata başlangıçta yerel ayar yapmadan geniş char multibyte dönüştürme (Unix sadece). Bert teşekkürler.
• wrapper.commandfile özelliği için bir test komut olarak 'CLOSE_SOCKET' bir 'CLOSE_BACKEND' takma ekleyin. Orada bir süre için arka uç bağlantısı için birden fazla seçenek olmuştur ve adı daha taşınabilir olması nedeni budur.

Komut doğru ''10 .5.0 için' sürümleri '10 .10 karşılaştırmak için başarısız nerede OS X Yosemite çalıştırırken
• Mac bir sorunu düzeltildi. Bu sadece 32-bit ikili çalıştırmak olabilir düşünerek senaryoya önde girdi. Sarıcı ikili delta paket adlandırma kullanılmakta Bu sadece bir sorun oldu.
• Sarıcı sınıf yolu elemanları eksik uyarıları günlükleri nasıl kontrol mümkün kılan yeni bir wrapper.java.classpath.missing.loglevel özelliği ekleyin. Daha önce bu her zaman hata ayıklama çıkışı olarak kaydedilir ve devre dışı olamazdı.

Yapılandırma veya JVM kendisi ile ilgili olmayan Java sürecini başlatıyor herhangi bir düşük seviye problemleri varsa bu tür yeniden deneme anlamsız olduğu gibi
• Sarıcı artık tekrar deneyin olacaktır.
• Windows sistem API'leri uzunluğunda 32767 karakter üzerinde bir ortam değişkeni ayarlamak için çalışırsa bir süreç çökmesine neden bir sorun var. Sarıcı Şimdi bu denetler ve değişken ayar yerine bir hata günlükleri. Bu wrapper.java.classpath.use_environment özelliği TRUE iken çok büyük Sınıf yolları kullanılması durumunda bir sorun oldu.
• Windows komut satırı uzunluğunda 32.766 karakterden daha uzun olmasına izin vermez. Böyle uzun bir komut sağlandığında farklı Windows sürümleri farklı hallederim. Sarıcı artık kendi denetimi yapar ve tutarlı bir şekilde bir hata gösterir.
• komut satırı sistemi süresinin daha uzun olduğu zaman UNIX platformlarında hata mesajı geliştirin. Bu maksimum platformu ve çevre ile büyük ölçüde değişir ve maksimum uzunluğu şu anda iletide gösterilmez yüzden, güvenilir hesaplamak zordur.
• çok büyük bir yapılandırma dosyası WrapperManager başlangıç ​​başarısız olmasına neden olabilir UNIX platformlarında bir sorunu düzeltildi. Bu arka uç bağlantısı üzerinden WrapperManager yapılandırma dosyası kısmi transferi neden oldu. Bu ne olursa olsun kullanılan arka uç Çeşidi olur. Belirli sistemine dayalı büyük ölçüde değişmiştir bir sorun neden olur yapılandırma dosyasının boyutu.
• çok büyük bir yapılandırma dosyası wrapper.backend.type özelliği BORU ayarlanmış zaman başlangıçta WrapperManager gönderilecek başarısız olacağını, Windows platformlarında bir sorunu düzeltildi. Tek sorun olduğunu WrapperManager.getProperties () yöntemi boş olurdu. (Professional Edition)
• WrapperManager.exec () 32.766 azami komut satırı uzunluğu için Windows yöntemler ve 32767 (Professional Edition) maksimum ortam değişken adı-değer çifti uzunluğu kontrolleri ekleyin
• NULL işaretçi bir ücretsiz WrapperManager.exec () çağrısı temizleme sürecinin bir parçası olarak yapıldığını bir sorun düzeltildi. Bu, herhangi bir sorunları neden olduğu bilinmemektedir.
• Eklendi getStdOut (), getStdErr (), ve getStdIn () getInputStream (), getErrorStream (), ve getOutputStream takma ad olarak WrapperProcess sınıfına yöntemleri () yöntemleri karışıklığı önlemek için.
• wrapper.console.direct doğru zaman uzun günlük hatları 31.397 karakterden sonra bozuk var, Windows 7 bir sorunu düzeltildi. Bu temel Windows API ile ilgili bir sorun gibi görünüyor ve sadece bir ekran sorunu oldu. Soruna için 30.000 tek API çağrısı ile yazılabilir maksimum karakter sayısını azalttı. Bu değişim, iç ve günlüğe hatlarının uzunluğu herhangi bir sınırlama hala var.

Sarıcı wrapper.backend.type özelliği BORU iken arka uç yazmak için başarısız olursa
• kilitlenme düzeltildi. Kod incelemesini bulundu ve aslında ne olduğu bilinmemektedir.

Mac OSX 10.5.0 itibaren
• launchctl yapılandırma dosyasında anahtar 'KeepAlive' kullanacak komut dosyası. Mac OSX önceki sürümleri aynı anahtar 'OnDemand' kullanmaya devam edecektir. Bu işaret için Robin sayesinde. (Standart / Professional Edition)
• bir OS X sistemi üzerinde barındırılan bir sanallaştırılmış Windows sisteminde çalışan Apple Bluetooth cihazlara bağlı hostids kullanımını izin verme.
• multi-byte iletileri günlüğe ne zaman WrapperManager.log () düzgün çalışmıyor bir sorun düzeltildi.

Bu büyük ve hassas verileri içerebilir çünkü
• hata ayıklama çıkışı Tam yapılandırma özellikleri paket günlüğü çıkışından bastırılır. Ile hata ayıklama. Yardımcı olmak için kısaltılmış çıkışa bir boyut ekleyin
• Bir hata mesajı bildirildi her UNIX platformlarında bir bellek sızıntısı Fix. Mesajı defalarca açmış ise bu sadece bir sorun oldu.
• Doğru bir çift diğer potansiyel bellek sızıntıları kod incelemesi ile bulundu. Herhangi bir fiili sorunlara neden olduğu bilinmektedir değil.

Hangi sürümü 3.5.23 Yeni:

• Standart / Professional Edition:
• bilinmeyen bir lisans tipi karşılaşıldığında, hata ayıklama ile yardımcı olmak için hata iletisinde bilinmeyen türü bulunmaktadır.
• dil Japonca gibi bir çift bayt yereli ayarlandı z / OS üzerinde bir bellek bozulması sorunu düzelt.
• üzerinden gidin ve kötü çift bayt karakterler karşılaşılan kodlanmış zaman çok daha dayanıklı Wrapper yapmak.
• Preofessional Sürümü:
• Sarıcı kapatma iken şimdi diyor yani WrapperManager.exec () çağrıldığında atılan özel durum değiştirin ki oldukça doğal kütüphane yüklü olmadığını söyleyerek daha.
• Sarıcı, bir çocuk süreç Sarıcı başlattı hakkında tüm alt süreçlerini bilir sağlamak için başlatılan edilirken arka uç kapalı asla emin olmak için artık daha dikkatli olduğunu.
• Sarıcı nedeniyle arka uç bağlantısı kapalı olan bir çocuk süreç başlattı haberdar olmadığı durumlarda bir uyarı mesajı ekleyin.
• alt süreç çıktıktan sonra Sarıcı kapatılıyor ve iken bir çocuk süreç gelen stdout veya stderr çıkışı okurken atılmış olabilir potansiyel NPE Fix.

Şu anda stdout veya stderr bir okuma engelleme bir süreç sonrasında temizlik çalışıyor getting şaşırıp nerede
• UNIX platformlarında bir sorunu düzeltildi.
• Diğer sonlandırıldı çocuk süreçleri giden çocuk süreç listesinin bir iç kilit almak için çalışan bir zaman aşımı senkronize çıkmak için bir iç sayaç neden oldu UNIX platformlarında bir sorunu Fix Java işlemi yılına kadar feshedilmiş zombi bırakılmak sonlandırıldı.
• alt süreçleri ile iletişim kurmak için kullanılan boru dosya açıklamaları yanlış tüm alt süreçleri geçirilen ediliyordu UNIX platformlarında bir sorunu düzeltildi. Onlar zamanla büyüyen değil.
• wrapper.lang.encoding UTF-8 LANG ortam değişkeni ayarlamak değil doğru çözümleme değil FreeBSD sistemlerde bir sorun düzeltildi.
• WrapperProcess.waitFor () veya WrapperProcess.exitValue () çağırarak bir potansiyel eşitleme sorunu düzelt.
• hata ayıklama kullanıcı konularında yardımcı olmak için çeşitli zaman aşımı değerlerini gösteren ek hata ayıklama günlüğü çıktı ekleyin.
• kabuk komut doğru Mac OSX Maverick OS sürümü tespit değil bir sorunu düzeltildi.

Yapılandırma dosyasındaki dosya referanslarını içerir
• tanımsız ortam değişkenleri ile ilgili uyarılar ekleyin.
• wrapper.java.additional_file ve özellikleri wrapper.app.parameter_file belirtilen dosyaları ortam değişkeni genişleme için destek ekleyin.
• Wrapper geri kalanı ile tutarlı olacak şekilde WrapperUNIXGroup.toString () yönteminde biçimlendirme tamsayı düzeltin.
• /usr/local/lib/libbiconv.so, Şimdi /usr/local/lib/libiconv.so bakarak kütüphane dinamik bulun FreeBSD 10. iconv kütüphane ihtiyacı tatmin edilemeyen bir sorun Fix veya bu sırayla /lib/libkiconv.so.4.
• linefeeds içeren dizeleri doğru her satır yapılandırılmış başlığı ile önüne olacak böylece WrapperPrintStream.println () yöntemini Fix.

sürüm 3.5.14 yeni nedir: AppCommand.bat.in içinde

• Fix bir sorun PATH şu anda & quot beklenmedik vardı; Sarıcı ikili dosya adını bir parantez, bir & quot neden olurdu dosyası nerede; Hata.
• (Standart / Professional Edition)
• Sarıcı farklı bir dil belirtmek için kullanılan bile wrapper.lang varsayılan sistem dilini kullanmaya devam edeceğini, Windows 64-bit platformlarda Wrapper yerelleştirilmiş bir sürümünü kullanırken bir sorun düzeltildi. 3.5.12 tanıttı.
• 'status' komutu yanlış kullanım çıktı 'sorgusu' olarak rapor edildiğini, Windows AppCommand.bat.in komut tabanlı toplu iş dosyasında bir sorun düzeltildi. Kullanıldığı takdirde 'status' komutu her zaman doğru çalışmıştır.

Kodlama hatası ... & quot; bazı asenkron mesajlar bir uyarı mesajı & quot neden nerede
• UNIX platformlarında bir sorunu düzelt; amaçlanan mesajın yerine oturum açmış olmanız. Yapılandırılmış günlük dosyası yazma izinlerine sahip olmasaydı bu görülebiliyordu. Yanlış günlük mesajın dışında, Sarıcı doğru çalıştı. 3.5.2 tanıttı.
• RUN_AS_USER kuruldu iken sonradan görme düzgün çalışma değildi ile çalışan UNIX komut bir sorun düzeltildi.
• şimdi Pid dosyasının salt okunur onay gerçekleştirmek için komut dosyası çalıştıran herhangi bir kullanıcı sağlar, böylece UNIX kabuk karşı 'durumu' komutunu çalıştırırken güvenlik kontrolleri Relax.
• komut uygulaması yüklü olmasaydı bile çalışan bir uygulamayı durdurmak için çalışıyordu 'kaldır' UNIX komut ile ilgili bir sorun düzeltildi.
• wrapper.ntservice.account belirtilen zaman potansiyel bir Windows hizmeti yüklemesi sırasında bir kazaya sebep olabilecek bir bellek taşması Fix. Bu 3.5.12 tanıtıldı.
• Başlangıçta meydana gelir ve potansiyel bir çökmesine neden olabilecek bir yığın yolsuzluk Fix. Sistem Olay günlüklerini kullanmak Yalnızca Windows sistemleri, etkilenmiştir. Bir kod gözden keşfedilen, kullanıcılar için bu neden sorunlardan herhangi bir rapor hiç olmadı. Yapılandırılmış wrapper.log Sarıcı her zaman böyle durumlarda olay günlüğüne yazmaya çalışır gibi yazılı olamazdı bu olabilirdi. 3.5.12 tanıttı.
• sürüm uyumsuzluğu durumunda bir uyarı gösteren başlamak için UNIX kabuk ve Wrapper arasında yeni bir sürüm karşılaştırma ekleyin. Kabuk betiği ve Sarıcı, en azından sürüm 3.5.14 Her iseniz onay sadece çalışacaktır.
• Pid dosyası zaten varsa başlamak için Wrapper anlatacağım yeni bir wrapper.pidfile.strict özelliği eklendi. Geriye dönük uyumluluk için false varsayılan.
• okuma veya yazma aşımı durumunda arka uç soket Java tarafı daha esnek olun. Bu bir sorun mu var bu yüzden arka uç soket varsayılan olarak ayarlanmış bir zaman aşımı yoktur. Bu düzeltmenin yol açan, ancak bir kaç kullanıcıların belirli sistemlerde sorunlara bildirildi.
• arka uç soket zaman aşımı test yardımcı olmak için, yeni bir wrapper.backend.so_timeout sistem özelliği mümkün bir zaman aşımı kullanmak için arka uç yuvasını yapılandırmak yapmak için eklenmiştir. WrapperManager.exec ve javadocs () detaylar için sınıf bakın.

sürüm 3.5.11 yeni nedir:

• tampon neden Windows potansiyel kazasında Fix taşma. Bu, her zaman bir kaza sonucu değil, sürüm 3.5.0 beri bir sorun olmuştur ve .. Birden fazla wrapper.ntservice.dependency tanımlayan bellekte ne bağlı yapılandırmaları etkilemektedir. Belirli bir yapılandırma dosyası için çok tekrarlanabilir davranış vardır.

Sarıcı WinVerifyTrust sistem çağrısı sorunları CRL güncellenmesi sahip çünkü bazı sistemlerde başlangıç ​​için 15 saniye veya daha uzun alarak nerede
• Windows bir sorunu düzeltildi. Sarıcı ikili sürüm 3.5.7 imzalanan başlandı çünkü bu bir sorun olmuştu. WinVerifyTrust çağrı uzun yapılandırılmış wrapper.startup_thread.timeout daha sürerse o zaman Sarıcı daha fazla gecikmeden devreye devam edecektir.
• (Standart / Professional Edition)
• Açıkça özelleştirme sırasında özelleştirilmiş ikili belgesi kaldırın. Aksi takdirde başka bir sertifika ile ikili istifa sorunlar vardı.
• Sarıcı sonra her zaman varsayılan günlük dosyasına geri düşmek ve sonra başarısızlık hakkında bir mesaj log herhangi bir nedenle yapılandırılmış wrapper.logfile yazamadığı için ise. Varsayılan da başarısız olursa o da kaydedilir ancak iletiler yalnızca çoğu konsola açmış olacaktır. Sarıcı yüzden şimdi her zaman ne olursa olsun wrapper.syslog.loglevel ayarlanır ne syslog veya EventLog hem mesaj gönderebilirsiniz değiştirin. Bu günlük dosyası erişim sorunlarının nedenini izini yardım etmek önemlidir.

Hatları, tüm zaman günlük dosyasında araya toplandığı böylece
• sürüm 3.5.0 ile başlayarak, bu çok satırlı günlük iletilerini yazdırmak için dahili mümkün oldu. Bu versiyon, çok satırlı günlük çıktı şimdi UNIX sylog veya Windows EventLog içinde tek bir mesaj olarak kaydedilir biraz böylece günlük kodu değiştirir.
• JVM çıktı çok uzun satırları Sarıcı, bir süre askıda görünmesine neden olacak bir sorun düzeltildi. birkaç yüz bin karakterler içeren çıktı tek bir satır günlüğe ilk kez, bir iç tampon adım adım döngüsü başına 100 karakter artarak ediliyordu. Sarıcı artık büyük ölçüde yeni bir tampon boyutunu seçmek için gerekli devir sayısını azaltmak için bilinen son boyutuna göre boyutu artar.
• süresiz beklemek artık mümkün yüzden PAUSE_THREAD komutunu değiştirin. Wrapper test etmek için yararlıdır.
• mümkün sonraki günlük girdisi duraklatmak yapmak için yeni bir PAUSE_LOGGER komutu ekleyin. Wrapper test etmek için yararlıdır.

UNIX
• JVM ve Wrapper arasındaki stdout / stderr boru doğru temizleniyor değil. Bu küçük bir sızıntı sonuçlandı ama başka türlü zararsız oldu. borular artık temizlenmiş ve her JVM örneği için başlatıldı.
• yeniden başlatma isteği JVM kökenli sistem uzun disk GÇ sıralarında çıkan çok ağır IO yaşıyor olsaydı Sarıcı JVM yeniden başarısız olabilecek bir sorunu düzeltildi. Bu kapatma yerine yeniden başlatma için Wrapper neden yazma üzerine blok ve yeniden başlatma isteğini kaçırmak sarıcı ana döngü neden oldu. Bu, tüm platformlar etkileyebilir. Windows'ta, o da çıktı dondurmak için konsolda bir seçim yapma ve daha sonra yeniden JVM içinde bir istek yaparak yeniden olabilir.
• easer JVM içinde Sarıcı özellik değerlerini erişmek için yapmak için yeni bir WrapperPropertyUtil yardımcı sınıf ekleyin.
• java günlük çıkış nedeniyle strncpy sistemi fonksiyonunun kötüye bozuk alabilir bazı platformlarda bir hata düzeltildi. Bu işlev, bazı uygulamaları örtüşen bellek kopyalarını desteklemez uyardı. Sorun yalnızca çıktı boş bir satır aşağıdaki satırları tek bir Linux testi makinede yeniden olabilir. Bu sorun 3.4.0 beri var olmuştur.

nedir sürüm 3.5.9 Yeni:

• Windows bir sorunu düzelt nerede isimleri ağ adaptörleri alan & quot; PRO / 1000 & quot; hostids listesinden çıkarıldı ediliyordu görüntülendiğinde & quot; wrapper.exe -h & quot; çalıştırıldı. Bu 3.5.7 veya daha önceki, ya da geliştirme lisans anahtarları tarafından bildirilen hostIds için oluşturulan mevcut sunucu lisans anahtarı dosyaları etkilemez vermedi. Ama Sarıcı Sarıcı, bir lisans dosyası olmadan başlatıldığında geçerli hostIds bulunamadı bildirmek için neden yoktu. Bu bizim kaldırmak için başarısız 3.5.8 eklenen bazı test kod neden oldu.
• sürekli çıkış çok büyük miktarda JVM günlüğe zaman Sarıcı doğru ana döngü kontrolü tekrar elde değildi bir sorunu düzeltildi. Sürüm 3.4.0 tanıttı. 3.5.8 önceki sürümlerinde, bu JVM zaman aşımı ve kendini yeniden neden olabilir. Bu özel konu çözüldü ama bu oluyor ne zaman 3.5.8 yılında Sarıcı süreci hala tepkisiz olurdu. Sarıcı şimdi her zaman sürekli günlüğü 250 milisaniye sonra geri ana döngü verimle olacaktır.
• Geçerli kullanıcı uygulaması yanı sıra konsola çıktı çok büyük miktarda yazarken eğer WrapperManager çalışırken yazma hata ayıklama çıkışı engellemek olabilecek bir sorunu düzeltildi. Aşırı durumlarda, bu JVM dondurulmuş olduğunu düşünerek Wrapper yol açtı. Hata ayıklama çıkışı etkin eğer bu sadece bir sorun oldu.
• kabuk komut dosyası böylece tüm sürümleri şimdi tekrar aynı komut dosyası kullanmak Yeniden.

nedir sürüm 3.5.8 Yeni:

• (Standart / Professional Edition)
• sürüm 3.5.5 ile başlayarak, biz Windows hostids kullanıcıların sistemde Juniper Network Connect ağ bağdaştırıcısı varsa hostids değişen sorunları önlemek için * Tüm 00FF kullanımını geçersiz. Bu Konuk işletim da bu hostid aralığı faydalanmak Parallels altında çalışan gibi çok kısıtlayıcı olduğu ortaya çıktı. Sarıcı artık sadece geçersiz gerçek Juniper Network Connect hostids daha dikkatli olduğunu.
• (Standart / Professional Edition)
• Sarıcı bir sistem için herhangi bir hostids bulamıyorsa olduğunda kullanıcıya gösterilen mesajı geliştirin.
• seçeneği -F grep için mevcut değildi Solaris üzerinde sarıcı komut ile ilgili bir sorun düzeltildi.
• sarıcı hata ayıklama çıkışında Ekledi Windows sürüm bilgisi.
• Sarıcı bir günlük mesajı kaydetmek için uzun bir zaman aldı algıladığında Sarıcı, bir uyarı göstermek yapan bir wrapper.log.warning.threshold özelliği eklendi. Bu çok ağır yüklü sistemlerde yavaş IO neden olduğu bildirilen sorunu test etmek için eklenmiştir.
• JVM hemen kendi çıkıldı eğer yeniden JVM istenen bir filtre yok olacak bir sorun düzeltildi. JVM veya filtreler içinde bu yeniden başlatma istekleri hep böyle çıkış istekleri üzerine öncelik alacaktır Sarıcı şimdi daha tutarlıdır. Dış kapatma istekleri, ya da diğer eylemler gelenler hala geçmişte olduğu gibi davranırlar ve kapatma Sarıcı devam edecektir. Olağanüstü bir yeniden başlatma isteği korunmuş veya göz ardı ediliyor, eğer Sarıcı da hata ayıklama çıkışı iletileri kaydeder.
• Belirli çoklu-bayt sistemi kodlamaları ile bazı Windows platformları üzerinde oluşabilecek AppCommand.bat toplu iş dosyasında bir sorun düzeltildi. komut yeniden yazılmıştır ve şüpheli parçalar basitleştirilmiş edilmiştir. script işlevselliği korunmuştur.
• Yapılandırma özellikleri için kullanılabilir ortam değişkeni WRAPPER_CONF_DIR, eklendi. (Özellik İsteği 3.160.644)

RUN_AS_USER belirtilen farklı bir kullanıcı olarak komut çalıştırırken
• sağ çıkış kodu ile komut çıkış alınan yapılmıştır. (Hata Raporu 3.185.281)
• kod imzalama sertifikası doğrulanmış başarısız olduğunda olabilirdi erişim ihlali Fix.
• arka uç soket zorla dışarıdan kapalı ise bir hata yapın. Bir hata ayıklama günlüğü seviyesinde kaydedilir elde olmuştu. Mesaj & quot olduğu; Varolan bağlantı zorla uzak ana makine tarafından kapatıldı. (0x2746) quot ;. Hata ayıklama çıkışı etkin ise mesaj yalnızca günlüğe Çünkü, JVM ne olarak net bir açıklama ile yeniden olacaktır. soket kapatılması kaynağı soruşturma altında.
• (Professional Edition)
• WrapperManager API Java çağrı fireUserEvent eklendi. Bu filtre tetikleyici olmadan kullanıcı olay postalar, eylemleri ateş sağlar. Ayrıca güvenlik sayfasında bu çağrı için güvenlik modeli hakkında daha fazla ayrıntı bulabilirsiniz.

Yapılandırılmış java komutu evrensel bir ikili değilse
• Mac sürümleri üzerinde bir uyarı Fix. Bir çek, bir komut dosyası çalıştırılırken wrapper.java.command beklenmedik davranışı engellemek için bir yürütülebilir doğrudan işaret emin olmak için 3.4.0 eklendi. mesajı sadece bir uyarı olduğunu ve Sarıcı olursa olsun devam ediyor. Standart ppc, ppc_64, x86_64, i386, hem de evrensel ikili artık tüm uyarı olmadan düzgün çalışacaktır.
• sargının varsayılan değer. *. Umask özellikleri süreç vardır Geçerli izin maskesini kullanıyor. Varsayılan değer, her zaman 0022 oldu önce.

SOKET & quot;
• Sarıcı JVM geleneksel & quot kullanarak iletişim olmadığını kontrol etmek için kullanılan yeni bir wrapper.backend.type özelliği ekleyin; ya da yeni deneysel & quot; & quot ;. BORU Bu, bazı Windows makina OS seviyesinde soket kapanıyor nadir bir soruna geçici bir çözüm olarak eklenmiştir. Bu sadece hiç Windows 2003 tarihinde görüldü, ancak aynı zamanda diğer Windows sürümlerinde mevcut olabilir.
• özel bir iş parçacığı tüm java konsol çıktısını işlemek için Wrapper neden yeni bir deneysel wrapper.use_javaio_thread özelliği ekleyin.
• kullanıcı kodu kolayca yerli kütüphanesi yüklü ve başlangıçta başlatıldı olup olmadığını test etmenizi sağlayan yeni WrapperManager.isNativeLibraryOk () yöntemini ekleyin.
• mümkün çeşitli konuları engellemek veya donma zaman Sarıcı nasıl davranacağını sınamak için yapar wrapper.commandfile özelliğine yeni bir PAUSE_THREAD komutu ekleyin. Bu taklit ve ağır IO bağlı sunucularda sorunları çoğaltmak kullanıldı.
• Sarıcı uzun bir süre için JVM ping başarısız olduğunda Wrapper Java tarafı davranışını geliştirin. JVM kendisi JVM ile kendini resync izin çıkmak için kullanılır. Bu günlük dosyasına yazmaya çalışırken Sarıcı, bir süre için bloke olabilir ve JVM çıkarken çünkü ağır IO bağlı olan sistemlerde sorunlara neden oldu. JVM şimdi bu şartlar altında çıkmak asla. JVM Wrapper ile arka uç soket veya boru şimdiye kadar kapalı ise hala hemen çıkacaktır çünkü yetim haline asla.
• Wrapper ile artık mümkün olduğu bir başarısızlık modu simüle etmek için kullanıldığı gibi WrapperManager.appearOrphan () yöntemini deprecate.
• Sarıcı kod imzalama / zaman damgası sertifikası ile ilgili sertifika hataları işleme biçimini değiştirdi. İkili veya imza hatalı biçimlendirilmiş olmuştur çünkü karşı imzalayan herhangi bir sorun tespit edilmiştir değilse Sarıcı artık sadece kapatma kendisi ikili imza başarıyla doğrulandı değildi eğer. 3.5.7 ile başlayarak, Windows Sarıcı ikili imzalanmıştır. Kilitli Windows 2008 sistemlerinde Bazı kullanıcılar Sarıcı Comodo sertifika sistemlerinde devre dışı olmuştu çünkü başlatmak reddederek ile ilgili sorunlar vardı.
• mümkün Java uygulamaları başlatmak için basit bir araç olarak Wrapper kullanmayı kolaylaştırır yeni wrapper.java.detach_started özellik ekleyin. Etkinleştirildiğinde, Sarıcı hemen sona erer ve JVM kendi çalışmasına bırakılır.
• wrapper.ntservice.account özelliği üzerinden belirtilen bir kullanıcı hesabı olarak Wrapper, çalıştırırken hesap otomatik kurulum üzerine hizmet olarak oturum için, Sarıcı izni katacak. (Özellik İsteği # 3.286.491)

nedir sürüm 3.5.6 Yeni:

• UNIX platformlarında bir sorunu düzelt nerede günlük dosyası Mutlak bir yol wrapper.logfile için belirtilen eğer yol yanlış hesaplanmış ediliyordu, ve dosya zaten yoktu. Bir uyarı mesajı görüntülenir ediliyordu ama Sarıcı varsayılan günlük dosyası kullanmaya devam ediyorum. Bazı platformlarda bir kilitlenme Mac OSX dahil neden Görüntülenen mesajdaki bir sorun vardı. Sürüm 3.5.5 olarak tanıtılan.
• yapılandırılmış wrapper.logfile dizini erişemedi eğer Sarıcı çökebilir Windows platformlarında bir sorunu düzeltildi. Sürüm 3.5.5 tanıttı. Hata # 3.087.424.
• uyarıları mesajı artık Sarıcı varsayılan bir günlüğüne geri düşen başarılı olması durumunda kullanarak biter günlük dosyasına kaydedilir, böylece yapılandırılmış wrapper.logfile yazma sorunları olduğunda günlüğe kaydedilir şekilde geliştirin dosyası.
• burada wrapper.java.additional Windows platformlarında bir sorunu düzeltildi. Java komut satırı kadar bina, komut satırında belirtilen ve boşluk içeriyordu özellikleri, doğru requoted olmak değil. Sürüm 3.3.6 olarak tanıtılan.
• uyarı mesajı wrapper.java.additional geçersiz değerleri için oturum açmış bir sorun düzeltildi. mülkiyet, bozuk metin içeriyordu. Sürüm 3.3.6 olarak tanıtılan.
• UNIX platformlarında bir sorunu düzelt nerede wrapper.java.additional için geçersiz bir değer. özelliği doğru bildirilen ve daha sonra atlanır, ama JVM başlatmak için ortaya çıkan komut satırı JVM başlatmak için başarısız olmasına neden olan boş bir değer vardı ediliyordu. Geçersiz değer & quot ile başlamayan herhangi bir değer olduğu; - & quot; karakter.
• Sarıcı başlatıldı hangi çalışma dizinini başvurmak için kullanılabilecek yeni bir WRAPPER_INIT_DIR ortam değişkeni ekleyin. Sarıcı hep Sarıcı ikili konumuna çalışma dizini değiştirir çünkü bu bazı uygulamalar için gereklidir.
• artık yazısının konumu geçerli çalışma dir değiştirir, böylece UNIX kabuk komut dosyasını değiştirin. Sarıcı sürüm 3.2.0 beri kendi konumu çalışma dizinini değiştirme olmuştur çünkü bu artık gerekli.
• Sarıcı Java işlemi öldürmeden önce bir iş parçacığı dökümü yaptıktan sonra ne kadar bekleyeceğini kontrol etmek için yeni bir wrapper.request_thread_dump_on_failed_jvm_exit.delay özelliği ekleyin. Bu gecikme, her zaman 5 saniye kodlanmış olmuştur.
• onları daha tutarlı hale getirmek için geçersiz yapılandırma değerleri hakkında birkaç uyarı mesajlarının metin temizleyin.
• (Professional Edition)
• mümkün jvm_kill olay işten ve JVM aslında öldürüldükten arasında izin süreyi kontrol etmek kılan yeni bir wrapper.jvm_kill.delay özelliği ekleyin.
  
  
  
  
  

Gereksinimler :

• Oracle Java Standard Edition Runtime Environment