Java Service Wrapper Community Edition

บริการ Java Wrapper Community Edition เป็นสมบูรณ์ฟรีและซอฟต์แวร์โอเพ่นซอร์สบรรทัดคำสั่งที่ได้รับการออกแบบจากพื้นดินขึ้นเพื่อทำหน้าที่เป็นที่กำหนดและยูทิลิตี้ที่ง่ายต่อการใช้งานสำหรับการปรับใช้แอพพลิเค Java เป็นภูต UNIX พื้นเมืองหรือพื้นหลังของ Windows functionalityIt การแก้ไขความผิด services.Provides เป็นความยืดหยุ่นที่เชื่อถือได้และซอฟต์แวร์ข้ามแพลตฟอร์มที่มีฟังก์ชันการแก้ไขความผิดพลาดที่จะเริ่มต้นใหม่โดยอัตโนมัติไม่ตอบสนองหรือชน JVMs (Java เสมือนเครื่อง) นอกจากนี้ซอฟต์แวร์มีการเขียนสคริปต์มาตรฐานการติดตั้งโปรแกรมที่ง่ายและการทำงานเข้าสู่ระบบการจัดการของกระบวนการเด็กเหตุการณ์หมดเวลา, อีเมล์แจ้งเตือนคำสั่งกรณีที่ข้อ จำกัด ของหน่วยความจำญาติการสนับสนุนหลายภาษาเช่นเดียวกับเหตุการณ์ที่ผู้ใช้กำหนดและการดำเนินการ
Community Edition ที่มีการกระจายภายใต้ใบอนุญาตเปิดแหล่งที่มาโดยมัน & rsquo; การทำงานคือ จำกัด ในขณะที่คุณจะสามารถที่จะใช้เพียงเปิดใช้งานโปรแกรม Java เพื่อใช้เป็นภูตยูนิกซ์ที่จะเริ่มต้นใหม่และตรวจสอบ JVMs, การควบคุมการจัดลำดับความสำคัญของกระบวนการที่จะ JVM รีสตาร์ทริกเกอร์ทิ้งด้ายและการปิดการใช้ไดเรกทอรีการทำงานที่กำหนดเองเพื่อใช้สัญลักษณ์แทนเช่นเดียวกับการเข้าสู่ระบบและจับ JVM คอนโซล output.Getting เริ่มต้นด้วย Java บริการ Wrapper ชุมชน EditionTo เริ่มต้นกับชุมชนในการให้บริการฉบับ Java Wrapper ดาวน์โหลดแพคเกจที่สอดคล้องกับคอมพิวเตอร์และ rsquo ของคุณสถาปัตยกรรมบันทึกเก็บในไดเรกทอรีบ้านของคุณแกะมันเปิดแอพพลิเคเทอร์มิให้ไปที่สถานที่ตั้งของ & lsquo; ถังและ rsquo; โฟลเดอร์ (เช่น cd /home/softoware/wrapper-linux-x86-64-3.5.26/bin/) และเรียกใช้ & lsquo; เสื้อคลุม & rsquo ./; คำสั่งซึ่งจะแสดงข้อความการใช้งานและ options.Runs บรรทัดคำสั่งที่มีอยู่ในความหลากหลายของ POSIX และ UNIX เหมือนปฏิบัติการ systemsJava Wrapper บริการมีการกระจายในสามรุ่น, ชุมชนฉบับ Standard Edition และ Professional Edition มันเข้ากันได้กับทุก GNU / ลีนุกซ์ แต่ทำงานบนความหลากหลายของ POSIX และระบบปฏิบัติการ UNIX เหมือนรวมทั้ง FreeBSD, AIX, HP-UX, Microsoft Windows, Mac OS X, และ Solaris สนับสนุน 64 บิต (x86_64 ) 32 บิต (x86), Armel, ARMHf, SPARC, S390, s390x, Itanium, PPC (PowerPC) เช่นเดียวกับ PA-RISC แพลตฟอร์มฮาร์ดแวร์.

มีอะไรใหม่ ในข่าวประชาสัมพันธ์นี้:.

