Java Service Wrapper Community Edition

• bir JVM yenidən Wrapper rədd olunacaq ki, dövlət zaman tələb zaman log mesajları təkmilləşdirilməsi (Standard / Professional Edition)
• bir çıxılmaz sweep başa zaman əlavə debug mesaj əlavə edin. Bu əlavə, lakin heç bir funksional dəyişiklik asan sweep bir tətbiqi üzrə lazım necə uzun izah etmək.
• mühit dəyişənlər müəyyən edilmiş daxili izleme təmizlənməsi. No funksional dəyişikliklər.
• script fayl "uname o ilə Cygwin aşkar zaman 'o' etibarlı parametri deyil, çünki bəzi OS (s Solaris, MacOS) bir səhv baş beledir göstərir. İndi biz qarışıqlıq qarşısını almaq üçün bu səhv mesaj gizlətmək və biz Cygwin çalışan deyil ki, tahmin edə bilərsiniz.
• skript faylı istifadə edərək, systemd ilə xidmət çalışan nəzarət etmək imkanı əlavə edin.

Mac OS X
• JAVA_HOME mühit dəyişən qurmaq üçün Java tapmaq üçün başqa bir alternativ yol əlavə, bir typo düzeltmek və bu yolu deyil halda Sysctl icra tam yolunu istifadə edin. Bu işarə üçün Dannes Wessels üçün təşəkkür edirik.

Wrapper özelleştirmeye zaman
• Windows yeni versiyasını bir problem Fix. hədəf oluştururken sertifikat xaric deyil. Yeni sertifikatı ilə hədəf imzalamaq üçün çalışırıq zaman bir səhv qabaqda girdi.
• / yenidən Mac OS X launchctl ilə Wrapper xidmət dayandırılması üçün shell script itkin dəstək əlavə edin.
• / yenidən upstart ilə Wrapper xidmət dayandırılması üçün shell script itkin dəstək əlavə edin.
• Yeni SU_BIN və SU_OPTS dəyişənlər istifadə Wrapper shell script əlavə arqumentlər müəyyən etmək imkanı, eləcə də "su" komanda yolunu təyin etmək imkanı əlavə edin.
• JVM başlanğıc mövcud nəticələndi command line problemləri gözlənilməz çıxışları kimi baxdı WrapperSimpleApp, WrapperStartStopApp və WrapperJarApp köməkçi dərsləri bir problem Fix. Bu Wrapper ilk cəhddən imtina daha çox daha JVM HSBC üçün cəhd ki, demək idi.

Onların istifadə banner yalnız indi command line ilə bağlı problemləri nümayiş olunacaq ki,
• WrapperSimpleApp, WrapperStartStopApp və WrapperJarApp köməkçi dərsləri Modified. Müəyyən dərsləri, metodları, və ya jar faylları ilə bağlı məsələlər hələ də səhvlər kimi daxil, lakin istifadəçi göstərən bu hallarda istifadə confusing oldu.
• xam simli onun emal əvəz dəlilləri üsulları eyni ele ki, heç bir əvəz dəlillər var WrapperResources.getString () metodu doğru. İndi bütün strings geri əvvəl MessageFormat sinif emal olunur. Əvvəlki versiyaları vahid quotes qaçmağa ehtiyac haqqında uyğun deyil.
• WrapperResources.getString () metodu qəbul strings düzgün biçimlendirilmiş əmin etmək üçün isteğe əsas qiymətləndirmə Added. Təmin etmək üçün necə məlumat üçün WrapperResources sinif baxın.
• əmlak wrapper.backend.type üçün yeni variantları əlavə et AUTO, rozetka, SOCKET_IPv4, SOCKET_IPv6, boru. AUTO müəyyən zaman, Wrapper bir yuva ipv4 açmaq və səhv halda IPv6 və boru fallback üçün çalışacağıq.
• Fix bug başlanğıc yerli qəbulu olmadan geniş char baytlı dönüştürme (Unix yalnız). Bert üçün təşəkkür edirik.
• wrapper.commandfile əmlak üçün test komanda kimi CLOSE_SOCKET 'üçün' CLOSE_BACKEND "alias əlavə edin. Orada bir müddət backend qoşulmaq üçün çox variantları olmuşdur və adı daha portativ var, çünki bu.

