Java Service Wrapper Community Edition

Service Wrapper Java Community Edition là một phần mềm dòng lệnh hoàn toàn mã nguồn mở miễn phí và đã được thiết kế từ mặt đất lên để hoạt động như một cấu hình và dễ sử dụng tiện ích cho việc triển khai các ứng dụng Java như daemon UNIX gốc hoặc Windows nền services.Provides sửa lỗi functionalityIt là một phần mềm linh hoạt, đáng tin cậy và cross-nền tảng cung cấp các chức năng chỉnh sửa các lỗi mà sẽ tự động khởi động lại không đáp ứng hoặc bị rơi JVM (Java Virtual Machine). Ngoài ra, các phần mềm tính năng kịch bản tiêu chuẩn, cài đặt ứng dụng dễ dàng, và chức năng ghi chép, quản lý các tiến trình con, sự kiện hẹn giờ, được email cảnh báo, lệnh sự kiện, giới hạn bộ nhớ tương đối, hỗ trợ nhiều ngôn ngữ, cũng như các sự kiện và hành động của người sử dụng xác định.
Các Community Edition được phân phối theo giấy phép mã nguồn mở, bởi nó & rsquo; s chức năng bị hạn chế, vì bạn sẽ có thể sử dụng để chỉ cho phép các ứng dụng Java để chạy như một daemon UNIX, khởi động lại và theo dõi các JVM, để kiểm soát quá trình ưu tiên, để trigger JVM khởi động lại, bãi thread, và tắt máy, sử dụng một thư mục làm việc tùy chỉnh, sử dụng ký tự đại diện, cũng như để đăng nhập và chụp JVM console output.Getting bắt đầu với Java Service Wrapper Community EditionTo bắt đầu với phiên bản cộng đồng của Java Service Wrapper , tải về các gói tương ứng với máy tính của bạn & rsquo; s kiến ​​trúc, lưu trữ trên thư mục Home của bạn, giải nén nó, mở một ứng dụng Terminal, đi đến vị trí của & lsquo; bin & rsquo; thư mục (ví dụ: cd /home/softoware/wrapper-linux-x86-64-3.5.26/bin/) và chạy & lsquo; ./ wrapper & rsquo; lệnh, mà sẽ hiển thị thông điệp sử dụng và có sẵn options.Runs dòng lệnh trên một phạm vi rộng của POSIX và điều hành UNIX-like systemsJava Service Wrapper được phân phối trong ba phiên bản, Community Edition, Standard Edition, và Professional Edition. Nó tương thích với tất cả các bản phân phối GNU / Linux, nhưng chạy trên một phạm vi rộng của POSIX và hệ điều hành UNIX-like, bao gồm FreeBSD, AIX, HP-UX, Microsoft Windows, Mac OS X, và Solaris, hỗ trợ 64-bit (x86_64 ), 32-bit (x86), Armel, ARMHf, SPARC, s390, s390x, Itanium, PPC (PowerPC), cũng như PA-RISC các nền tảng phần cứng.

là gì mới trong phiên bản này:.