• การปรับปรุงข้อความเข้าสู่ระบบเมื่อรีสตาร์ท JVM จะร้องขอเมื่อ Wrapper อยู่ในสถานะที่ว่ามันจะถูกละเว้น (Standard / Professional Edition)
• เพิ่มข้อความการแก้ปัญหาเพิ่มเติมเมื่อกวาดเสร็จสิ้นการหยุดชะงัก ไม่มีการเปลี่ยนแปลงการทำงาน แต่ตอนนี้ถูกเพิ่มเข้ามาจะทำให้มันง่ายที่จะบอกว่านานกวาดจะใช้เวลาในการประยุกต์ใช้ให้.
• ทำความสะอาดติดตามภายในของตัวแปรสภาพแวดล้อมที่ถูกกำหนด ไม่มีการเปลี่ยนแปลงการทำงาน.
• เมื่อการตรวจสอบ Cygwin กับ 'uname -o' ในไฟล์สคริปต์บางส่วนของ OS (Solaris, MacOS ฯลฯ ) แสดงข้อความข้อผิดพลาดเพราะ '-o' ไม่ได้เป็นพารามิเตอร์ที่ถูกต้อง ตอนนี้เราซ่อนข้อผิดพลาดนี้เพื่อหลีกเลี่ยงความสับสนและเราสามารถเดาว่าไม่ได้ทำงาน Cygwin.
• เพิ่มความสามารถในการควบคุมการเรียกใช้บริการกับ Systemd ใช้แฟ้มสคริปต์.
• บน Mac OS X แก้ไขพิมพ์ผิดเพิ่มอีกทางเลือกในการหา Java เพื่อกำหนดตัวแปรสภาพแวดล้อม JAVA_HOME และใช้เส้นทางแบบเต็มในการดำเนินการ sysctl ในกรณีที่ไม่ได้อยู่ในเส้นทาง ขอบคุณที่ Dannes Wessels สำหรับชี้นี้.
• แก้ไขปัญหาในรุ่นที่ใหม่กว่าของ Windows เมื่อปรับแต่ง Wrapper ใบรับรองไม่ได้ถูกลบออกเมื่อมีการสร้างเป้าหมาย นี้ได้นำไปสู่​​ข้อผิดพลาดเมื่อพยายามที่จะลงนามในเป้าหมายด้วยใบรับรองใหม่.
• เพิ่มการสนับสนุนขาดหายไปในเชลล์สคริปต์สำหรับการรีสตาร์ท / หยุดบริการ Wrapper กับ launchctl บน Mac OS X.
• เพิ่มการสนับสนุนขาดหายไปในเชลล์สคริปต์สำหรับการรีสตาร์ท / หยุดบริการ Wrapper กับพุ่งพรวด.
• เพิ่มความสามารถในการกำหนดเส้นทางของคำสั่ง 'สุ' เช่นเดียวกับความสามารถในการระบุอาร์กิวเมนต์เพิ่มเติมในสคริปต์ Wrapper เปลือกใช้ SU_BIN ใหม่และตัวแปร SU_OPTS.
• แก้ไขปัญหาใน WrapperSimpleApp, WrapperStartStopApp และ WrapperJarApp เรียนผู้ช่วยที่ปัญหาบรรทัดคำสั่งที่มีผลใน JVM ออกในการเริ่มต้นดูเหมือนทางออกที่ไม่คาดคิด นั่นหมายความว่า Wrapper จะพยายามที่จะสังข์ JVM อีกครั้งแทนที่จะให้ขึ้นในครั้งแรก.
• แก้ไข WrapperSimpleApp, WrapperStartStopApp และ WrapperJarApp เรียนผู้ช่วยเพื่อให้การใช้งานป้ายของพวกเขาจะเพียงตอนนี้จะแสดงให้เห็นปัญหาบรรทัดคำสั่งที่เกี่ยวข้อง ปัญหาเกี่ยวกับการเรียนการระบุวิธีการหรือไฟล์ jar จะถูกบันทึกไว้ยังคงเป็นข้อผิดพลาด แต่แสดงให้เห็นถึงการใช้งานของผู้ใช้ในกรณีเหล่านี้เป็นความสับสน.
• แก้ไข WrapperResources.getString () วิธีการที่ไม่มีข้อโต้แย้งเปลี่ยนเพื่อให้การประมวลผลของสตริงดิบจะถูกจัดการเช่นเดียวกับวิธีการที่มีข้อโต้แย้งทดแทน ตอนนี้สตริงทั้งหมดจะถูกประมวลผลโดยชั้น MessageFormat ก่อนที่จะถูกส่งกลับ รุ่นก่อนหน้านี้ไม่ได้สอดคล้องกันเกี่ยวกับความจำเป็นที่จะหลบหนีราคาเดียว.
• เพิ่มการตรวจสอบที่สำคัญที่ไม่จำเป็นเพื่อให้แน่ใจว่าสายผ่านในการ WrapperResources.getString () วิธีการจัดรูปแบบได้อย่างถูกต้อง ดูคลาส WrapperResources สำหรับข้อมูลวิธีการเปิดใช้.
• เพิ่มตัวเลือกใหม่สำหรับทรัพย์สิน wrapper.backend.type: อัตโนมัติ, SOCKET, SOCKET_IPv4, SOCKET_IPv6, ท่อ เมื่อตั้งค่าอัตโนมัติ, Wrapper จะพยายามที่จะเปิดซ็อกเก็ต IPv4 และ IPv6 จะ fallback และท่อในกรณีของข้อผิดพลาด.
• แก้ไขข้อผิดพลาดเมื่อมีการแปลงจากสัญลักษณ์ที่จะถ่านกว้างโดยไม่ต้องตั้งค่าสถานที่เริ่มต้น (Unix เท่านั้น) ขอขอบคุณเบิร์ต.
• เพิ่ม 'CLOSE_BACKEND' นามแฝงที่ 'CLOSE_SOCKET' เป็นคำสั่งการทดสอบสำหรับทรัพย์สิน wrapper.commandfile ทั้งนี้เป็นเพราะมีการหลายตัวเลือกสำหรับการเชื่อมต่อแบ็กเอนด์บางครั้งและชื่อเป็นแบบพกพามากขึ้น.
• แก้ไขปัญหาบน Mac เมื่อใช้ OS X โยเซมิตีที่สคริปต์ล้มเหลวไปอย่างถูกต้องเปรียบเทียบรุ่น '10 .10 'to '10 .5.0' นี้ได้นำไปสู่​​การสคริปต์คิดว่ามีเพียงไบนารี 32 บิตจึงสามารถทำงานได้ นี่เป็นเพียงปัญหาถ้าตั้งชื่อแพ็คของเดลต้าไบนารีห่อหุ้มถูกนำมาใช้.
• เพิ่มสถานที่ให้บริการ wrapper.java.classpath.missing.loglevel ใหม่ซึ่งทำให้มันเป็นไปได้ที่จะควบคุมวิธีการบันทึกคำเตือนเกี่ยวกับการหายไป Wrapper องค์ประกอบ classpath ก่อนหน้านี้ได้รับการบันทึกไว้เสมอเป็นผลผลิตแก้ปัญหาและไม่สามารถปิดการใช้งาน.
• หากมีปัญหาในระดับต่ำใด ๆ เปิดตัวกระบวนการ Java ที่ไม่เกี่ยวข้องกับการกำหนดค่าหรือ JVM ตัวเอง Wrapper จะไม่ลองอีกครั้งเช่นการลองดังกล่าวเป็นความหมาย.
• APIs ระบบ Windows ที่มีปัญหาที่ก่อให้เกิดกระบวนการที่จะผิดพลาดถ้ามันพยายามที่จะตั้งค่าตัวแปรสภาพแวดล้อมมากกว่า 32,767 ตัวอักษรความยาว Wrapper ตอนนี้ตรวจสอบและบันทึกข้อผิดพลาดมากกว่าการตั้งค่าตัวแปร นี่คือปัญหาถ้า classpaths ขนาดใหญ่มากถูกนำมาใช้เมื่อทรัพย์สิน wrapper.java.classpath.use_environment เป็นความจริง.
• Windows ไม่อนุญาตให้บรรทัดคำสั่งที่จะเป็นนานกว่า 32,766 ตัวอักษรความยาว Windows ต่างรุ่นกันจัดการกับมันแตกต่างกันเมื่อคำสั่งดังกล่าวเป็นเวลานานมีให้ Wrapper ตอนนี้ไม่ตรวจสอบของตัวเองและแสดงให้เห็นถึงข้อผิดพลาดในทางที่สอดคล้องกัน.
• การปรับปรุงข้อผิดพลาดในระบบปฏิบัติการยูนิกซ์เมื่อบรรทัดคำสั่งมีความยาวมากกว่าสูงสุดระบบ สูงสุดนี้แตกต่างกันอย่างมากโดยแพลตฟอร์มและสิ่งแวดล้อมและเป็นเรื่องยากที่จะคำนวณได้อย่างน่าเชื่อถือดังนั้นความยาวสูงสุดไม่ได้แสดงให้เห็นในปัจจุบันข้อความ.
• แก้ไขปัญหาในระบบปฏิบัติการยูนิกซ์ที่การตั้งค่าไฟล์ขนาดใหญ่มากอาจก่อให้เกิด WrapperManager ล้มเหลวในการเริ่มต้น นี้เกิดจากการโอนบางส่วนของการตั้งค่าของการ WrapperManager ผ่านการเชื่อมต่อแบ็กเอนด์ นี้จะเกิดขึ้นไม่คำนึงถึงประเภทแบ็กเอนด์ที่ใช้ ขนาดของแฟ้มการกำหนดค่าที่จะทำให้เกิดปัญหาที่แตกต่างกันขึ้นอยู่มากในระบบที่เฉพาะเจาะจง.
• แก้ไขปัญหาบนแพลตฟอร์ม Windows ที่การตั้งค่าไฟล์ขนาดใหญ่มากจะล้มเหลวที่จะถูกส่งไปยัง WrapperManager ในการเริ่มต้นเมื่อทรัพย์สิน wrapper.backend.type ถูกกำหนดให้ท่อ ปัญหาเดียวก็คือว่า WrapperManager.getProperties () วิธีการจะเป็นที่ว่างเปล่า. (Professional Edition)
• เพิ่มการตรวจสอบเพื่อ WrapperManager.exec () วิธีบน Windows สำหรับความยาวบรรทัดคำสั่งสูงสุดของ 32766 และระยะเวลาในคู่ตัวแปรสภาพแวดล้อมสูงสุดค่าชื่อของ 32767 (Professional Edition)
• แก้ไขปัญหาที่ฟรีชี้ NULL ที่กำลังทำเป็นส่วนหนึ่งของกระบวนการล้างของ WrapperManager.exec () โทร นี้ไม่ได้ก่อให้เกิดปัญหาใด ๆ .
• เพิ่ม getStdOut () getStdErr () และ getStdIn () วิธีการเรียน WrapperProcess เป็นนามแฝงที่จะ getInputStream () getErrorStream () และ getOutputStream () วิธีที่จะช่วยให้หลีกเลี่ยงความสับสน.
• แก้ไขปัญหาใน Windows 7 ที่ล็อกสายยาวมีความเสียหายหลังจากที่ 31,397 ตัวอักษรเมื่อ wrapper.console.direct เป็นความจริง นี้น่าจะเป็นปัญหากับพื้นฐานของ Windows API และเป็นเพียงปัญหาการแสดงผล ลดจำนวนสูงสุดของอักขระที่สามารถเขียนได้ด้วยการเรียก API เดียวที่ 30000 เพื่อหลีกเลี่ยงปัญหา การเปลี่ยนแปลงนี้เป็นภายในและยังมีข้อ จำกัด เกี่ยวกับความยาวของเส้นทะเบียนไม่มี.
• แก้ไขการหยุดชะงักถ้า Wrapper ล้มเหลวที่จะเขียนถึงแบ็กเอนด์เมื่อทรัพย์สิน wrapper.backend.type เป็นท่อ พบได้โดยการตรวจสอบรหัสและไม่ได้รู้กันว่าจะเกิดขึ้นจริง.
• จากระบบปฏิบัติการ Mac OSX 10.5.0, ไฟล์สคริปต์จะใช้คีย์ 'KeepAlive ในแฟ้มการกำหนดค่า launchctl รุ่นก่อนของ OSX Mac จะยังคงใช้คีย์เดียวกัน 'OnDemand' ขอขอบคุณสำหรับโรบินชี้นี้. (มาตรฐาน / Professional Edition)
• ไม่อนุญาตให้ใช้ hostids ผูกติดอยู่กับอุปกรณ์บลูทู ธ แอปเปิ้ลเมื่อทำงานบนระบบ Windows ที่เสมือนจริงเป็นเจ้าภาพในระบบ OS X.
• แก้ไขปัญหาที่ WrapperManager.log () ไม่ได้ทำงานอย่างถูกต้องเมื่อมีข้อความหลายไบต์ถูกบันทึกไว้.
• ในการแก้ปัญหาการส่งออกแพ็คเก็ตคุณสมบัติการตั้งค่าทั้งหมดจะถูกเก็บกดจากการส่งออกบันทึกเพราะมันมีขนาดใหญ่และสามารถมีข้อมูลที่สำคัญ เพิ่มขนาดการส่งออกโดยย่อเพื่อช่วยในการแก้จุดบกพร่อง.
• แก้ไขการรั่วไหลของหน่วยความจำในระบบปฏิบัติการยูนิกซ์เมื่อใดก็ตามที่เกิดข้อผิดพลาดได้รับการรายงาน นี่เป็นเพียงปัญหาถ้าข้อความถูกบันทึกซ้ำ.
• ที่ถูกต้องคู่อื่น ๆ การรั่วไหลของหน่วยความจำที่อาจเกิดขึ้นพบได้ผ่านการตรวจสอบรหัส ไม่ทราบว่าได้รับการก่อให้เกิดปัญหาใด ๆ ที่เกิดขึ้นจริง.