Script düzgün "'10 .5.0 üçün 'versiyasını '10 .10 müqayisə etmək uğursuz olduğu OS X Yosemite çalıştırırken
• Mac bir problem Fix. Bu yalnız 32-bit binaries run bilər ki, düşüncə script qabaqda girdi. Banderol binaries delta paketi adlandırma istifadə olunur, bu, yalnız bir məsələ idi.
• Wrapper Classpath elementləri itkin barədə xəbərdarlıq açan necə nəzarət etmək üçün imkan verir ki, yeni wrapper.java.classpath.missing.loglevel əmlak əlavə et. Əvvəllər bu həmişə debug çıxış kimi daxil və əlil ola bilməz.

Konfiqurasiya və ya JVM özü ilə bağlı olmayan Java prosesi başlanması hər hansı aşağı səviyyədə problemlər varsa belə retries mənasız idi
• Wrapper artıq daha cəhd edəcək.
• Windows sistem API uzunluğu 32767 simvol üzərində bir mühit dəyişən qurmaq üçün çalışır, əgər bir müddət qəza səbəb bir problem var. Wrapper indi bu yoxlayır və dəyişən qəbulu çox səhv açar. Bu wrapper.java.classpath.use_environment əmlak TRUE olanda çox böyük Classpaths istifadə edilmişdir, əgər bir problem idi.
• Windows command line uzunluğu 32766 simvol artıq olması imkan vermir. Belə uzun komanda təmin zaman Windows müxtəlif versiyaları fərqli idarə. Wrapper indi öz çek yoxdur və ardıcıl şəkildə bir səhv göstərir.
• command line sistemi maksimum artıq olduqda UNIX platformalar üzrə hata mesajı təkmilləşdirilməsi. Bu maksimum platforma və ətraf mühit çox dəyişir və maksimum uzunluğu hazırda mesaj göstərilir deyil, belə ki, etibarlı hesablamaq çətindir.
• çox böyük konfiqurasiya faylını WrapperManager başlanğıc uğursuz səbəb ola bilər UNIX platformalar bir problem Fix. Bu backend bağlantısı vasitəsilə WrapperManager konfiqurasiya faylı qismən transfer səbəb oldu. Bu asılı olmayaraq istifadə backend növü olur. Xüsusi sistemi əsasında çox müxtəlif bir problem səbəb olacaq konfiqurasiya faylının ölçüsü.
• çox böyük konfiqurasiya faylını wrapper.backend.type əmlak BORU müəyyən zaman başlanğıc WrapperManager göndəriləcək uğursuz Windows platformalarında bir problem Fix. Yalnız problem olduğunu WrapperManager.getProperties () metodu boş olacaq. (Professional Edition)
• WrapperManager.exec () 32766 maksimum command line uzunluğu Windows üsulları və 32767. (Professional Edition) maksimum mühit dəyişən ad dəyər cüt uzunluğu çek əlavə et
• bir NULL göstərici bir pulsuz WrapperManager.exec () zəng təmizləmə prosesinin bir hissəsi kimi aparılır bir problem Fix. Bu hər hansı məsələləri səbəb məlum deyil.
• Added getStdOut (), getStdErr () və getStdIn () getInputStream (), getErrorStream () və getOutputStream üçün takma kimi WrapperProcess sinif üsulları () metodları qarışıqlıq qarşısını almaq kömək edir.
• wrapper.console.direct doğru idi uzun log xətləri 31397 simvol sonra bad oldu Windows 7-də problem Fix. Bu əsas Windows API ilə bir problem görünür və yalnız bir ekran məsələ idi. Məsələ ətrafında işləmək üçün 30000 bir API zəng ilə yazılı bilər simvolların sayını azalıb. Bu dəyişiklik daxili və daxil xətlərinin uzunluğu heç bir limit var.

Wrapper wrapper.backend.type əmlak PIPE idi backend yazmaq üçün uğursuz əgər
• dalana Fix. Kodu nəzərdən aşkar və həqiqətən baş verməsi məlum deyil.