• Cải thiện các thông tin đăng nhập khi khởi động lại JVM được yêu cầu khi Wrapper là trong một nhà nước mà nó sẽ được bỏ qua (Standard / Professional Edition)
• Thêm một thông debug bổ sung khi một quá trình quét hoàn bế tắc. Không có thay đổi chức năng nhưng điều này đã được thêm vào để làm cho nó dễ dàng để kể bao lâu quét mất trên một ứng dụng nhất định.
• Làm sạch theo dõi nội bộ của nơi mà các biến môi trường đã được thiết lập. Không có thay đổi chức năng.
• Khi phát hiện Cygwin với 'uname -o' trong file kịch bản, một số hệ điều hành (Solaris, MacOS, vv) hiển thị một thông báo lỗi vì '-o' không phải là một tham số hợp lệ. Bây giờ chúng ta che giấu thông báo lỗi này để tránh nhầm lẫn và chúng ta có thể đoán rằng Cygwin không chạy.
• Thêm khả năng để kiểm soát hoạt động dịch vụ với systemd sử dụng các tập tin kịch bản.
• Trên Mac OS X, sửa chữa một lỗi đánh máy, thêm một cách khác để tìm thấy Java để thiết lập các biến môi trường JAVA_HOME, và sử dụng các đường dẫn đầy đủ để thực hiện sysctl trong trường hợp nó không có trong đường dẫn. Nhờ Dannes Wessels chỉ ra điều này.
• Khắc phục sự cố trên các phiên bản mới hơn của Windows khi tùy chỉnh các Wrapper. Giấy chứng nhận không được xóa bỏ khi tạo các mục tiêu. Điều này đã dẫn đến một lỗi khi cố gắng đăng các mục tiêu với một chứng chỉ mới.
• Thêm thiếu hỗ trợ trong các kịch bản cho khởi động lại / dừng dịch vụ Wrapper với launchctl trên Mac OS X.
• Thêm thiếu hỗ trợ trong các kịch bản cho khởi động lại / dừng dịch vụ Wrapper với Upstart.
• Thêm khả năng để thiết lập đường dẫn của lệnh 'su' cũng như khả năng xác định đối số trong các kịch bản sử dụng Wrapper SU_BIN và SU_OPTS biến mới.
• Sửa chữa một vấn đề trong các lớp helper WrapperSimpleApp, WrapperStartStopApp, và WrapperJarApp nơi mà vấn đề dòng lệnh đó dẫn đến việc thoát JVM khởi động trông giống như lối thoát hiểm bất ngờ. Điều này có nghĩa rằng Wrapper sẽ cố gắng khởi động lại khu JVM lại hơn là đưa lên trong lần đầu tiên.
• Đổi các lớp helper WrapperSimpleApp, WrapperStartStopApp, và WrapperJarApp để biểu ngữ sử dụng của họ sẽ chỉ đến bây giờ được hiển thị cho các vấn đề liên quan đến dòng lệnh. Các vấn đề với các lớp học, phương pháp, hoặc các tập tin jar quy định vẫn được ghi lại như những sai sót, nhưng thấy người sử dụng sử dụng trong những trường hợp này là khó hiểu.
• Sửa WrapperResources.getString () phương pháp mà không có đối số thay thế để chế biến của các chuỗi thô được xử lý giống như các phương pháp đó có các đối số thay thế. Bây giờ tất cả các chuỗi được xử lý bởi các lớp MessageFormat trước khi được trả về. Các phiên bản trước là không phù hợp về sự cần thiết để thoát khỏi dấu ngoặc đơn.
• Thêm xác nhận key tùy chọn để đảm bảo rằng các chuỗi thông qua vào các WrapperResources.getString () phương pháp được định dạng chính xác. Xem lớp WrapperResources cho thông tin làm thế nào để kích hoạt.
• Thêm lựa chọn mới cho wrapper.backend.type tài sản: AUTO, SOCKET, SOCKET_IPv4, SOCKET_IPv6, PIPE. Khi thiết lập để AUTO, các Wrapper sẽ cố gắng để mở một ổ cắm ipv4 và ipv6 và dự phòng để cho đường ống trong trường hợp lỗi.
• Fix lỗi khi chuyển đổi từ nhiều byte để rộng char mà không cần thiết lập miền địa phương lúc khởi động (Unix chỉ). Nhờ Bert.
• Thêm một 'CLOSE_BACKEND' bí danh để 'CLOSE_SOCKET' như là một lệnh kiểm tra đối với các tài sản wrapper.commandfile. Điều này là bởi vì đã có nhiều tùy chọn cho kết nối phụ trợ cho một số thời gian và tên của nó là khả năng di chuyển.
• Khắc phục sự cố trên Mac OS X khi chạy Yosemite mà kịch bản đã thất bại để so sánh một cách chính xác phiên bản '10 .10 'để '10 .5.0'. Điều này đã dẫn đến các kịch bản suy nghĩ rằng chỉ có những chương trình 32-bit có thể chạy. Đây chỉ là một vấn đề nếu việc đặt tên gói đồng bằng của những chương trình wrapper đã được sử dụng.
• Thêm một tài sản wrapper.java.classpath.missing.loglevel mới mà làm cho nó có thể kiểm soát cách các Wrapper ghi cảnh báo về việc thiếu các yếu tố classpath. Trước đây đã luôn luôn đăng nhập như là đầu ra debug và không thể bị vô hiệu hóa.
• Nếu có bất kỳ vấn đề cấp độ thấp ra mắt trình Java mà không liên quan đến cấu hình hay các JVM chính nó, Wrapper sẽ không còn cố gắng một lần nữa khi thử lại như là vô nghĩa.
• API hệ thống Windows có một vấn đề mà gây ra một quá trình sụp đổ nếu nó cố gắng để thiết lập một biến môi trường trên 32.767 ký tự. Các Wrapper hiện kiểm tra cho điều này và ghi vào một lỗi hơn là thiết lập các biến. Đây là một vấn đề nếu classpaths rất lớn đã được sử dụng khi các tài sản wrapper.java.classpath.use_environment là TRUE.
• Windows không cho phép một dòng lệnh để được lâu hơn 32.766 ký tự. Các phiên bản khác nhau của Windows xử lý nó một cách khác nhau khi một lệnh dài như vậy được cung cấp. Các Wrapper bây giờ thực hiện kiểm tra riêng của mình và cho thấy một lỗi trong một cách phù hợp.
• Cải thiện các thông báo lỗi trên nền tảng UNIX khi dòng lệnh dài hơn tối đa hệ thống. Tối đa này khác nhau rất nhiều bởi nền tảng và môi trường và rất khó để tính toán đáng tin cậy, do đó độ dài tối đa hiện tại không hiển thị trong tin nhắn.
• Khắc phục sự cố trên nền tảng UNIX, nơi một tập tin cấu hình rất lớn có thể gây ra các WrapperManager để không khởi động. Điều này được gây ra bởi sự chuyển nhượng một phần của tập tin cấu hình để các WrapperManager thông qua kết nối phụ trợ. Điều này sẽ xảy ra bất kể các loại phụ trợ được sử dụng. Các kích thước của tập tin cấu hình mà có thể gây ra một vấn đề rất khác nhau dựa trên các hệ thống cụ thể.
• Khắc phục sự cố trên nền tảng Windows có một tập tin cấu hình rất lớn sẽ không được gửi đến WrapperManager khởi động khi tài sản đã được thiết lập để wrapper.backend.type PIPE. Vấn đề duy nhất là WrapperManager.getProperties () phương pháp sẽ được sản phẩm nào. (Professional Edition)
• Thêm kiểm tra đến WrapperManager.exec () phương pháp trên Windows cho chiều dài tối đa của dòng lệnh 32.766, và môi trường tối đa chiều dài cặp biến tên-giá trị 32767. (Professional Edition)
• Sửa chữa một vấn đề mà một tự do của một con trỏ NULL đã được thực hiện như một phần của quá trình dọn dẹp của một WrapperManager.exec () gọi. Đây không biết là đã gây ra bất kỳ vấn đề.
• Added phương thức cho lớp WrapperProcess như là bí danh cho getInputStream (), getErrorStream (), và getOutputStream () phương pháp để giúp tránh nhầm lẫn.
getStdOut (), getStdErr (), và getStdIn ()
• Sửa chữa một vấn đề trên Windows 7, nơi dòng nhật ký dài đã bị hỏng sau khi 31.397 ký tự khi wrapper.console.direct là sự thật. Điều này có vẻ là một vấn đề với Windows API cơ bản và chỉ là một vấn đề hiển thị. Giảm số lượng ký tự tối đa có thể được viết bằng một cuộc gọi API duy nhất để 30000 để làm việc xung quanh vấn đề này. Sự thay đổi này là nội bộ và vẫn không có giới hạn về độ dài của dòng đăng nhập.
• Fix một bế tắc nếu Wrapper không thể viết vào phụ trợ khi tài sản wrapper.backend.type là PIPE. Tìm thấy bằng cách xem xét mã và không biết là đã thực sự xảy ra.
• Từ Mac OSX 10.5.0, các tập tin kịch bản sẽ sử dụng phím 'KeepAlive' trong tập tin cấu hình launchctl. Những phiên bản trước của Mac OSX sẽ tiếp tục sử dụng cùng một khóa 'OnDemand'. Nhờ Robin chỉ ra điều này. (Standard / Professional Edition)
• Không cho phép việc sử dụng các hostids gắn với thiết bị của Apple Bluetooth khi đang chạy trên một hệ thống Windows ảo hóa lưu trữ trên một hệ điều hành OS X.
• Sửa chữa một vấn đề mà WrapperManager.log () đã không làm việc một cách chính xác khi tin nhắn đa-byte được lưu lại.
• Trong đầu ra debug các thuộc tính cấu hình gói toàn bị ức chế từ các dữ liệu ghi nhận vì nó là rất lớn và có thể chứa dữ liệu nhạy cảm. Thêm một kích thước đầu ra được viết tắt để hỗ trợ gỡ lỗi.
• Sửa chữa rò rỉ bộ nhớ trên các nền tảng UNIX bất cứ khi nào một thông báo lỗi đã được báo cáo. Đây chỉ là một vấn đề nếu thông điệp được đăng nhập nhiều lần.
• Đúng một vài rò rỉ bộ nhớ tiềm năng khác được tìm thấy thông qua xem xét mã. Không biết là đã được gây ra bất kỳ vấn đề thực tế.