มีอะไรใหม่ ในรุ่น 3.5.23:

• มาตรฐาน / Professional Edition:
• เมื่อประเภทใบอนุญาตที่ไม่รู้จักจะพบ ได้แก่ ชนิดที่ไม่รู้จักในข้อผิดพลาดเพื่อช่วยให้มีการแก้จุดบกพร่อง.
• แก้ไขปัญหาการทุจริตในหน่วยความจำบน z / OS เมื่อภาษาที่ถูกกำหนดให้สถานไบต์คู่เช่นญี่ปุ่น.
• ผ่านไปและทำให้ Wrapper มากทนทานเมื่อเข้ารหัสไม่ดีอักขระไบต์คู่จะพบ.
• Preofessional ฉบับ:
• แก้ไขข้อยกเว้นโยนเมื่อ WrapperManager.exec () เรียกว่าในขณะที่ Wrapper ถูกปิดเพื่อให้ได้ในขณะนี้กล่าวว่าแทนที่จะบอกว่าห้องสมุดพื้นเมืองไม่โหลด.
• Wrapper ตอนนี้ระมัดระวังมากขึ้นเพื่อให้แน่ใจว่าแบ็กเอนด์จะไม่ปิดในขณะที่กระบวนการเด็กจะถูกเปิดตัวเพื่อให้แน่ใจว่า Wrapper รู้เกี่ยวกับกระบวนการทั้งหมดที่เด็กเปิดตัว.
• เพิ่มข้อความเตือนในกรณีที่ Wrapper ไม่มีการแจ้งเตือนของกระบวนการเด็กเปิดตัวเนื่องจากการเชื่อมต่อแบ็กเอนด์ถูกปิด.
• แก้ไข NPE มีศักยภาพที่จะถูกโยนในขณะที่อ่านหรือออก stdout stderr จากกระบวนการเด็กในขณะที่ Wrapper ถูกปิดและหลังกระบวนการเด็กออก.
• แก้ไขปัญหาในระบบปฏิบัติการยูนิกซ์ที่เราได้รับการติดอยู่พยายามที่จะเก็บกวาดหลังจากกระบวนการที่ถูกปิดกั้นในขณะที่อ่านจาก stdout หรือ stderr.
• แก้ไขปัญหาในระบบปฏิบัติการยูนิกซ์ที่หมดเวลาการพยายามที่จะได้รับล็อคภายในของรายการกระบวนการเด็กที่ก่อให้เกิดเคาน์เตอร์ภายในที่จะได้รับออกจากซิงค์นำไปสู่​​กระบวนการที่เด็กยกเลิกอื่น ๆ ที่ถูกทิ้งไว้เป็นซอมบี้ตายจนกว่ากระบวนการ Java ยกเลิก.
• แก้ไขปัญหาในระบบปฏิบัติการยูนิกซ์ที่รายละเอียดไฟล์ท่อที่ใช้ในการสื่อสารกับกระบวนการที่เด็กถูกส่งผ่านไปอย่างไม่ถูกต้องกับทุกกระบวนการที่เด็ก พวกเขาไม่ได้ที่เพิ่มขึ้นเมื่อเวลาผ่านไป.
• แก้ไขปัญหาในระบบ FreeBSD ที่ wrapper.lang.encoding ไม่ได้แก้ไขปัญหาเป็น UTF-8 อย่างถูกต้องเมื่อตัวแปรสภาพแวดล้อม LANG ไม่ได้ตั้งค่า.
• แก้ไขปัญหาที่อาจเกิดขึ้นการประสานเรียก WrapperProcess.waitFor () หรือ WrapperProcess.exitValue ().
• เพิ่มการส่งออกบันทึกการแก้ปัญหาเพิ่มเติมหมดเวลาการแสดงค่าต่าง ๆ ที่จะช่วยให้ผู้ใช้ที่มีปัญหาการแก้จุดบกพร่อง.
• แก้ไขปัญหาที่เชลล์สคริปต์ไม่ได้อย่างถูกต้องตรวจสอบเวอร์ชั่นของระบบปฏิบัติการที่มีระบบปฏิบัติการ Mac OSX ไม่ฝักใฝ่ฝ่ายใด.
• เพิ่มคำเตือนเกี่ยวกับตัวแปรสภาพแวดล้อมที่ไม่ได้กำหนดไว้ในไฟล์รวมถึงการอ้างอิงในการตั้งค่าไฟล์.
• เพิ่มการสนับสนุนสำหรับการขยายตัวของตัวแปรสภาพแวดล้อมในไฟล์ที่ระบุด้วย wrapper.java.additional_file และ wrapper.app.parameter_file คุณสมบัติ.
• แก้ไขจำนวนเต็มการจัดรูปแบบใน WrapperUNIXGroup.toString () วิธีจึงเป็นสิ่งที่สอดคล้องกับส่วนที่เหลือของ Wrapper.
• แก้ไขปัญหาที่ต้องการห้องสมุด iconv ไม่สามารถพอใจใน FreeBSD 10. ตอนนี้เราหาห้องสมุดแบบไดนามิกโดยการมองหา /usr/local/lib/libiconv.so, /usr/local/lib/libbiconv.so หรือ /lib/libkiconv.so.4 ในลำดับที่.
• แก้ไข WrapperPrintStream.println () วิธีการเพื่อให้มีสตริง linefeeds ถูกต้องจะได้แต่ละบรรทัดใช้ได้กับส่วนหัวของการกำหนดค่า.