Mac OSX 10.5.0 From
• launchctl konfiqurasiya faylı key 'KeepAlive istifadə edəcək script fayl. Mac OSX əvvəl versiyasını eyni əsas "OnDemand istifadə davam edəcək. Bu işarə üçün Robin üçün təşəkkür edirik. (Standard / Professional Edition)
• bir OS X sistemi barındırılan bir virtualized Windows sistemi çalışan zaman Apple Bluetooth cihazlar bağladı hostids istifadə Disallow.
• multi-bayt messages daxil zaman WrapperManager.log () düzgün iş deyil ki, bir problem Fix.

Bu böyük və həssas məlumat ola bilər, çünki
• debug çıxış tam konfiqurasiya xassələri paket log çıxdı yatırıldı olunur. Ilə ayıklama. Yardım üçün qısaldılmış çıxış üçün bir ölçüsü əlavə et
• bir səhv baş beledir bildirildi zaman UNIX platformalar bir yaddaş sızıntısı Fix. Mesaj dəfələrlə daxil əgər bu yalnız bir problem idi.
• Doğru bir neçə digər potensial yaddaş sızıntıları kodu baxılması tapıldı. Hər hansı bir faktiki problemlər edilmişdir məlum deyil.

nədir versiya 3.5.23-ci ildə Yeni

• Standard / Professional Edition:
• naməlum lisenziya növü qarşılaşdı zaman, hata ilə kömək etmək üçün səhv mesaj unknown növü daxildir.
• dil Yaponiya kimi ikiqat byte yerli müəyyən edilib z / OS yaddaş korrupsiya problem Fix.
• keçir və pis ikiqat byte simvol rast gəlinir kodlanmış zaman daha davamlı Wrapper edir.
• Preofessional Edition:
• Wrapper kapatma isə indi deyir WrapperManager.exec () adlanır zaman atılan istisna dəyişdirin ki, daha çox doğma kitabxana yüklü deyil ki, çox.
• Wrapper bir uşaq proses Wrapper başlayıb haqqında bütün uşaq prosesləri bilir təmin etmək üçün start isə backend qapalı heç vaxt əmin etmək indi daha ehtiyatlı edir.
• Wrapper səbəbiylə backend qoşulma bağlanacaqdır olan bir başlatdı uşaq prosesinin xəbərdar deyil halda bir xəbərdarlıq mesajı əlavə edin.
• uşaq proses çıxış sonra Wrapper bağlanılır və isə bir uşaq prosesi stdout və ya stderr çıxış oxuyarkən atılan bilər ki, potensial Tags Fix.

Hal-hazırda stdout və ya stderr bir oxumaq blocker bir müddətdən sonra təmizlənməsi üçün çalışırıq vurulmuş əldə edildi
• UNIX platformalar bir problem Fix.
• bir digər ləğv uşaq proseslər gedən, uşaq proses siyahısı daxili kilidi əldə etmək üçün cəhd zaman aşımı sync həyata almaq üçün daxili counter səbəb UNIX platformalar bir problem Fix Java prosesi qədər dağılmış zombies sol olan xitam.
• uşaq prosesləri ilə ünsiyyət üçün istifadə boru fayl təsviri səhv bütün uşaq proseslər qəbul edilmişdir UNIX platformalar bir problem Fix. Onlar zaman keçdikcə artan deyil.
• wrapper.lang.encoding UTF-8 LANG mühit dəyişən müəyyən deyil düzgün həllində deyil FreeBSD sisteminin bir problem Fix.
• WrapperProcess.waitFor () və ya WrapperProcess.exitValue () zəng potensial sinxronizasiya problem Fix.
• ayıklama istifadəçi məsələləri ilə kömək etmək üçün müxtəlif fasiləsi dəyərlər göstərən əlavə debug log çıxış əlavə edin.
• shell script düzgün Mac OSX Maverick ilə OS versiyası aşkar deyil ki, bir problem Fix.

Konfiqurasiya faylını fayl istinadlar daxil olan
• undefined mühit dəyişənlər haqqında xəbərdarlıq əlavə edin.
• wrapper.java.additional_file və xassələri wrapper.app.parameter_file müəyyən faylları ətraf mühit dəyişən genişləndirilməsi üçün dəstək əlavə edin.
• Bu Wrapper qalan uyğun belə WrapperUNIXGroup.toString () metodu ilə format tam doğru.
• /usr/local/lib/libbiconv.so, İndi /usr/local/lib/libiconv.so axtarır kitabxana dinamik tapmaq FreeBSD 10. iconv kitabxana tələb təmin edilə bilməz bir problem Fix və ya ki, /lib/libkiconv.so.4.
• linefeeds olan strings düzgün hər bir yapılandırılmış mövzu ilə prepended olacaq belə bir WrapperPrintStream.println () metodu Fix.