là gì mới trong phiên bản 3.5.23:

• Standard / Professional Edition:
• Khi một loại giấy phép không rõ là gặp phải, bao gồm các loại không rõ trong thông báo lỗi để giúp gỡ lỗi.
• Sửa chữa một vấn đề tham nhũng bộ nhớ trên z / OS khi ngôn ngữ đã được thiết lập để một byte locale đôi như Nhật Bản.
• Đi qua và làm cho các Wrapper nhiều hơn bền khi bị mã hóa ký tự byte kép đang gặp phải.
• preofessional Edition:
• Sửa ném ngoại lệ khi WrapperManager.exec () được gọi trong khi Wrapper là tắt máy vì vậy bây giờ nói rằng thay vì nói rằng các thư viện nguồn gốc không phải nạp.
• Các Wrapper tại là cẩn thận hơn để đảm bảo rằng các phụ trợ là không bao giờ đóng cửa trong khi một tiến trình con đang được đưa ra để đảm bảo rằng các Wrapper biết về tất cả các tiến trình con được đưa ra.
• Thêm một thông điệp cảnh báo trong trường hợp các Wrapper không được thông báo của một quá trình con đưa ra do sự kết nối phụ trợ được đóng lại.
• Sửa NPE tiềm năng có thể được ném ra trong khi đọc hoặc đầu ra thiết bị xuất chuẩn stderr từ một quá trình con trong khi Wrapper được tắt và sau khi quá trình con đã thoát.
• Khắc phục sự cố trên nền tảng UNIX, nơi chúng tôi đã bị mắc kẹt cố gắng dọn dẹp sau một quy trình đang được chặn trên một đọc từ thiết bị xuất chuẩn hoặc stderr.
• Khắc phục sự cố trên nền tảng UNIX, nơi một thời gian chờ cố gắng để có được một khóa bên trong của quá trình danh sách con đã gây ra một truy cập nội bộ để có được ra khỏi đồng bộ, dẫn đến một tiến trình con kết thúc khác bị bỏ lại zombie như không còn tồn tại cho đến khi quá trình Java chấm dứt.
• Khắc phục sự cố trên nền tảng UNIX có mô tả tập tin đường ống sử dụng để giao tiếp với các tiến trình con đã được thông qua không đúng cho tất cả các tiến trình con. Họ đã không phát triển theo thời gian.
• Khắc phục sự cố trên hệ thống FreeBSD nơi wrapper.lang.encoding không được giải quyết để UTF-8 một cách chính xác khi các biến môi trường LANG không được thiết lập.
• Sửa chữa một vấn đề đồng bộ tiềm năng gọi WrapperProcess.waitFor () hoặc WrapperProcess.exitValue ().
• Add thêm đầu ra debug log cho thấy các giá trị thời gian chờ khác nhau để giúp đỡ với vấn đề người sử dụng gỡ lỗi.
• Sửa chữa một vấn đề mà các kịch bản đã không được phát hiện một cách chính xác các phiên bản hệ điều hành Mac OSX với Maverick.
• Thêm cảnh báo về các biến môi trường không xác định trong bao gồm các tài liệu tham khảo tập tin trong tập tin cấu hình.
• Thêm hỗ trợ cho việc mở rộng biến môi trường trong các tập tin được chỉ định với các wrapper.java.additional_file và wrapper.app.parameter_file tính.
• Sửa số nguyên định dạng trong WrapperUNIXGroup.toString () phương pháp để nó phù hợp với phần còn lại của các Wrapper.
• Sửa chữa một vấn đề mà các yêu cầu thư viện iconv không thể được thỏa mãn trong FreeBSD 10. Bây giờ chúng ta xác định vị trí thư viện tự động bằng cách tìm kiếm /usr/local/lib/libiconv.so, /usr/local/lib/libbiconv.so hoặc /lib/libkiconv.so.4 thứ tự đó.
• Fix một phương pháp WrapperPrintStream.println () để chứa các chuỗi linefeeds cách chính xác sẽ có mỗi dòng thêm vào phía trước với tiêu đề cấu hình.