มีอะไรใหม่ ในรุ่น 3.5.14:

• แก้ไขปัญหาใน AppCommand.bat.in ไฟล์ที่วงเล็บในชื่อไฟล์ไบนารีของ Wrapper ก็จะทำให้เกิด & quot; PATH ไม่คาดคิดในเวลานี้ & quot; ข้อผิดพลาด.
• (Standard / Professional Edition)
• แก้ไขปัญหาเมื่อใช้รุ่นที่แปล Wrapper บน Windows แพลตฟอร์ม 64 บิตที่ Wrapper จะยังคงใช้ภาษาของระบบเริ่มต้นแม้ wrapper.lang ถูกใช้ในการระบุภาษาที่แตกต่างกัน นำมาใช้ใน 3.5.12.
• แก้ไขปัญหาในแฟ้มชุดคำสั่งของ Windows AppCommand.bat.in ตามที่คำสั่ง 'สถานะ' ถูกรายงานไม่ถูกต้องเป็น 'แบบสอบถาม' ในการแสดงผลการใช้งาน คำสั่ง 'สถานะ' ได้ทำงานอย่างถูกต้องเสมอถ้าใช้.
• แก้ไขปัญหาในระบบปฏิบัติการยูนิกซ์ที่ข้อความไม่ตรงกันบางคนทำให้เกิดข้อความเตือน & quot; ข้อผิดพลาดการเข้ารหัส ... & quot; จะได้รับการบันทึกไว้ในสถานที่ของข้อความที่ตั้งใจไว้ ซึ่งอาจจะเห็นว่าล็อกไฟล์การกำหนดค่าไม่ได้มีสิทธิ์ในการเขียน อื่น ๆ กว่าข้อความเข้าสู่ระบบที่ไม่ถูกต้อง Wrapper ทำงานได้อย่างถูกต้อง นำมาใช้ใน 3.5.2.
• แก้ไขปัญหาในสคริปต์ UNIX ที่ทำงานกับคนธรรมดาไม่ได้ทำงานอย่างถูกต้องเมื่อถูกตั้ง RUN_AS_USER.
• Relax ตรวจสอบความปลอดภัยเมื่อใช้คำสั่ง 'สถานะ' กับสคริปต์เชลล์ยูนิกซ์ในขณะนี้จึงช่วยให้ผู้ใดใช้สคริปต์เพื่อดำเนินการตรวจสอบการอ่านอย่างเดียวของไฟล์ pid.
• แก้ไขปัญหากับสคริปต์ UNIX ที่ 'ลบ' คำสั่งได้พยายามที่จะหยุดการประยุกต์ใช้ในการทำงานแม้ในขณะที่แอพลิเคชันที่ไม่ได้รับการติดตั้ง.
• แก้ไขหน่วยความจำล้นซึ่งอาจจะก่อให้เกิดความผิดพลาดระหว่างการติดตั้งบริการของ Windows เมื่อ wrapper.ntservice.account ระบุ นี้ถูกนำมาใช้ใน 3.5.12.
• แก้ไขความเสียหายฮีซึ่งอาจเกิดขึ้นในการเริ่มต้นและอาจก่อให้เกิดความผิดพลาด เฉพาะระบบ Windows ซึ่งใช้บันทึกเหตุการณ์ของระบบได้รับผลกระทบ ค้นพบจากการตรวจสอบรหัสมีไม่เคยได้รับรายงานใด ๆ ของปัญหาที่ก่อให้เกิดนี้สำหรับผู้ใช้ ซึ่งอาจเกิดขึ้นได้หาก wrapper.log กำหนดค่าไม่สามารถเขียนเป็น Wrapper มักจะพยายามที่จะเขียนถึงบันทึกเหตุการณ์ในกรณีดังกล่าว นำมาใช้ใน 3.5.12.
• เพิ่มการเปรียบเทียบรุ่นใหม่ระหว่างเชลล์สคริปต์ UNIX และ Wrapper ที่จะเริ่มต้นการแสดงคำเตือนในกรณีที่ไม่ตรงกันรุ่น การตรวจสอบจะทำงานถ้าเชลล์สคริปต์และ Wrapper แต่ละอย่างน้อยรุ่น 3.5.14.
• เพิ่มสถานที่ให้บริการ wrapper.pidfile.strict ใหม่ที่จะบอก Wrapper ที่จะไม่เริ่มต้นหากไฟล์ pid อยู่แล้ว ค่าเริ่มต้นเป็นเท็จหลังเข้ากันได้.
• ให้ด้าน Java ซ็อกเก็ตแบ็กเอนด์ที่มีความยืดหยุ่นมากขึ้นในกรณีของการอ่านหรือเขียนหมดเวลา ซ็อกเก็ตแบ็กเอนด์ไม่ได้หมดเวลาที่กำหนดโดยเริ่มต้นดังนั้นนี้ไม่ควรได้รับปัญหา ผู้ใช้คู่รายงานปัญหาเกี่ยวกับระบบที่เฉพาะเจาะจง แต่ที่นำไปสู่​​การแก้ไขนี้.
• เพื่อช่วยในการทดสอบหมดเวลาซ็อกเก็ตแบ็กเอนด์, สถานที่ให้บริการระบบ wrapper.backend.so_timeout ใหม่เพิ่มที่จะทำให้มันเป็นไปได้ในการกำหนดค่าซ็อกเก็ตแบ็กเอนด์ที่จะใช้หมดเวลา ดู Javadocs ของ WrapperManager.exec () ชั้นสำหรับรายละเอียด.