versiya 3.5.14 yeni nədir: AppCommand.bat.in da

• Fix bir problem PATH bu dəfə olarak gözlənilməz idi Wrapper ikili fayl adı bir mötərizə a & quot səbəb olardı fayl olduqda; səhv.
• (Standard / Professional Edition)
• Wrapper bir dil müəyyən etmək üçün istifadə edilmişdir hətta wrapper.lang u mənim sistem dil istifadə davam edəcəyini Windows 64-bit platformalar Wrapper bir yerli versiyası istifadə edərkən bir problem Fix. 3.5.12-ci ildə təqdim.
• 'vəziyyəti' komanda səhv istifadə çıxdı "sorğu" kimi hesabat Windows AppCommand.bat.in komanda based toplu fayl bir problem Fix. Istifadə əgər "statusu" komanda həmişə düzgün işləmişdir.

Kodlaşdırma Error ... & quot; bəzi asinxron mesajları xəbərdarlıq mesajı və quot səbəb olduğu
• UNIX platformalar bir problem Fix; nəzərdə tutulan mesaj yerinə daxil olmaq üçün. Konfiqurasiya günlük faylı yazmaq icazələrin yox idi, bu görülə bilər. Səhv log mesajı başqa, Wrapper düzgün işləyib. 3.5.2-ci ildə təqdim.
• RUN_AS_USER müəyyən zaman upstart düzgün iş deyil ilə çalışan UNIX script bir problem Fix.
• indi pid fayl read-yalnız çek yerinə yetirmək üçün script çalışan hər hansı bir istifadəçi imkan verir, belə ki, UNIX shell script qarşı status "əmri çalışan zaman təhlükəsizlik çek Relax.
• komanda proqram yüklü olmasaydı belə bir çalışan proqram dayandırmaq üçün çalışır "aradan qaldırılması" UNIX script bir problem Fix.
• wrapper.ntservice.account ifadə edildi zaman potensial Windows Xidmətinin quraşdırılması zamanı bir qəza səbəb ola bilər ki, bir bufer daşqın Fix. Bu 3.5.12-ci ildə təqdim olunub.
• Başlanğıc baş verir və potensial qəza səbəb ola bilər ki, bir yığın korrupsiya düzelt. System Event logs istifadə yalnız Windows sistemi, təsirləndi. Bir kod nəzərdən aşkar, istifadəçilər üçün bu səbəb problemlərin hər hansı bir hesabat heç vaxt var idi. Konfiqurasiya wrapper.log Wrapper həmişə belə hallarda Event Giriş yazmaq üçün çalışır kimi yazılı edilə bilməz, bu baş verə bilər. 3.5.12-ci ildə təqdim.
• versiyası uyğunsuzluq halında xəbərdarlıq göstərən başlamaq üçün UNIX shell script və Wrapper arasında yeni versiyası müqayisə əlavə edin. shell script və Wrapper ən azı versiyası 3.5.14 hər əgər çek yalnız işləyəcək.
• pid fayl artıq mövcud əgər başlamaq üçün Wrapper demək ki, yeni wrapper.pidfile.strict əmlak Added. Geri uyğunluğu üçün saxta Öndeğerleri.
• bir oxu və ya yazmaq fasiləsi halda backend yuva Java tərəfi daha möhkəm olun. bu məsələ olmamalıdır, belə ki, backend socket default tərəfindən müəyyən bir zaman aşımı yoxdur. Bu düzeltme səbəb olan lakin bir neçə istifadəçilər xüsusi sistemləri problemlər hesabat.
• backend socket zaman peyvəndmi test yardım üçün yeni wrapper.backend.so_timeout sistemi əmlak mümkün fasiləsi istifadə backend yuva konfiqurasiya etmək üçün əlavə edildi. WrapperManager.exec of JavaDocs () Ətraflı məlumat üçün sinif baxın.

versiya 3.5.11 yeni nədir:

• bufer səbəb Windows potensial qəza Fix daşqın. Bu, həmişə bir qəza nəticəsində çıxmadı versiyası 3.5.0-ci ildən bir problem olmuşdur və .. bir çox wrapper.ntservice.dependency müəyyən yaddaşında nə asılı olaraq konfiqurasiyaları təsir edib. Bu bir konfiqurasiya faylı üçün çox reproducible davranış var.

Wrapper WinVerifyTrust sistem problemləri CRL yenilənməsi malik olmuşdur, çünki bəzi sisteminin başlanğıc üçün 15 saniyə və ya daha alaraq olduğu
• Windows bir problem Fix. Wrapper binaries versiyası 3.5.7-ci imzalanmış başladı bu yana bir problem olmuşdur. WinVerifyTrust zəng artıq yapılandırılmış wrapper.startup_thread.timeout çox edir, onda Wrapper bir gecikmə olmadan başlanğıc davam edəcək.
• (Standard / Professional Edition)
• Aydın özelleştirme zamanı xüsusi ikili sənədi çıxarın. Başqa bir sənədi ilə ikili istefa problemlər var idi.
• Wrapper sonra biz həmişə default günlük faylı geri düşmək və sonra uğursuzluq haqqında bir mesaj daxil hər hansı bir səbəbdən konfiqurasiya wrapper.logfile yazmaq iqtidarında deyil. Default də etmədikdə o da qeyd olunur, lakin messages yalnız əksər hallarda konsol daxil olacaq. Wrapper belə ki, biz indi həmişə asılı olmayaraq wrapper.syslog.loglevel müəyyən edilir nə syslog və ya EventLog həm də mesaj göndərmək dəyişdirin. Bu günlük faylı giriş problemləri səbəb aşağı izlemenize yardım üçün vacibdir.

Xətlərinin bütün həmişə günlük faylı birlikdə qruplaşdırmaq ki
• versiya 3.5.0 ilə başlayaraq, bu, çox-line log mesajları çap məcburi mümkün idi. Bu versiya belə multi-line log çıxış indi UNIX sylog və ya Windows EventLog bir mesaj kimi daxil yüngül, belə ki, giriş kodu modifikasiya.
• JVM çıxdı çox uzun xətləri Wrapper bir müddət asmaq üçün görünür səbəb ki, bir problem Fix. bir neçə yüz min simvol olan çıxış bir xətt daxil ilk dəfə, daxili bufer tədricən dövrü 100 simvol artaraq edilmişdir. Wrapper indi böyük bir yeni bufer ölçüsü seçmək üçün lazım dövründən sayını azaltmaq üçün son məlum ölçüsü əsasında ölçüsü artırır.
• Bu qeyri-müəyyən gözləmək üçün indi mümkündür, belə ki, PAUSE_THREAD komanda dəyişdirin. Wrapper test üçün faydalıdır.
• mümkün növbəti log giriş fasilə etmək üçün yeni PAUSE_LOGGER komanda əlavə edin. Wrapper test üçün faydalıdır.

UNIX On
• JVM və Wrapper arasında stdout / stderr boru düzgün təmizlənir deyil. Bu kiçik sızma ilə nəticələndi lakin başqa zərərsiz idi. borular artıq təmizlənmiş və hər bir JVM məsələn başlatılmış olunur.
• yenidən başladın tələb JVM çıxdı zaman sistem uzun disk IO sıralarında çıxan çox ağır IO yaşayır əgər Wrapper JVM yenidən başladın uğursuz ola bilər bir problem Fix. Bu kapatma daha çox yenidən başladın Wrapper səbəb yazmaq qarşısını almaq və yenidən başladın tələb əldən banderol əsas loop səbəb oldu. Bu, bütün platformalar təsir göstərə bilər. Windows, bu da çıxış dondurmaq konsol bir seçim edilməsi və sonra yenidən başladın JVM ərzində sorğu etməklə yayıla bilər.
• Bu easer JVM ərzində Wrapper əmlak dəyərlər daxil etmək üçün yeni WrapperPropertyUtil köməkçi sinif əlavə edin.
• java log çıxış səbəbiylə strncpy sistemi funksiyası sui-istifadə bad almaq bilər ki, bəzi platformalarda bir səhv düzelt. Bu funksiya bəzi tətbiq üst-üstə yaddaş nüsxə bilmir edib. problem yalnız çıxış boş xətti aşağıdakı xətləri bir Linux test maşın yayıla bilər. Bu problem 3.4.0-ci ildən mövcuddur.