là gì mới trong phiên bản 3.5.14:

• Sửa chữa một vấn đề trong các AppCommand.bat.in có đơn nơi một ngoặc đơn trong tên tập tin nhị phân của Wrapper sẽ gây ra một & quot; PATH đã bất ngờ vào thời gian này & quot; lỗi.
• (Standard / Professional Edition)
• Sửa chữa một vấn đề khi sử dụng một phiên bản địa hoá của các Wrapper trên nền tảng Windows 64-bit nơi Wrapper sẽ tiếp tục sử dụng hệ thống ngôn ngữ mặc định thậm chí wrapper.lang đã được sử dụng để xác định một ngôn ngữ khác nhau. Được giới thiệu vào 3.5.12.
• Sửa chữa một vấn đề trong Windows AppCommand.bat.in lệnh dựa trên hàng loạt tập tin mà lệnh 'trạng thái' đã sai được báo cáo là "truy vấn" ở đầu ra sử dụng. Lệnh 'status' đã luôn luôn làm việc một cách chính xác nếu được sử dụng.
• Khắc phục sự cố trên nền tảng UNIX, nơi một số thông điệp không đồng bộ đã gây ra một thông điệp cảnh báo & quot; Mã hóa Lỗi ... & quot; để được đăng nhập ở nơi thông báo dự định. Điều này có thể được nhìn thấy nếu các tập tin đăng nhập cấu hình không có quyền ghi. Khác với thông tin đăng nhập không chính xác, các Wrapper làm việc một cách chính xác. Được giới thiệu vào 3.5.2.
• Sửa chữa một vấn đề trong các kịch bản UNIX mà chạy với mới nổi đã không làm việc một cách chính xác khi RUN_AS_USER đã được thiết lập.
• Relax kiểm tra an ninh khi chạy 'status' lệnh chống lại các shell script UNIX nên nó bây giờ cho phép bất kỳ người sử dụng chạy các kịch bản để thực hiện việc kiểm tra chỉ đọc các tập tin pid.
• Sửa chữa một vấn đề với kịch UNIX nơi 'loại bỏ' lệnh đã cố gắng để ngăn chặn một ứng dụng đang chạy, ngay cả khi ứng dụng đã không được cài đặt.
• Sửa chữa một lỗi tràn bộ đệm có thể có khả năng gây ra một vụ tai nạn trong khi cài đặt một dịch vụ Windows khi wrapper.ntservice.account đã được chỉ định. Điều này đã được giới thiệu trong 3.5.12.
• Fix một đống tham nhũng mà có thể xảy ra khi khởi động và có khả năng gây ra một vụ tai nạn. Chỉ có các hệ thống Windows, trong đó sử dụng các bản ghi sự kiện hệ thống, đã bị ảnh hưởng. Được phát hiện từ một mã xem, ở đó đã không bao giờ được báo cáo nào về điều này gây khó khăn cho người sử dụng. Điều này có thể xảy ra nếu các wrapper.log cấu hình không thể được ghi vào như Wrapper luôn cố gắng để ghi vào Event Log trong trường hợp như vậy. Được giới thiệu vào 3.5.12.
• Thêm một so sánh phiên bản mới giữa các shell script UNIX và Wrapper để bắt đầu hiển thị một cảnh báo trong trường hợp của một phiên bản không phù hợp. Việc kiểm tra sẽ chỉ làm việc nếu kịch bản và Wrapper là từng ít nhất phiên bản 3.5.14.
• Thêm một tài sản wrapper.pidfile.strict mới mà sẽ cho các Wrapper để không bắt đầu nếu tập tin pid đã tồn tại. Mặc định là false để tương thích ngược.
• Hãy ở bên Java của ổ cắm phụ trợ phục hồi hơn trong trường hợp của một đọc hoặc viết timeout. Các ổ cắm phụ trợ không có một thời gian chờ đặt theo mặc định vì vậy đây không phải là một vấn đề. Một vài người sử dụng báo cáo các vấn đề về hệ thống cụ thể tuy nhiên dẫn đến sửa lỗi này.
• Để hỗ trợ cho việc thử nghiệm các timeout phụ trợ socket, một hệ thống tài sản wrapper.backend.so_timeout mới đã được thêm vào để làm cho nó có thể cấu hình các ổ cắm phụ trợ để sử dụng một thời gian chờ. Xem Javadocs của WrapperManager.exec () lớp để biết chi tiết.