มีอะไรใหม่ ในรุ่น 3.5.11:

• แก้ไขความผิดพลาดที่อาจเกิดขึ้นใน Windows เกิดจากบัฟเฟอร์ ล้น นี้ได้รับปัญหาตั้งแต่รุ่น 3.5.0 และมีผลต่อการกำหนดค่าที่กำหนดมากกว่าหนึ่ง wrapper.ntservice.dependency .. ทั้งนี้ขึ้นอยู่กับสิ่งที่อยู่ในความทรงจำนี้ไม่เคยทำให้ความผิดพลาด มันมีพฤติกรรมเลียนแบบมากสำหรับแฟ้มการกำหนดค่าที่กำหนด.
• แก้ไขปัญหาใน Windows ที่ Wrapper กำลัง 15 วินาทีหรือนานกว่าเพื่อเริ่มต้นในบางระบบเพราะสายระบบ WinVerifyTrust มีปัญหาการปรับปรุง CRL นี่เป็นปัญหาตั้งแต่ไบนารี Wrapper เริ่มถูกลงนามในรุ่น 3.5.7 ถ้าโทร WinVerifyTrust ใช้เวลานานกว่า wrapper.startup_thread.timeout กำหนดค่าแล้ว Wrapper จะยังคงเริ่มต้นโดยไม่ต้องล่าช้าออกไปอีก.
• (Standard / Professional Edition)
• อย่างชัดเจนเอาใบรับรองของไบนารีที่กำหนดเองในระหว่างการปรับแต่ง มีปัญหาเกี่ยวกับการลาออกไบนารีใบรับรองอื่นเป็นอย่างอื่น.
• หาก Wrapper ไม่สามารถที่จะเขียนถึง wrapper.logfile การกำหนดค่าสำหรับเหตุผลใด ๆ แล้วเรามักจะถอยกลับไปยังแฟ้มบันทึกเริ่มต้นแล้วเข้าสู่ระบบข้อความเกี่ยวกับความล้มเหลว ถ้าเริ่มต้นยังล้มเหลวแล้วที่จะเข้าสู่ระบบ แต่ยังข้อความจะถูกบันทึกไว้ในคอนโซลในกรณีส่วนใหญ่ แก้ไข Wrapper ดังนั้นตอนนี้เรามักจะส่งข้อความทั้ง syslog ห​​รือ EventLog คำนึงถึงสิ่งที่มีการตั้งค่าที่จะ wrapper.syslog.loglevel นี้เป็นสิ่งสำคัญที่จะช่วยให้ติดตามสาเหตุของปัญหาการเข้าถึง logfile.
• เริ่มต้นด้วยรุ่น 3.5.0 มันเป็นไปได้ภายในเพื่อพิมพ์ข้อความเข้าสู่ระบบหลายสายเพื่อให้ทุกสายจะถูกจัดกลุ่มอยู่ด้วยกันเสมอในล็อกไฟล์ รุ่นนี้ปรับเปลี่ยนรหัสการเข้าสู่ระบบเพียงเล็กน้อยเพื่อให้การส่งออกดังกล่าวเข้าสู่ระบบหลายสายถูกบันทึกไว้ในขณะนี้เป็นข้อความเดียวใน sylog UNIX หรือ Windows EventLog.
• แก้ไขปัญหาที่เส้นยาวมากของการส่งออกจาก JVM จะทำให้เกิด Wrapper ที่จะปรากฏให้แขวนในขณะที่ ครั้งแรกบรรทัดเดียวของการส่งออกที่มีหลายร้อยหลายพันตัวละครได้รับการเข้าสู่ระบบบัฟเฟอร์ภายในถูกเพิ่มขึ้นเพิ่มขึ้นจาก 100 ตัวอักษรต่อหนึ่งรอบ Wrapper ตอนนี้เพิ่มขนาดขึ้นอยู่กับขนาดที่รู้จักกันครั้งสุดท้ายที่จะช่วยลดจำนวนรอบที่จำเป็นในการเลือกขนาดของบัฟเฟอร์ใหม่.
• ปรับเปลี่ยนคำสั่ง PAUSE_THREAD ดังนั้นจึงเป็นไปได้ที่จะรอไปเรื่อย ๆ เท่านั้นที่มีประโยชน์สำหรับการทดสอบ Wrapper.
• เพิ่มคำสั่ง PAUSE_LOGGER ใหม่ที่จะทำให้มันเป็นไปได้ที่จะหยุดรายการบันทึกต่อไป เท่านั้นที่มีประโยชน์สำหรับการทดสอบ Wrapper.
• บนยูนิกซ์ท่อ stdout / stderr ระหว่าง JVM และ Wrapper ก็ไม่ได้ถูกทำความสะอาดอย่างถูกต้อง เรื่องนี้ทำให้เกิดรอยรั่วเล็ก ๆ แต่ก็ไม่เป็นอันตรายอย่างอื่น ท่อทำความสะอาดตอนนี้ขึ้นและเริ่มต้นสำหรับแต่ละเช่น JVM.
• แก้ไขปัญหาที่ Wrapper อาจล้มเหลวในการรีสตาร์ท JVM เมื่อขอเริ่มต้นใหม่ที่เกิดขึ้นใน JVM หากระบบกำลังประสบ IO หนักมากที่เกิดขึ้นในระยะยาวคิวดิสก์ IO นี่คือสาเหตุที่ทำให้วงหลัก Wrapper เพื่อป้องกันในการเขียนและพลาดการร้องขอการเริ่มต้นใหม่ที่ก่อให้เกิด Wrapper การปิดมากกว่าการเริ่มต้นใหม่ ซึ่งอาจส่งผลกระทบต่อทุกแพลตฟอร์ม ใน Windows ก็อาจจะมีการทำซ้ำโดยการเลือกในคอนโซลที่จะแช่แข็งส่งออกและแล้วทำให้การร้องขอจากภายใน JVM เพื่อเริ่มต้น.
• เพิ่ม WrapperPropertyUtil ใหม่ระดับผู้ช่วยที่จะทำให้มัน easer ในการเข้าถึงค่าทรัพย์สิน Wrapper จากภายใน JVM.
• แก้ไขข้อผิดพลาดในบางแพลตฟอร์มจาวาที่การส่งออกเข้าสู่ระบบอาจได้รับความเสียหายเนื่องจากการใช้ผิดวัตถุประสงค์ของการทำงานของระบบ strncpy ฟังก์ชันนี้จะเตือนว่าการใช้งานบางอย่างไม่สนับสนุนสำเนาหน่วยความจำที่ทับซ้อนกัน ปัญหาเดียวที่อาจจะมีการทำซ้ำบนเครื่องทดสอบลินุกซ์เดียวในบรรทัดต่อบรรทัดว่างของการส่งออก ปัญหานี้มีมาตั้งแต่ 3.4.0.