nədir versiya 3.5.9-ci Yeni

• Windows bir problem Fix harada adları şəbəkə adapterləri olan & quot; PRO / 1000 & quot; hostids siyahısından çıxarılıb edilmişdir nümayiş zaman & quot; wrapper.exe h & quot; run idi. Bu 3.5.7 və ya əvvəllər, və ya inkişaf lisenziya düymələri tərəfindən hostIds üçün yaradılan mövcud server lisenziya açarı faylları təsir etməyib. Amma bu Wrapper Wrapper bir lisenziya fayl olmadan başlamışdır heç bir etibarlı hostIds tapıla bilər ki, hesabat səbəb idi. Bu aradan qaldırılması üçün uğursuz 3.5.8 əlavə bir test kodu səbəb oldu.
• davamlı çıxdı çox böyük miqdarda JVM-dən daxil olan zaman Wrapper düzgün onun əsas loop geri nəzarət verir deyil ki, bir problem Fix. Versiya 3.4.0 tanıdıldı. 3.5.8 əvvəl versiyasını, bu JVM fasiləsi və özünü yenidən başladın səbəb ola bilər. Bu məsələ həll olunub, lakin bu baş idi 3.5.8-ci ildə Wrapper proses hələ də kölgəsiz olardı. Wrapper indi həmişə fasiləsiz giriş 250 ms sonra onun əsas loop yeild edəcək.
• istifadəçi proqram həmçinin konsol çıxış çox böyük həcmdə yazılı əgər WrapperManager çalışır yazmaq debug çıxış blok edə bilər bir problem Fix. Ifrat hallarda bu JVM dondurulmuş olduğunu düşünərək Wrapper gətirib çıxardı. Debug çıxış effektiv əgər bu yalnız bir məsələ idi.
• shell script bütün nəşrləri indi yenə eyni script istifadə Restrukturizasiya.

nədir versiya 3.5.8-ci Yeni

• (Standard / Professional Edition)
• versiya 3.5.5 ilə başlayaraq, biz Windows hostids istifadəçilər sistem üzrə Juniper Network Connect şəbəkə adapter zaman hostids dəyişdirilməsi ilə problemlərin qarşısını almaq üçün * Bütün 00ff istifadə etibarsız. Bu Qonaq işletim bu hostid sıra istifadə etmək paralellər altında çalışan kimi çox məhdudlaşdırıcı olduğu ortaya çıxdı. Wrapper indi yalnız etibarsız faktiki Juniper Network Connect hostids daha ehtiyatlı edir.
• (Standard / Professional Edition)
• Wrapper sistemi üçün hər hansı hostids tapmaq iqtidarında zaman istifadəçi göstərilir mesaj təkmilləşdirilməsi.
• seçim -F grep üçün mövcud deyil Solaris, banderol script ilə bir problem Sabit.
• banderol debug çıxdı Added Windows versiyası məlumat.
• Bu Wrapper bir günlük mesaj yazmaq üçün uzun zaman aldı ki, algılar zaman Wrapper bir xəbərdarlıq göstərir edir ki, bir wrapper.log.warning.threshold əmlak Added. Bu, çox ağır yüklü sisteminin yavaş IO səbəb bir məlumat məsələni test əlavə edildi.
• JVM dərhal öz tərk əgər yenidən başladın JVM tələb filter rədd ki, bir problem Fix. JVM və ya filtreler ərzində ki, yenidən başladın sorğu həmişə belə çıxış sorğu üstün olacaq, belə ki, Wrapper indi daha uyğundur. Xarici kapatma sorğu və ya digər tədbirlər o hələ də onlar keçmişdə olduğu kimi davranmaq və kapatma Wrapper davam edəcək. Görkəmli yenidən başladın tələb saxlanılır və ya rədd olunur, əgər Wrapper də debug çıxış mesaj açar.
• müəyyən multi-bayt sistemi kodlamaları bəzi Windows platformlarda baş verə bilər AppCommand.bat toplu fayl bir problem Sabit. script yeniden yazılmış edilmişdir və şübhəli hissələri sadələşdirilmişdir. script funksionallığı mühafizə olunmuşdur.
• konfiqurasiya xassələri üçün istifadə edilə bilər mühit dəyişən WRAPPER_CONF_DIR, əlavə edib. (Feature Filmlərin 3160644)