là gì mới trong phiên bản 3.5.11:

• Fix một vụ tai nạn tiềm năng trên Windows gây ra bởi một bộ đệm tràn. Đây là một vấn đề kể từ phiên bản 3.5.0 và ảnh hưởng đến cấu hình mà định nghĩa nhiều hơn một wrapper.ntservice.dependency .. Tùy thuộc vào những gì có trong bộ nhớ, điều này không luôn luôn dẫn đến một vụ tai nạn. Nó có hành vi rất tái sản xuất cho một tập tin cấu hình nhất định.
• Khắc phục sự cố trên Windows mà Wrapper được lấy 15 giây hoặc lâu hơn để khởi động trên một số hệ thống, vì thế hệ thống gọi WinVerifyTrust đã gặp vấn đề cập nhật CRL. Đây đã là một vấn đề vì những chương trình Wrapper bắt đầu được ký kết trong phiên bản 3.5.7. Nếu cuộc gọi WinVerifyTrust mất nhiều thời gian hơn so với wrapper.startup_thread.timeout cấu hình thì Wrapper sẽ tiếp tục khởi động không chậm trễ hơn nữa.
• (Standard / Professional Edition)
• Rõ ràng loại bỏ các chứng chỉ của hệ nhị phân tùy chỉnh trong tùy biến. Có những vấn đề từ chức nhị phân với một giấy chứng nhận khác.
• Nếu Wrapper là không thể để viết thư cho wrapper.logfile cấu hình cho bất kỳ lý do đó, chúng tôi luôn luôn rơi trở lại vào một tập tin nhật ký mặc định và sau đó đăng một thông điệp về sự thất bại. Nếu mặc định cũng thất bại thì đó cũng được đăng nhập nhưng các tin nhắn chỉ sẽ được đăng nhập vào giao diện điều khiển trong hầu hết các trường hợp. Sửa đổi các Wrapper nên bây giờ chúng ta luôn gửi cả tin nhắn đến syslog hoặc EventLog bất kể những gì wrapper.syslog.loglevel được thiết lập để. Điều này là rất quan trọng để giúp theo dõi các nguyên nhân của các vấn đề truy cập logfile.
• Bắt đầu với phiên bản 3.5.0, đó là nội bộ có thể in ra các thông điệp đa dòng nhật ký để tất cả các dòng sẽ luôn luôn được nhóm lại với nhau trong các tập tin log. Phiên bản này sửa đổi các mã khai thác gỗ nhẹ nên ở đầu ra như nhiều dòng nhật ký bây giờ đăng nhập như một tin nhắn duy nhất trong SYLOG UNIX hoặc Windows EventLog.
• Sửa chữa một vấn đề mà đường rất dài của đầu ra từ các JVM sẽ gây ra các Wrapper để xuất hiện để treo trong một thời gian. Lần đầu tiên một dòng đầu ra có chứa vài trăm nghìn ký tự được cắt ra, một bộ đệm bên trong đã được từng bước tăng 100 ký tự trên mỗi chu kỳ. Các Wrapper đến nay đã tăng kích thước dựa trên kích thước cuối cùng được biết để làm giảm đáng kể số lượng các chu kỳ cần thiết để lựa chọn một kích thước bộ đệm mới.
• Sửa đổi các lệnh PAUSE_THREAD nên bây giờ có thể chờ đợi vô thời hạn. Chỉ hữu dụng để thử nghiệm các Wrapper.
• Thêm một lệnh PAUSE_LOGGER mới để làm cho nó có thể tạm dừng các mục đăng nhập tiếp theo. Chỉ hữu dụng để thử nghiệm các Wrapper.
• Trên UNIX, các ống stdout / stderr giữa các JVM và Wrapper đã không được làm sạch đúng cách. Điều này dẫn đến một sự rò rỉ nhỏ nhưng vô hại. Các đường ống đang làm sạch và khởi tạo cho mỗi trường hợp JVM.
• Sửa chữa một vấn đề mà các Wrapper có thể không khởi động lại JVM khi yêu cầu khởi động lại bắt nguồn từ JVM nếu hệ thống đã trải qua IO rất nặng dẫn đến đĩa IO dài hàng đợi. Đây là gây ra vòng lặp chính của Wrapper để chặn trên viết và bỏ qua yêu cầu khởi động lại, gây ra các Wrapper để tắt máy thay vì khởi động lại. Điều này có thể ảnh hưởng đến tất cả các nền tảng. Trên Windows, nó cũng có thể được sao chép lại bằng cách làm cho một sự lựa chọn trong giao diện điều khiển để đóng băng đầu ra và sau đó thực hiện một yêu cầu từ bên trong JVM khởi động lại.
• Thêm một lớp helper WrapperPropertyUtil mới để làm cho nó easer để truy cập các giá trị tài sản Wrapper từ bên trong JVM.
• Sửa chữa một lỗi trên một số nền tảng nơi sản lượng java log có thể bị hỏng do sử dụng sai của một chức năng hệ thống strncpy. Chức năng này cảnh báo rằng một số hiện thực không hỗ trợ bộ nhớ bản chồng chéo. Vấn đề chỉ có thể được sao chép vào máy tính kiểm tra Linux trong dòng sau một dòng sản phẩm nào của đầu ra. Vấn đề này đã tồn tại từ 3.4.0.