มีอะไรใหม่ ในรุ่น 3.5.9:

• แก้ไขปัญหาใน Windows ที่อะแดปเตอร์เครือข่ายที่มีรายชื่อ มี & quot; PRO / 1000 & quot; ถูกลบออกจากรายการของ hostids ปรากฏขึ้นเมื่อ & quot; Wrapper.exe -h & quot; ที่กำลังวิ่ง นี้ไม่ได้ส่งผลกระทบต่อใบอนุญาตเซิร์ฟเวอร์ที่มีอยู่ไฟล์ที่สำคัญที่สร้างขึ้นสำหรับ hostIds รายงานโดย 3.5.7 หรือก่อนหน้านี้หรือคีย์ใบอนุญาตการพัฒนา แต่มันไม่ทำให้เกิด Wrapper ที่จะรายงานว่าไม่มี hostIds ไม่ถูกต้องพบว่าเมื่อเริ่มต้นโดยไม่ต้อง Wrapper ไฟล์ใบอนุญาต นี้เกิดจากรหัสการทดสอบบางอย่างเพิ่มเข้ามาใน 3.5.8 ที่เราไม่สามารถลบ.
• แก้ไขปัญหาที่ Wrapper ไม่ได้อย่างถูกต้องยอมกลับไปควบคุมวงหลักของมันเมื่อจำนวนมากของการส่งออกอย่างต่อเนื่องได้รับการเข้าสู่ระบบจาก JVM นำมาใช้ในรุ่น 3.4.0 ในรุ่นก่อน 3.5.8 นี้อาจจะทำให้เกิด JVM ที่จะหมดเวลาและรีสตาร์ทตัวเอง โดยเฉพาะอย่างยิ่งปัญหาที่ได้รับการแก้ไข แต่กระบวนการ Wrapper ใน 3.5.8 จะยังคงได้รับการตอบสนองเมื่อนี่คือสิ่งที่เกิดขึ้น Wrapper ตอนนี้จะเสมอ yeild กลับไปวงหลักของตนหลังจากที่ 250 มิลลิวินาทีของการเข้าสู่ระบบอย่างต่อเนื่อง.
• แก้ไขปัญหาที่ WrapperManager สามารถป้องกันการพยายามเขียนแก้ปัญหาส่งออกถ้าโปรแกรมที่ใช้งานในปัจจุบันกำลังเขียนจำนวนมากของการส่งออกไปยังคอนโซลได้เป็นอย่างดี ในสถานการณ์เช่นนี้มากนำไปสู่​​การ Wrapper คิดว่า JVM ถูกแช่แข็ง นี่เป็นเพียงปัญหาถ้าแก้ปัญหาส่งออกถูกเปิดใช้งาน.
• การปรับโครงสร้างหนี้เชลล์สคริปต์เพื่อให้ทุกรุ่นตอนนี้ใช้สคริปต์เดียวกันอีกครั้ง.

มีอะไรใหม่ ในรุ่น 3.5.8:

• (Standard / Professional Edition)
• เริ่มต้นด้วยรุ่น 3.5.5 เราโมฆะใช้ 00FF ทั้งหมด * hostids บน Windows เพื่อหลีกเลี่ยงปัญหากับการเปลี่ยนแปลง hostids เมื่อผู้ใช้มีอะแดปเตอร์เครือข่ายที่เชื่อมต่อเครือข่ายจูนิเปอร์ในระบบของพวกเขา นี้จะกลายเป็นข้อ จำกัด ก็เป็นบุคคลที่ทำงานภายใต้ระบบปฏิบัติการ Parallels ยังใช้ประโยชน์จากช่วง hostid นี้ Wrapper ตอนนี้ระมัดระวังมากขึ้นเพียงโมฆะเครือข่ายจูนิเปอร์ที่เกิดขึ้นจริงต่อ hostids.
• (Standard / Professional Edition)
• การปรับปรุงข้อความแสดงให้เห็นว่าผู้ใช้เมื่อ Wrapper ไม่สามารถค้นหา hostids ใด ๆ สำหรับระบบ.
• คงมีปัญหากับสคริปต์เสื้อคลุมบน Solaris ที่ตัวเลือก -F ก็ไม่สามารถใช้ได้สำหรับ grep.
• เพิ่มข้อมูลรุ่น Windows ในการแก้ปัญหาการส่งออกกระดาษห่อ.
• เพิ่มสถานที่ให้บริการ wrapper.log.warning.threshold ซึ่งทำให้ Wrapper แสดงเตือนเมื่อใดก็ตามที่ตรวจพบว่า Wrapper ใช้เวลานานในการบันทึกข้อความที่บันทึก นี้ถูกบันทึกเพื่อทดสอบปัญหารายงานที่เกิดจากช้า IO ในระบบมากโหลดหนัก.
• แก้ไขปัญหาที่ตัวกรองที่ร้องขอ JVM เพื่อเริ่มต้นจะได้รับการละเว้นถ้า JVM เดินออกมาจากตัวของมันเองได้ทันที ห่ออยู่ในขณะนี้สอดคล้องกันมากขึ้นเพื่อให้การร้องขอการเริ่มต้นใหม่จากภายใน JVM หรือตัวกรองจะมีความสำคัญมากกว่าการร้องขอดังกล่าวออก การร้องขอการปิดระบบภายนอกหรือผู้ที่มาจากการดำเนินการอื่น ๆ จะยังคงทำงานตามที่พวกเขาทำในอดีตที่ผ่านมาและยังคงปิด Wrapper Wrapper นี้ยังบันทึกข้อความในการส่งออกการแก้ปัญหาหากการร้องขอการเริ่มต้นใหม่ที่โดดเด่นจะถูกเก็บรักษาไว้หรือละเว้น.
• แก้ไขปัญหาในแฟ้มชุด AppCommand.bat ซึ่งอาจเกิดขึ้นได้ในบางแพลตฟอร์ม Windows กับบางการเข้ารหัสระบบหลายไบต์ สคริปต์ได้รับการเขียนใหม่และชิ้นส่วนที่น่าสงสัยได้ง่าย การทำงานของสคริปต์ที่ได้รับการรักษา.
• เพิ่มตัวแปร WRAPPER_CONF_DIR สภาพแวดล้อมซึ่งสามารถนำมาใช้สำหรับคุณสมบัติการตั้งค่า (คุณลักษณะขอ 3160644)
• ทำออกสคริปต์ที่มีรหัสทางออกที่เหมาะสมได้รับเมื่อใช้สคริปต์เป็นผู้ใช้ที่แตกต่างกัน, ที่ระบุไว้ใน RUN_AS_USER (รายงานข้อบกพร่อง 3185281)
• แก้ไขการละเมิดการเข้าถึงซึ่งอาจเกิดขึ้นเมื่อใบรับรองลงรหัสล้มเหลวที่จะรับการตรวจสอบ.
• เข้าสู่ระบบข้อผิดพลาดถ้าซ็อกเก็ตแบ็กเอนด์ที่มีการบังคับให้ปิดภายนอก มันได้รับการได้รับการบันทึกไว้ในระดับที่เข้าสู่ระบบการแก้ปัญหา ข้อความจะถูก & quot; การเชื่อมต่อที่มีอยู่ถูกบังคับให้ปิดโดยโฮสต์ระยะไกล (0x2746) & quot ;. เพราะข้อความที่ถูกบันทึกไว้เท่านั้นหากแก้ปัญหาส่งออกได้รับการเปิดใช้งาน JVM จะได้รับการเริ่มต้นใหม่ที่ไม่มีคำอธิบายที่ชัดเจนเป็นสิ่งที่เกิดขึ้น แหล่งที่มาของการปิดซ็อกเก็ตที่อยู่ภายใต้การตรวจสอบ.
• (Professional Edition)
• เพิ่มโทร Java fireUserEvent เพื่อ WrapperManager API ซึ่งจะช่วยในการดับเพลิงอีเมลเหตุการณ์ผู้กระทำโดยไม่ทริกเกอร์ตัวกรอง โปรดหารายละเอียดเพิ่มเติมเกี่ยวกับรูปแบบการรักษาความปลอดภัยสำหรับการโทรที่การรักษาความปลอดภัยหน้านี้.
• แก้ไขคำเตือนบน Mac รุ่นถ้าคำสั่ง java ไม่ได้กำหนดค่าไบนารีสากล ตรวจสอบที่ถูกเพิ่มเข้ามาใน 3.4.0 เพื่อให้แน่ใจว่า wrapper.java.command ชี้ตรงไปที่จะปฏิบัติการเพื่อหลีกเลี่ยงพฤติกรรมที่ไม่คาดคิดเมื่อใช้สคริปต์ ข้อความเป็นเพียงการเตือนและ Wrapper อย่างต่อเนื่องโดยไม่คำนึงถึง PPC มาตรฐาน ppc_64, x86_64, i386, เช่นเดียวกับไบนารีสากลตอนนี้สิ่งที่จะทำงานอย่างถูกต้องโดยไม่มีการเตือน.
• ค่าเริ่มต้นของกระดาษห่อ. *. คุณสมบัติ umask ใช้ umask ปัจจุบันกระบวนการมี ก่อนที่ค่าเริ่มต้นอยู่เสมอ 0022.
• เพิ่มสถานที่ให้บริการ wrapper.backend.type ใหม่ที่จะใช้ในการควบคุมว่า Wrapper สื่อสารกับ JVM โดยใช้แบบดั้งเดิม & quot; SOCKET & quot; หรือการทดลองใหม่ & quot; & quot ท่อ ;. นี้ถูกบันทึกว่าเป็นวิธีแก้ปัญหาที่จะเป็นปัญหาที่หายากที่บางเครื่อง Windows กำลังจะปิดซ็อกเก็ตในระดับปฏิบัติการ นี้เป็นเพียงคนเดียวที่เคยเห็นใน Windows 2003 แต่ก็มีอยู่ใน Windows รุ่นอื่น ๆ เช่นกัน.
• เพิ่มสถานที่ให้บริการ wrapper.use_javaio_thread ทดลองใหม่ซึ่งเป็นสาเหตุ Wrapper ที่จะจัดการกับ java เอาท์พุทคอนโซลทั้งหมดในหัวข้อทุ่มเท.
• เพิ่มใหม่ WrapperManager.isNativeLibraryOk () วิธีการซึ่งจะช่วยให้ผู้ใช้รหัสได้อย่างง่ายดายทดสอบหรือไม่ว่าห้องสมุดพื้นเมืองถูกโหลดและเริ่มต้นในการเริ่มต้น.
• เพิ่มคำสั่งใหม่เพื่อ PAUSE_THREAD อสังหาริมทรัพย์ wrapper.commandfile ซึ่งทำให้มันเป็นไปได้ที่จะทดสอบว่า Wrapper จะทำงานเมื่อหัวข้อต่างๆบล็อกหรือแช่แข็ง นี้ถูกใช้ในการจำลองและการทำซ้ำอย่างหนักในประเด็นผูกพัน IO เซิร์ฟเวอร์.
• การปรับปรุงทางด้าน Java ของ Wrapper จะทำงานเมื่อ Wrapper ล้มเหลวในการ ping JVM สำหรับระยะเวลานาน JVM ใช้ในการออกจากที่จะปล่อยให้ตัวเอง resync ตัวเองด้วย JVM นี้ได้ก่อให้เกิดปัญหาในระบบซึ่งเป็น IO ผูกพันอย่างมากเพราะ Wrapper สามารถป้องกันในขณะที่ในขณะที่พยายามที่จะเขียนไปยังแฟ้มบันทึกและ JVM ได้รับการออก JVM ในขณะนี้จะไม่เคยออกภายใต้สถานการณ์ดังกล่าว JVM จะไม่กลายเป็นกำพร้าเพราะมันจะยังคงออกเกือบจะในทันทีถ้าซ็อกเก็ตแบ็กเอนด์หรือท่อที่มี Wrapper เคยปิด.
• คัดค้าน WrapperManager.appearOrphan () วิธีการที่มันถูกใช้ในการจำลองความล้มเหลวซึ่งเป็นไปไม่ได้อยู่กับ Wrapper.
• การเปลี่ยนแปลงวิธี Wrapper คือการจัดการกับข้อผิดพลาดเกี่ยวกับใบรับรองรหัสการลงนาม / ใบรับรอง timestamping Wrapper จะปิดตอนนี้เท่านั้นเองถ้าลายเซ็นของไบนารีที่ไม่ได้ประสบความสำเร็จในการตรวจสอบเพราะไบนารีหรือลายเซ็นได้รับการผิดรูปแบบ แต่ไม่ถ้ามีปัญหากับการต่อต้านการลงนามใด ๆ ที่มีการค้นพบ เริ่มต้นด้วย 3.5.7, ไบนารี Wrapper Windows เป็นลงนาม ผู้ใช้บางคนที่มีการล็อคลงระบบ Windows 2008 มีปัญหากับ Wrapper ปฏิเสธที่จะเริ่มต้นได้เนื่องจากใบรับรองประชาได้รับการปิดใช้งานบนระบบของพวกเขา.
• เพิ่มสถานที่ให้บริการ wrapper.java.detach_started ใหม่ซึ่งจะทำให้มันเป็นไปได้ที่จะใช้ห่อเป็นเครื่องมือง่ายๆที่จะเปิดการใช้งานจาวา เมื่อเปิดใช้งาน Wrapper สิ้นสุดทันทีและ JVM ที่เหลือเพื่อให้ทำงานได้ด้วยตัวเอง.
• เมื่อใช้ Wrapper เป็นบัญ​​ชีผู้ใช้ที่ระบุผ่านอสังหาริมทรัพย์ wrapper.ntservice.account, Wrapper จะเพิ่มได้รับอนุญาตสำหรับบัญชีการเข้าสู่ระบบเป็นบริการโดยอัตโนมัติเมื่อติดตั้ง (คุณลักษณะขอ # 3286491)

มีอะไรใหม่ ในรุ่น 3.5.6:

• แก้ไขปัญหาในระบบปฏิบัติการยูนิกซ์ที่ล็อกไฟล์ เส้นทางถูกคำนวณไม่ถูกต้องถ้าเส้นทางที่แน่นอนได้รับการระบุไว้สำหรับ wrapper.logfile และไฟล์ไม่ได้อยู่แล้ว ข้อความแจ้งเตือนถูกแสดง Wrapper แต่จะดำเนินการโดยใช้แฟ้มบันทึกเริ่มต้น มีปัญหาในข้อความที่ปรากฏเป็นที่ก่อให้เกิดความผิดพลาดในบางแพลตฟอร์มรวมถึงระบบปฏิบัติการ Mac OSX นำมาใช้ในรุ่น 3.5.5.
• แก้ไขปัญหาบนแพลตฟอร์ม Windows ที่ Wrapper จะผิดพลาดถ้ามันไม่สามารถเข้าถึงไดเรกทอรีของ wrapper.logfile การกำหนดค่า นำมาใช้ในรุ่น 3.5.5 Bug # 3087424.
• ปรับปรุงคำเตือนวิธีการที่ถูกบันทึกไว้เมื่อมีปัญหาการเขียนไปยัง wrapper.logfile กำหนดค่าเพื่อให้ข้อความจะถูกบันทึกลงในแฟ้มบันทึกที่ Wrapper จบลงด้วยการใช้ในกรณีที่มันจะประสบความสำเร็จในการลดลงกลับไปเริ่มต้นการเข้าสู่ระบบ ไฟล์.
• แก้ไขปัญหาบนแพลตฟอร์ม Windows ที่ wrapper.java.additional คุณสมบัติที่ถูกระบุในบรรทัดคำสั่งและช่องว่างที่มีอยู่ไม่ถูก requoted อย่างถูกต้องเมื่อสร้างบรรทัดคำสั่ง Java นำมาใช้ในรุ่น 3.3.6.
• แก้ไขปัญหาที่ข้อความแจ้งเตือนที่ล็อกไว้สำหรับค่าที่ไม่ถูกต้องของ wrapper.java.additional ทรัพย์สินที่มีข้อความเสียหาย นำมาใช้ในรุ่น 3.3.6.
• แก้ไขปัญหาในระบบปฏิบัติการยูนิกซ์ที่ค่าไม่ถูกต้องสำหรับ wrapper.java.additional สถานที่ให้บริการได้อย่างถูกต้องได้รับการรายงานแล้วข้าม แต่บรรทัดคำสั่งที่เกิดขึ้นที่จะเปิดตัว JVM มีค่าว่างที่ก่อให้เกิด JVM ที่จะล้มเหลวที่จะเปิดตัว ค่าไม่ถูกต้องเป็นค่าใด ๆ ที่ไม่ได้เริ่มต้นด้วย & quot; - & quot; ตัวอักษร.
• เพิ่มตัวแปรสภาพแวดล้อม WRAPPER_INIT_DIR ใหม่ที่สามารถนำมาใช้เพื่อการอ้างอิงไดเรกทอรีการทำงานจากที่ Wrapper เปิดตัว นี้เป็นสิ่งจำเป็นสำหรับการใช้งานบางอย่างเพราะ Wrapper เสมอเปลี่ยนแปลงไดเรกทอรีการทำงานของมันไปยังสถานที่ของไบนารี Wrapper.
• แก้ไขสคริปต์เชลล์ยูนิกซ์จึงไม่มีการเปลี่ยนแปลงอีกต่อไปผบการทำงานปัจจุบันไปยังสถานที่ของสคริปต์ นี้เป็นสิ่งจำเป็นอีกต่อไปเพราะ Wrapper ได้รับการเปลี่ยนไดเรกทอรีการทำงานไปยังสถานที่ของตัวเองตั้งแต่รุ่น 3.2.0.
• เพิ่มสถานที่ให้บริการ wrapper.request_thread_dump_on_failed_jvm_exit.delay ใหม่เพื่อควบคุมระยะเวลา Wrapper จะรอหลังจากทำด้ายการถ่ายโอนข้อมูลก่อนที่จะฆ่ากระบวนการ Java ความล่าช้านี้ได้เสมอ hardcoded ถึง 5 วินาที.
• ทำความสะอาดข้อความของข้อความเตือนหลายเกี่ยวกับค่าการกำหนดค่าที่ไม่ถูกต้องที่จะทำให้พวกเขามากขึ้นสอดคล้องกัน.
• (Professional Edition)
• เพิ่มสถานที่ให้บริการ wrapper.jvm_kill.delay ใหม่ซึ่งทำให้มันเป็นไปได้ที่จะควบคุมปริมาณของเวลาที่จะอนุญาตให้ระหว่างเหตุการณ์ jvm_kill ถูกยิงและ JVM จริงถูกฆ่าตาย
  
  
  
  
  

ต้องการ

• ของ Oracle Java Standard Edition Runtime Environment