RUN_AS_USER göstərilən müxtəlif istifadəçi script, çalıştırırken
• sağ çıxış kodu ilə script çıxış qəbul etdi. (Hata Raporu 3185281)
• code imza sertifikatı təsdiq edilmişdir bilmədi zaman baş verə bilər ki, bir çıxış pozulması Fix.
• backend yuva zorla xarici bağlıdır əgər bir səhv olun. Bu debug log səviyyədə daxil olmaq edilmişdir. Mesaj & quot edir; Mövcud əlaqə zorla uzaq ev sahibi tərəfindən bağlanıldı. (0x2746) & quot ;. Debug çıxış effektiv əgər mesaj yalnız daxil idi, JVM baş nə kimi aydın izahı ilə yenidən olunacaq. socket bağlanması mənbəyi araşdırma aparılır.
• (Professional Edition)
• WrapperManager API Java zəng fireUserEvent Added. Bu filtre trigger olmadan istifadəçi hadisə poçt tədbirlər yanğın üçün imkan verir. Təhlükəsizlik səhifəsində bu zəng üçün təhlükəsizlik modeli haqqında daha ətraflı məlumat tapa bilərsiniz.

Konfiqurasiya java komanda universal ikili deyil, əgər
• Mac versiyasını xəbərdarlıq Fix. A çek bir script çalışan zaman wrapper.java.command gözlənilməz davranış qarşısını almaq üçün bir proqram birbaşa işarə əmin olun 3.4.0 əlavə edildi. Mesaj yalnız bir xəbərdarlıq və Wrapper asılı olmayaraq davam edir. Standard ppc, ppc_64, x86_64, i386, eləcə də universal binaries indi bütün bir xəbərdarlıq etmədən düzgün işləyəcək.
• banderol default dəyəri. *. Umask xassələri prosesi var cari umask istifadə edir. Mənim cari dəyəri hər zaman 0022 idi.