là gì mới trong phiên bản 3.5.9:

• Khắc phục sự cố trên Windows mà các adapter mạng có tên chứa & quot; PRO / 1000 & quot; đã được loại bỏ khỏi danh sách các hostids hiển thị khi & quot; wrapper.exe h & quot; đã chạy. Điều này không ảnh hưởng đến giấy phép máy chủ tập tin quan trọng hiện có tạo ra cho hostIds báo cáo của 3.5.7 hoặc cũ hơn, hoặc các phím giấy phép phát triển. Nhưng nó đã gây ra các Wrapper để báo cáo rằng không có hostIds hợp lệ có thể được tìm thấy khi các Wrapper được bắt đầu mà không có một file bản quyền. Điều này được gây ra bởi một số mã kiểm tra thêm ở 3.5.8 mà chúng ta không thể loại bỏ.
• Sửa chữa một vấn đề mà các Wrapper không đúng năng suất kiểm soát trở lại vòng lặp chính của nó khi một lượng rất lớn các đầu ra liên tục đã được đăng nhập từ các JVM. Được giới thiệu trong phiên bản 3.4.0. Trong các phiên bản trước 3.5.8, điều này có thể gây ra các JVM để thời gian chờ và tự khởi động lại. Đó là vấn đề đặc biệt đã được giải quyết nhưng quá trình Wrapper trong 3.5.8 vẫn sẽ không phản hồi khi điều này đã xảy ra. Các Wrapper bây giờ sẽ luôn luôn năng suất trở lại vòng lặp chính của nó sau 250 mili giây của khai thác gỗ liên tục.
• Sửa chữa một vấn đề mà các WrapperManager có thể cố gắng ngăn chặn đầu ra ghi debug nếu các ứng dụng người dùng hiện đang viết một số lượng rất lớn các đầu ra cho giao diện điều khiển là tốt. Trong trường hợp cực đoan này đã dẫn đến sự Wrapper nghĩ rằng các JVM đã được đông lạnh. Đây chỉ là một vấn đề nếu đầu ra debug được kích hoạt.
• Cơ cấu lại các kịch bản vì vậy tất cả các phiên bản hiện nay sử dụng các kịch bản tương tự một lần nữa.

là gì mới trong phiên bản 3.5.8:

• (Standard / Professional Edition)
• Bắt đầu với phiên bản 3.5.5, chúng tôi không còn giá trị sử dụng của tất cả các 00ff * hostids trên Windows để tránh các vấn đề với việc thay đổi hostids khi người dùng có một adapter mạng Juniper Network Connect trên hệ thống của họ. Điều này hóa ra là quá hạn chế như Guest OS chạy theo Parallels cũng sử dụng nhiều hostid này. Các Wrapper tại là cẩn thận hơn để chỉ làm mất hiệu lực thực tế hostids Juniper Network Connect.
• (Standard / Professional Edition)
• Cải thiện thông điệp hiển thị cho người dùng khi Wrapper là không thể xác định vị trí bất kỳ hostids cho một hệ thống.
• Cố định một vấn đề với các kịch bản wrapper trên Solaris, mà tùy chọn -F là không có sẵn cho grep.
• Added Windows phiên bản thông tin trên đầu ra wrapper debug.
• Thêm một tài sản wrapper.log.warning.threshold mà làm cho các Wrapper hiển thị một cảnh báo bất cứ khi nào nó phát hiện rằng Wrapper mất một thời gian dài để ghi lại một tin nhắn đăng nhập. Này được đưa vào thử nghiệm một vấn đề báo cáo do chậm IO trên các hệ thống rất nhiều tải.
• Sửa chữa một vấn đề mà một bộ lọc mà yêu cầu JVM khởi động lại sẽ bị bỏ qua nếu JVM đã thoát trên riêng của mình ngay lập tức. Các Wrapper tại là phù hợp hơn để yêu cầu khởi động lại từ bên trong JVM hoặc các bộ lọc sẽ luôn luôn được ưu tiên hơn các yêu cầu xuất cảnh như vậy. Yêu cầu tắt máy bên ngoài, hoặc những người từ các hành động khác vẫn sẽ cư xử như họ đã làm trong quá khứ và tiếp tục tắt máy tính, Wrapper. Các Wrapper cũng ghi nhật ký tin nhắn trong đầu ra debug nếu một yêu cầu khởi động lại nổi bật đang được bảo quản hoặc bỏ qua.
• Cố định một vấn đề trong các tập tin batch AppCommand.bat đó có thể xảy ra trên một số nền tảng Windows với một số mã hóa hệ thống multi-byte. Các kịch bản đã được viết lại và các bộ phận có vấn đề đã được đơn giản hóa. Các chức năng của kịch bản đã được bảo quản.
• Nhập việc WRAPPER_CONF_DIR biến môi trường, trong đó có thể được sử dụng cho các thuộc tính cấu hình. (Feature Request 3.160.644)
• Made lối ra script với mã xuất nhập cảnh ngay khi nhận được chạy các script như người sử dụng khác nhau, quy định tại RUN_AS_USER. (Report Bug 3.185.281)
• Khắc phục sự vi phạm truy cập mà có thể xảy ra khi giấy chứng nhận đăng ký mã đã không được xác minh.
• Đăng một lỗi nếu ổ cắm phụ trợ được buộc đóng cửa bên ngoài. Nó đã bị đăng ở một mức độ gỡ lỗi đăng nhập. Thông điệp là & quot; Một kết nối hiện tại được ép buộc đóng cửa bởi các máy chủ từ xa. (0x2746) & quot ;. Bởi vì các tin nhắn được đăng nếu chỉ xuất debug được kích hoạt, các JVM sẽ được khởi động lại mà không giải thích rõ ràng như những gì đã xảy ra. Nguồn gốc của việc đóng cửa ổ cắm đang được điều tra.
• (Professional Edition)
• Nhập cuộc gọi fireUserEvent Java để các API WrapperManager. Điều này cho phép bắn mail sử dụng sự kiện, hành động mà không cần kích hoạt bộ lọc. Xin vui lòng tìm kiếm thêm thông tin chi tiết về các mô hình bảo mật cho các cuộc gọi này tại trang an ninh.
• Fix một cảnh báo trên các phiên bản Mac nếu lệnh java cấu hình không phải là một nhị phân phổ quát. Một cuộc kiểm tra đã được thêm vào trong 3.4.0 để chắc chắn rằng các wrapper.java.command chỉ trực tiếp để thực thi một cách để tránh những hành vi bất ngờ khi chạy một kịch bản. Thông điệp này chỉ là một cảnh báo và tiếp tục bất kể Wrapper. Ppc Standard, ppc_64, x86_64, i386, cũng như những chương trình phổ thông sẽ bây giờ tất cả làm việc một cách chính xác mà không có một lời cảnh báo.