SOKET & quot;
• Wrapper JVM ənənəvi və quot istifadə edərək əlaqə olmadığını kontrol etmək üçün istifadə olunur ki, yeni wrapper.backend.type əmlak əlavə et; və ya yeni eksperimental & quot; PIPE & quot ;. Bu, bəzi Windows maşın bir OS səviyyədə yuva bağlanır nadir problemin çözüm kimi əlavə edilmişdir. Bu yalnız heç Windows 2003 görüldü, həm də digər Windows versiyasını mövcud ola bilər.
• xüsusi mövzu bütün java konsol çıxış idarə etmək Wrapper səbəb olan yeni eksperimental wrapper.use_javaio_thread əmlak əlavə et.
• istifadəçi kodu asanlıqla doğma kitabxana dolu və başlanğıc başlatılmış edilib və ya test imkan verir ki, yeni WrapperManager.isNativeLibraryOk () metodu əlavə edin.
• mümkün müxtəlif mövzuları blok və ya dondurmaq zaman Wrapper davranır necə test edir wrapper.commandfile mülkiyyət yeni PAUSE_THREAD komanda əlavə edin. Bu biclik və ağır IO bağlı server məsələləri yeniden üçün istifadə edilmişdir.
• Wrapper zaman bir müddət üçün JVM ping üçün uğursuz zaman Wrapper Java yan davranır şəkildə təkmilləşdirilməsi. JVM özü JVM özünü resync imkan çıxmaq üçün istifadə olunur. Bu günlük faylı yazmaq istəyərkən Wrapper bir müddət blok edə bilər və JVM mövcud çünki ağır IO bağlı idi sisteminin problemləri səbəb olub. JVM indi belə şəraitdə çıxmaq heç vaxt. JVM Wrapper ilə backend rozetka və ya boru heç bağlıdır əgər hələ də demək olar ki, dərhal çıxmaq, çünki yetim olmaq heç vaxt.
• Bu Wrapper artıq mümkün bir uğursuzluq rejimi simülasyonu üçün istifadə olunur WrapperManager.appearOrphan () metodu əleyhinədir.
• Wrapper kodu imza / Timestamping sertifikatı ilə bağlı sertifikat səhvlər idarə yolu dəyişdi. Ikili və ya imza bad edilmişdir, çünki əks-imzalayan hər hansı bir problem aşkar edilmişdir əgər Wrapper indi yalnız kapatma özü ikili imza uğurla təsdiq deyil əgər. 3.5.7 başlayaraq, Windows Wrapper binaries imzalanır. Aşağı kilidli Windows 2008 sistemi ilə Bəzi istifadəçilər Wrapper Comodo sertifikat onların sistemi aradan qaldırıldı, çünki başlamaq üçün imtina ilə problemləri var idi.
• mümkün Java proqramları başlamaq üçün sadə vasitə kimi Wrapper istifadə edir ki, yeni wrapper.java.detach_started əmlak əlavə et. Effektiv zaman, Wrapper dərhal xitam və JVM öz çalıştırmak qalıb.
• wrapper.ntservice.account əmlak vasitəsilə müəyyən User Hesabi Wrapper, çalışan zaman hesab avtomatik quraşdırma sonra xidmət kimi daxil üçün, Wrapper icazə əlavə edəcək. (Feature Filmlərin # 3286491)

nədir versiya 3.5.6-ci Yeni

• UNIX platformalar bir problem Fix harada günlük faylı mütləq yol wrapper.logfile üçün müəyyən əgər yol düzgün hesablanır olunur, və fayl artıq yox idi. A xəbərdarlıq mesajı nümayiş olunur, lakin Wrapper default günlük faylı istifadə edərək, davam edir. Bəzi platformalarda bir qəza Mac OSX daxildir səbəb nümayiş mesaj bir problem var idi. Versiya 3.5.5 tanıdıldı.
• Bu konfiqurasiya wrapper.logfile kataloq daxil ola bilər Wrapper avariya ki, Windows platformalarında bir problem Fix. Versiya 3.5.5 tanıdıldı. Bug # 3087424.
• xəbərdarlıq mesaj İndi Wrapper bir default daxil geri düşən müvəffəqiyyətli halda istifadə başa günlük faylı daxil olunacaq ki, yapılandırılmış wrapper.logfile yazılı problemlər var zaman daxil yolu təkmilləşdirilməsi file.
• olduğu wrapper.java.additional Windows platformalarında bir problem Fix. Java command line up bina zaman command line ifadə edilərkən, boşluq olan idi xassələri düzgün requoted deyil idi. Versiya 3.3.6 tanıdıldı.
• xəbərdarlıq mesajı wrapper.java.additional yalnış dəyərlər üçün daxil bir problem Fix. əmlak, bad mətn olan. Versiya 3.3.6 tanıdıldı.
• UNIX platformalar bir problem Fix harada wrapper.java.additional üçün etibarsız dəyər. əmlak düzgün məlumat və sonra atlandı, lakin JVM başlamaq nəticəsində command line JVM başlamaq üçün uğursuz səbəb boş dəyər idi edilmişdir. Yanlış dəyəri & quot ilə başlamaq deyil, hər hansı bir dəyəri - & quot; xarakter.
• Wrapper başladıldı olan iş kataloq istinad üçün istifadə edilə bilər ki, yeni WRAPPER_INIT_DIR mühit dəyişən əlavə edin. Wrapper həmişə Wrapper ikili yeri onun iş kataloq dəyişir, çünki bu, müəyyən applications üçün tələb olunur.
• artıq script yeri cari iş dir dəyişir, belə ki, UNIX shell script dəyişdirin. Wrapper versiyası 3.2.0-ci ildən öz yeri çalışan kataloq dəyişən olmuşdur, çünki bu artıq tələb olunur.
• Wrapper Java prosesi həlak əvvəl bir mövzu dump etdikdən sonra gözləmək necə uzun nəzarət etmək üçün yeni wrapper.request_thread_dump_on_failed_jvm_exit.delay əmlak əlavə et. Bu gecikmə həmişə 5 saniyə hardcoded edilmişdir.
• daha ardıcıl etmək üçün etibarsız konfiqurasiya dəyərləri haqqında bir neçə xəbərdarlıq mesajları mətn təmizlənməsi.
• (Professional Edition)

tələblər

• Oracle Java Standard Edition Runtime Environment