Tính umask
• Các giá trị mặc định của các wrapper. *. Được sử dụng umask hiện quá trình này có. Trước khi các giá trị mặc định là luôn luôn 0022.
• Thêm một tài sản wrapper.backend.type mới được sử dụng để kiểm soát xem các Wrapper giao tiếp với các JVM sử dụng truyền thống & quot; SOCKET & quot; hoặc thử nghiệm & quot mới; PIPE & quot ;. Điều này đã được thêm vào như là một cách giải quyết cho một vấn đề hiếm hoi mà một số các máy tính Windows được đóng ổ cắm ở một cấp hệ điều hành. Điều này đã được chỉ từng thấy trên Windows 2003, nhưng có thể tồn tại trên các phiên bản Windows khác.
• Thêm một tài sản wrapper.use_javaio_thread nghiệm mới mà nguyên nhân của Wrapper để xử lý tất cả java console đầu ra trong một thread chuyên dụng.
• Thêm một phương pháp mới WrapperManager.isNativeLibraryOk () cho phép người sử dụng mã dễ dàng kiểm tra có hay không các thư viện bản địa đã được nạp và khởi tạo trên khởi động.
• Thêm một lệnh PAUSE_THREAD mới đến tài sản wrapper.commandfile mà làm cho nó có thể kiểm tra như thế nào Wrapper xử khi chủ đề khác nhau chặn hoặc đóng băng. Điều này đã được sử dụng để mô phỏng và tái tạo các vấn đề trên các máy chủ rất nhiều IO bị ràng buộc.
• Cải cách ở bên Java của Wrapper ứng xử khi Wrapper không ping JVM cho một khoảng thời gian dài. Các JVM sử dụng để thoát khỏi để cho bản thân resync chính nó với các JVM. Điều này đã gây ra các vấn đề về hệ thống mà là rất nhiều IO bị ràng buộc bởi các Wrapper có thể chặn một lúc trong khi cố gắng để ghi vào file log và các JVM đã được xuất cảnh. Các JVM sẽ không bao giờ thoát khỏi tại trong những hoàn cảnh như vậy. Các JVM sẽ không bao giờ trở thành mồ côi vì nó vẫn sẽ thoát gần như ngay lập tức nếu ổ cắm phụ trợ hoặc ống với Wrapper là bao giờ đóng lại.
• Phản đối các WrapperManager.appearOrphan () như nó được sử dụng để mô phỏng một chế độ thất bại mà là không còn có thể với các Wrapper.
• Thay đổi cách các Wrapper được xử lý giấy chứng nhận lỗi liên quan đến giấy chứng nhận ký mã / timestamping. Các Wrapper sẽ bây giờ chỉ tắt máy tự nếu chữ ký của nhị phân không được xác nhận thành công bởi vì các chữ ký nhị phân hoặc đã bị thay đổi nhưng không nếu có vấn đề với các truy cập người ký tên đã được tìm thấy. Bắt đầu với 3.5.7, những chương trình của Windows Wrapper được ký kết. Một số người sử dụng với khóa Windows 2008 hệ thống có vấn đề với các Wrapper từ chối để bắt đầu vì chứng Comodo đã bị vô hiệu hóa trên hệ thống của họ.
• Thêm một tài sản wrapper.java.detach_started mới mà làm cho nó có thể sử dụng các Wrapper là một công cụ đơn giản để khởi động các ứng dụng Java. Khi được kích hoạt, các Wrapper chấm dứt ngay lập tức và JVM là trái để chạy trên riêng của mình.
• Khi chạy Wrapper là một tài khoản người dùng chỉ định, thông qua thuộc tính wrapper.ntservice.account, các Wrapper sẽ thêm quyền cho tài khoản để đăng nhập như dịch vụ tự động sau khi cài đặt. (Feature Request # 3286491)

là gì mới trong phiên bản 3.5.6:

• Khắc phục sự cố trên nền tảng UNIX, nơi các tập tin đăng nhập con đường đã được tính toán không chính xác nếu một đường dẫn tuyệt đối được quy định cho wrapper.logfile, và các tập tin không tồn tại. Một thông điệp cảnh báo đã được hiển thị nhưng Wrapper sẽ tiếp tục sử dụng các tập tin đăng nhập mặc định. Có một vấn đề trong các thông báo hiển thị mà gây ra một vụ tai nạn trên một số nền tảng bao gồm Mac OSX. Được giới thiệu trong phiên bản 3.5.5.
• Khắc phục sự cố trên nền tảng Windows, nơi các Wrapper sẽ sụp đổ nếu nó không thể truy cập vào các thư mục của wrapper.logfile cấu hình. Được giới thiệu trong phiên bản 3.5.5. Bug # 3.087.424.
• Cải cách cảnh báo được đăng nhập khi có những vấn đề văn bản cho wrapper.logfile cấu hình để thông báo bây giờ sẽ được đăng nhập vào các tập tin log rằng Wrapper kết thúc bằng cách sử dụng trong trường hợp nó là thành công trong việc giảm trở lại một bản ghi mặc định file.
• Khắc phục sự cố trên nền tảng Windows, nơi wrapper.java.additional. tài sản đó đã được xác định trên dòng lệnh, và chứa khoảng trắng, không bị requoted một cách chính xác khi xây dựng các dòng lệnh Java. Được giới thiệu trong phiên bản 3.3.6.
• Sửa chữa một vấn đề mà các thông điệp cảnh báo đăng nhập cho các giá trị hợp lệ của wrapper.java.additional. tài sản, chứa văn bản bị hỏng. Được giới thiệu trong phiên bản 3.3.6.
• Khắc phục sự cố trên nền tảng UNIX, nơi một giá trị không hợp lệ cho wrapper.java.additional. tài sản đã được báo cáo một cách chính xác và sau đó bỏ qua, nhưng dòng lệnh kết quả để khởi động các JVM có một giá trị trống đã gây ra JVM để không khởi động. Một giá trị không hợp lệ là bất kỳ giá trị mà không bắt đầu với một & quot; - & quot; nhân vật.
• Thêm một biến môi trường WRAPPER_INIT_DIR mới mà có thể được sử dụng để tham khảo các thư mục làm việc mà từ đó các Wrapper đã được đưa ra. Điều này là cần thiết cho các ứng dụng nhất định vì các Wrapper luôn luôn thay đổi thư mục làm việc của mình với vị trí của các nhị phân Wrapper.
• Sửa đổi các shell script UNIX nên nó không còn thay đổi dir làm việc hiện tại đến vị trí của kịch bản. Điều này là không còn cần thiết vì Wrapper đã được thay đổi thư mục làm việc đến một vị trí riêng của mình kể từ khi phiên bản 3.2.0.
• Thêm một tài sản wrapper.request_thread_dump_on_failed_jvm_exit.delay mới để kiểm soát bao lâu Wrapper sẽ đợi sau khi làm một bãi chứa thread trước khi giết chết quá trình Java. Sự chậm trễ này đã luôn luôn được hardcoded 5 giây.
• Làm sạch các văn bản của một số thông điệp cảnh báo về giá trị cấu hình không hợp lệ cho phù hợp hơn.
• (Professional Edition)
• Thêm một tài sản wrapper.jvm_kill.delay mới mà làm cho nó có thể kiểm soát lượng thời gian cho phép giữa các sự kiện jvm_kill bị sa thải và các JVM thực sự bị giết.
  
  
  
  
  

Yêu cầu :

• Oracle Java Standard Edition Runtime Environment