Java Service Wrapper Community Edition

Υπηρεσία Java περιτύλιγμα Κοινότητας Edition είναι ένα λογισμικό γραμμής εντολών εντελώς δωρεάν και ανοιχτού κώδικα που έχει σχεδιαστεί από το μηδέν για να ενεργήσει ως ένα ρυθμιζόμενο και εύκολο στη χρήση εργαλείο για την ανάπτυξη των εφαρμογών java ως μητρική δαίμονες UNIX ή φόντο των Windows services.Provides διόρθωση σφάλματος functionalityIt είναι ένα ευέλικτο, αξιόπιστο και cross-platform λογισμικό που παρέχει λειτουργικότητα διόρθωση σφάλματος που θα γίνει αυτόματη επανεκκίνηση μη ανταποκρινόμενοι ή συνετρίβη JVMs (Java Virtual Machines). Επιπλέον, το λογισμικό διαθέτει στάνταρ, scripting, εύκολη εγκατάσταση εφαρμογής, και η λειτουργικότητα καταγραφή, τη διαχείριση των διαδικασιών παιδί, επίκαιρες εκδηλώσεις, τα μηνύματα συναγερμού, εντολές περίπτωση, σε σχέση με τα όρια της μνήμης, υποστήριξη για πολλές γλώσσες, καθώς και εκδηλώσεις και δράσεις που ορίζει ο χρήστης.
Η Κοινότητα Edition διανέμεται με άδεια ανοιχτού κώδικα, από το & rsquo? S λειτουργικότητα είναι περιορισμένη, δεδομένου ότι θα είστε σε θέση να χρησιμοποιήσετε μόνο επιτρέπουν στις εφαρμογές Java για να τρέξει ως δαίμονας UNIX, να κάνει επανεκκίνηση και να παρακολουθούν JVMs, για τον έλεγχο κατά προτεραιότητα διαδικασία, να σκανδάλη JVM επανεκκίνηση, χωματερές νήμα, και διακοπής της λειτουργίας, για να χρησιμοποιήσετε ένα προσαρμοσμένο κατάλογο εργασίας, να χρησιμοποιήσετε χαρακτήρες μπαλαντέρ, καθώς και για να συνδεθείτε και να συλλάβει JVM κονσόλα output.Getting ξεκινήσουν με την Java Υπηρεσία Wrapper Κοινότητας EditionTo να ξεκινήσετε με την κοινοτική έκδοση της Java Υπηρεσία Wrapper , κατεβάστε το πακέτο που αντιστοιχεί στον υπολογιστή & rsquo σας? s αρχιτεκτονική, αποθηκεύστε το αρχείο στο σπίτι σας κατάλογο, αποσυμπιέστε το, ανοίξτε ένα τερματικό εφαρμογή, μεταβείτε στη θέση του & lsquo? Μπιν & rsquo? φάκελο (π.χ. CD /home/softoware/wrapper-linux-x86-64-3.5.26/bin/) και εκτελέστε το & lsquo? ./ περιτύλιγμα & rsquo? εντολή, η οποία θα εμφανιστεί το μήνυμα για την χρήση και τις διαθέσιμες options.Runs γραμμής εντολών σε ένα ευρύ φάσμα των POSIX και UNIX-like λειτουργικά systemsJava Υπηρεσία Wrapper διανέμεται σε τρεις εκδόσεις, Έκδοση της Κοινότητας, Standard Edition, και Professional Edition. Είναι συμβατό με όλες τις διανομές GNU / Linux, αλλά τρέχει σε ένα ευρύ φάσμα των POSIX και UNIX-like λειτουργικά συστήματα, συμπεριλαμβανομένου και του FreeBSD, AIX, HP-UX, τα Microsoft Windows, Mac OS X, και Solaris, υποστήριξη 64-bit (x86_64 ), 32-bit (x86), Armel, ARMHf, SPARC, s390, s390x, Itanium, ΔΕΗ (PowerPC), καθώς και PA-RISC πλατφόρμες υλικού.

Τι είναι καινούργιο σε αυτή την έκδοση:.

• Βελτίωση τα μηνύματα καταγραφής όταν μια επανεκκίνηση JVM ζητείται όταν το περιτύλιγμα σε μια κατάσταση που θα πρέπει να αγνοηθεί (Κανονική / Professional Edition)
• Προσθέστε επιπλέον debug μήνυμα όταν ένα σκούπισμα αδιέξοδο συμπληρώνει. Δεν λειτουργικής αλλαγής, αλλά αυτό προστέθηκε ώστε να είναι εύκολο να πει για πόσο καιρό το σκούπισμα παίρνει μια συγκεκριμένη εφαρμογή.
• Καθαρίστε την εσωτερική παρακολούθηση του όπου ορίσετε μεταβλητές περιβάλλοντος. Δεν λειτουργικές αλλαγές.
• Όταν ανίχνευση Cygwin με «uname -o» στο αρχείο δέσμης ενεργειών, μερικές λειτουργικά συστήματα (Solaris, MacOS, κλπ) δείχνουν ένα μήνυμα σφάλματος, επειδή «-o» δεν είναι μια έγκυρη παράμετρο. Τώρα έχουμε κρύψει αυτό το μήνυμα σφάλματος για να αποφευχθεί η σύγχυση και μπορούμε να υποθέσουμε ότι Cygwin δεν εκτελείται.
• Προσθέστε την ικανότητα να ελέγχει τη λειτουργία της υπηρεσίας με το systemd χρησιμοποιώντας το αρχείο δέσμης ενεργειών.
• Σε Mac OS X, να καθορίσει ένα τυπογραφικό λάθος, προσθέστε μια άλλη εναλλακτική λύση για να βρείτε Java για να ορίσετε τη μεταβλητή JAVA_HOME περιβάλλον, και να χρησιμοποιούν την πλήρη διαδρομή για να εκτελέσει το sysctl σε περίπτωση που δεν είναι στη διαδρομή. Χάρη στην Dannes Wessels για το επισημαίνω αυτό.
• Διορθώστε το πρόβλημα για νεότερες εκδόσεις των Windows, όταν προσαρμόζετε το περιτύλιγμα. Το πιστοποιητικό δεν αφαιρέθηκε κατά τη δημιουργία του στόχου. Αυτό οδηγεί σε ένα σφάλμα όταν προσπαθείτε να συνδεθείτε με το στόχο ένα νέο πιστοποιητικό.
• Προσθήκη λείπει υποστήριξη στο σενάριο κελύφους για την επανεκκίνηση / τερματισμό της υπηρεσίας περιτύλιγμα με launchctl για Mac OS X.
• Προσθήκη λείπει υποστήριξη στο σενάριο κελύφους για την επανεκκίνηση / τερματισμό της υπηρεσίας περιτύλιγμα με Upstart.
• Προσθέστε τη δυνατότητα να ορίσετε τη διαδρομή του την εντολή 'su', καθώς και η δυνατότητα να καθορίσετε πρόσθετα επιχειρήματα στο σενάριο περιτύλιγμα κέλυφος χρησιμοποιώντας την νέα SU_BIN και SU_OPTS μεταβλητών.
• Διορθώστε το πρόβλημα στις τάξεις βοηθός WrapperSimpleApp, WrapperStartStopApp, και WrapperJarApp όπου τα προβλήματα της γραμμής εντολών που είχε ως αποτέλεσμα το JVM έξοδο από την εκκίνηση έμοιαζε με απροσδόκητες εξόδους. Αυτό σήμαινε ότι το περιτύλιγμα θα προσπαθήσει για την ανάκαμψη της JVM και πάλι, αντί να εγκαταλείψουμε την πρώτη προσπάθεια.
• Τροποποιημένο τις τάξεις βοηθός WrapperSimpleApp, WrapperStartStopApp, και WrapperJarApp έτσι ώστε πανό χρήση τους θα πρέπει τώρα να εμφανίζονται μόνο για τη γραμμή εντολών που σχετίζονται με τα προβλήματα. Θέματα με τις καθορισμένες κατηγορίες, τις μεθόδους, ή τα αρχεία βάζο εξακολουθούν να καταγράφονται ως λάθη, αλλά δείχνει στον χρήστη τη χρήση αυτών των περιπτώσεων ήταν σύγχυση.
• Διορθώστε τη μέθοδο WrapperResources.getString () που δεν έχει επιχειρήματα αντικατάστασης έτσι ώστε η επεξεργασία της πρώτης συμβολοσειράς χειρίζεται το ίδιο με τις μεθόδους που έχουν επιχειρήματα αντικατάστασης. Τώρα όλες οι χορδές επεξεργασία από την κατηγορία MessageFormat πριν επιστρέψει. Οι προηγούμενες εκδόσεις δεν ήταν συνεπείς σχετικά με την ανάγκη να ξεφύγουν μονά εισαγωγικά.
• Προστέθηκε προαιρετικό κλειδί επικύρωσης για να βεβαιωθείτε ότι οι χορδές πέρασε με τη μέθοδο WrapperResources.getString () μορφοποιηθεί σωστά. Δείτε την κατηγορία WrapperResources για πληροφορίες πώς να ενεργοποιήσετε.
• Προσθήκη νέου επιλογές για wrapper.backend.type ακινήτου: AUTO, υποδοχή, SOCKET_IPv4, SOCKET_IPv6, σωλήνα. Όταν ρυθμιστεί σε AUTO, το περιτύλιγμα θα προσπαθήσει να ανοίξει ένα IPv4 υποδοχή, εναλλακτικές λύσεις για το IPv6 και να του σωλήνα σε περίπτωση σφάλματος.
• Διόρθωση bug κατά τη μετατροπή από πολλών byte σε μεγάλη χαρα χωρίς να ρυθμίσετε το locale κατά την εκκίνηση (Unix μόνο). Χάρη στην Μπερτ.
• Προσθέστε ένα «CLOSE_BACKEND" ψευδώνυμο για να «CLOSE_SOCKET» ως εντολή δοκιμή για το ακίνητο wrapper.commandfile. Αυτό οφείλεται στο γεγονός ότι έχουν υπάρξει πολλές επιλογές για τη σύνδεση backend για κάποιο χρονικό διάστημα και το όνομα είναι πιο φορητό.
• Διορθώστε το πρόβλημα στο Mac όταν τρέχει OS X Yosemite, όπου το σενάριο παραλείποντας να συγκρίνετε σωστά εκδόσεις '10 .10 'με '10 .5.0 ». Αυτό οδηγεί στο σενάριο νομίζοντας ότι θα μπορούσε να τρέξει εκτελέσιμα μόνο 32-bit. Αυτό ήταν μόνο ένα ζήτημα, αν είχε χρησιμοποιηθεί το δέλτα πακέτο ονομασία των δυαδικών περιτυλίγματος.
• Προσθέστε ένα νέο ακίνητο wrapper.java.classpath.missing.loglevel που καθιστά δυνατό τον έλεγχο πώς το περιτύλιγμα καταγράφει προειδοποιήσεις για λείπουν στοιχεία CLASSPATH. Στο παρελθόν, αυτό ήταν πάντα συνδεδεμένος ως εξόδου εντοπισμού σφαλμάτων και δεν θα μπορούσε να απενεργοποιηθεί.
• Αν υπάρχουν οποιαδήποτε προβλήματα χαμηλό επίπεδο την έναρξη της διαδικασίας Java που δεν έχουν σχέση με τη διαμόρφωση ή το ίδιο το JVM, το περιτύλιγμα θα προσπαθούμε πλέον ξανά ως τέτοιες επαναλήψεις ήταν χωρίς νόημα.
• APIs συστήματος των Windows έχουν ένα πρόβλημα που προκαλεί η διαδικασία να διακοπεί αν προσπαθήσει να ορίσετε μια μεταβλητή περιβάλλοντος πάνω από 32767 χαρακτήρες σε μήκος. Το περιτύλιγμα τώρα ελέγχει για αυτό και καταγράφει ένα σφάλμα αντί να θέτει τη μεταβλητή. Αυτό ήταν ένα πρόβλημα, αν πολύ μεγάλο classpaths χρησιμοποιήθηκαν όταν το ακίνητο wrapper.java.classpath.use_environment ήταν αλήθεια.
• Τα Windows δεν επιτρέπει μια γραμμή εντολών για να είναι μεγαλύτερο από 32.766 χαρακτήρες σε μήκος. Διαφορετικές εκδόσεις των Windows να χειριστεί διαφορετικά όταν παρέχεται μια τέτοια μεγάλη εντολή. Το περιτύλιγμα κάνει τώρα το δικό του έλεγχο και δείχνει ένα λάθος με ένα συνεπή τρόπο.
• Βελτίωση το μήνυμα σφάλματος για πλατφόρμες UNIX όταν η γραμμή εντολών είναι μεγαλύτερο από το μέγιστο συστήματος. Το ανώτατο αυτό ποικίλλει σε μεγάλο βαθμό από την πλατφόρμα και το περιβάλλον και είναι δύσκολο να υπολογιστεί με αξιοπιστία, έτσι ώστε το μέγιστο μήκος που δεν φαίνεται επί του παρόντος στο μήνυμα.
• Διορθώστε το πρόβλημα πλατφόρμες UNIX όπου ένα πολύ μεγάλο αρχείο ρυθμίσεων θα μπορούσε να προκαλέσει η WrapperManager να αποτύχει να θέσετε σε λειτουργία. Αυτό προκλήθηκε από τη μερική μεταφορά του αρχείου ρυθμίσεων στο WrapperManager μέσω της σύνδεσης του backend. Αυτό θα συμβεί ανεξάρτητα από το είδος που χρησιμοποιείται backend. Το μέγεθος του αρχείου ρύθμισης παραμέτρων που θα μπορούσε να προκαλέσει ένα πρόβλημα ποικίλλει σημαντικά ανάλογα με το συγκεκριμένο σύστημα.
• Διορθώστε το πρόβλημα σε πλατφόρμες Windows, όπου ένα πολύ μεγάλο αρχείο ρυθμίσεων θα αποτύχει να αποσταλεί στην WrapperManager κατά την εκκίνηση, όταν το ακίνητο wrapper.backend.type τέθηκε σε σωλήνα. Το μόνο πρόβλημα ήταν ότι οι WrapperManager.getProperties () μέθοδος θα είναι άδειο. (Professional Edition)
• Προσθήκη ελέγχους για την WrapperManager.exec () μέθοδοι για τα Windows για το μέγιστο μήκος της γραμμής εντολών του 32766, και μέγιστη όνομα μεταβλητής περιβάλλοντος-τιμή μήκους ζευγάρι 32767. (Professional Edition)
• Διορθώστε το πρόβλημα όπου ένα ελεύθερο από ένα κενό δείκτη γινόταν ως μέρος της διαδικασίας καθαρισμού του WrapperManager.exec () κλήση. Αυτό δεν είναι γνωστό να έχει προξενήσει προβλήματα.
• Προστέθηκε getStdOut (), getStdErr (), και getStdIn () μεθόδους για την κατηγορία WrapperProcess ως ψευδώνυμα στην getInputStream (), getErrorStream (), και getOutputStream () μεθόδους για να βοηθήσει να αποφευχθεί η σύγχυση.
• Διορθώστε το πρόβλημα στα Windows 7 όπου οι μεγάλες γραμμές καταγραφής έχει καταστραφεί μετά από 31.397 χαρακτήρες, όταν wrapper.console.direct ήταν αλήθεια. Αυτό φαίνεται να είναι ένα πρόβλημα με το υποκείμενο των Windows API και ήταν μόνο ένα θέμα εμφάνισης. Μείωσε το μέγιστο αριθμό χαρακτήρων που μπορεί να γραφτεί με μία μόνο κλήση API για 30000 για να επιλύσετε το ζήτημα. Η αλλαγή αυτή είναι εσωτερική και εξακολουθεί να μην υπάρχει όριο στο μήκος των γραμμών συνδεδεμένοι.
• Fix ένα αδιέξοδο, αν το περιτύλιγμα παρέλειψε να γράψει στο backend, όταν το ακίνητο wrapper.backend.type ήταν σωλήνα. Βρέθηκε από την επισκόπηση του κώδικα και δεν είναι γνωστό ότι έχουν πράγματι συνέβη.
• Από το Mac OSX 10.5.0, το αρχείο script θα χρησιμοποιήσετε το πλήκτρο 'KeepAlive »στο αρχείο ρυθμίσεων launchctl. Πριν εκδόσεις του Mac OSX θα συνεχίσουν να χρησιμοποιούν το ίδιο κλειδί »OnDemand». Χάρη στον Robin που το επεσήμανε. (Στάνταρ / Professional Edition)
• Να απαγορευτεί η χρήση των hostids συνδέεται με τις συσκευές της Apple Bluetooth όταν εκτελείται σε ένα εικονικό σύστημα των Windows που φιλοξενείται σε σύστημα OS X.
• Διορθώστε το πρόβλημα όπου WrapperManager.log () δεν λειτουργούσε σωστά όταν καταγράφηκαν μηνύματα πολλαπλών byte.
• Στην έξοδο της αποσφαλμάτωσης η πλήρης ιδιότητες διαμόρφωση πακέτου καταστέλλεται από την έξοδο αρχείου καταγραφής, διότι είναι τεράστιο και μπορεί να περιέχουν ευαίσθητα δεδομένα. Προσθέστε ένα μέγεθος με το συντομευμένο εξόδου για να βοηθήσει με τον εντοπισμό σφαλμάτων.
• Fix μια διαρροή μνήμης για πλατφόρμες UNIX κάθε φορά που ένα μήνυμα σφάλματος αναφέρθηκε. Αυτό ήταν μόνο ένα πρόβλημα εάν το μήνυμα καταγράφεται επανειλημμένα.
• Διορθώστε ένα ζευγάρι άλλες πιθανές διαρροές μνήμης που βρέθηκαν μέσα από την επισκόπηση του κώδικα. Δεν είναι γνωστό ότι έχουν προκαλέσει κάποια πραγματικά προβλήματα.

Τι είναι καινούργιο στην έκδοση 3.5.23:

• Τυπική / Professional Edition:
• Όταν αντιμετώπισε έναν άγνωστο τύπο άδειας χρήσης, περιλαμβάνουν την άγνωστος τύπος στο μήνυμα σφάλματος για να βοηθήσει με τον εντοπισμό σφαλμάτων.
• Διορθώστε το πρόβλημα της διαφθοράς μνήμης για z / OS, όταν η γλώσσα τέθηκε σε διπλό locale byte, όπως τα ιαπωνικά.
• να περάσει και να κάνει το περιτύλιγμα πολύ πιο ανθεκτικό όταν άσχημα κωδικοποιούνται οι χαρακτήρες των δύο byte που αντιμετωπίζουν.
• Preofessional Έκδοση:
• Τροποποιήστε την εξαίρεση ρίχνονται όταν WrapperManager.exec () καλείται, ενώ το περιτύλιγμα κλείσιμο έτσι λέει τώρα ότι αντί να πει ότι η μητρική βιβλιοθήκη δεν έχει φορτωθεί.
• Το περιτύλιγμα είναι πλέον πιο προσεκτικοί για να βεβαιωθείτε ότι το backend δεν είναι κλειστό, ενώ ένα παιδί διαδικασία έχει ήδη ξεκινήσει να διασφαλιστεί ότι το περιτύλιγμα ξέρει για όλες τις διαδικασίες παιδί που ξεκίνησε.
• Προσθέστε ένα προειδοποιητικό μήνυμα σε περίπτωση που το περιτύλιγμα δεν έχει κοινοποιηθεί από ένα παιδί που ξεκίνησε η διαδικασία λόγω της σύνδεσης backend να κλείσει.
• Fix ένα δυνητικό NPE που θα μπορούσαν να ρίχνονται κατά την ανάγνωση ή την έξοδο stdout stderr από μια διαδικασία παιδί, ενώ το περιτύλιγμα ήταν το κλείσιμο του και μετά η διαδικασία παιδί βγήκε.
• Διορθώστε το πρόβλημα πλατφόρμες UNIX όπου είχαμε πάρει κολλήσει προσπαθώντας να καθαριστεί μετά από μια διαδικασία, η οποία επί του παρόντος το κλείδωμα σε μια ανάγνωση από stdout ή stderr.
• Διορθώστε το πρόβλημα πλατφόρμες UNIX όπου ένα χρονικό όριο που προσπαθεί να εξασφαλίσει μια εσωτερική κλειδαριά της λίστας διαδικασίας παιδί προκαλώντας εσωτερικό μετρητή για να βγούμε από συγχρονισμού, οδηγώντας σε άλλες διαδικασίες τερματιστεί το παιδί να μείνει ως εν υπνώσει ζόμπι έως ότου η διαδικασία της Java τερματιστεί.
• Διορθώστε το πρόβλημα πλατφόρμες UNIX όπου περιγραφές αρχείο σωλήνα που χρησιμοποιείται για την επικοινωνία με τις διαδικασίες του παιδιού είχαν εσφαλμένα πέρασε σε όλες τις διαδικασίες του παιδιού. Δεν ήταν αυξάνεται διαχρονικά.
• Διορθώστε το πρόβλημα σε συστήματα FreeBSD όπου η wrapper.lang.encoding δεν επίλυση utf-8 σωστά όταν δεν είχε οριστεί η μεταβλητή περιβάλλοντος LANG.
• Fix ένα δυνητικό πρόβλημα συγχρονισμού καλώντας WrapperProcess.waitFor () ή WrapperProcess.exitValue ().
• Προσθέστε επιπλέον έξοδο καταγραφής εντοπισμού σφαλμάτων που δείχνει τις διάφορες τιμές των χρονομέτρων για να βοηθήσει με τα θέματα του χρήστη εντοπισμού σφαλμάτων.
• Διορθώστε το πρόβλημα όπου το σενάριο κελύφους δεν ανιχνεύει σωστά την έκδοση του λειτουργικού συστήματος με Mac OSX Maverick.
• Προσθήκη προειδοποιήσεις σχετικά με απροσδιόριστες μεταβλητές περιβάλλοντος περιλαμβάνουν αναφορές σε αρχεία στο αρχείο ρυθμίσεων.
• Προσθήκη υποστήριξης για το περιβάλλον μεταβλητή επέκταση σε αρχεία που έχουν καθοριστεί με την wrapper.java.additional_file και wrapper.app.parameter_file ιδιότητες.
• Διορθώστε το ακέραιο μορφοποίηση στη μέθοδο WrapperUNIXGroup.toString () έτσι ώστε να είναι συνεπής με το υπόλοιπο του περιτυλίγματος.
• Διορθώστε το πρόβλημα όπου δεν μπορούσε να ικανοποιηθεί η απαίτηση της βιβλιοθήκης iconv στο FreeBSD 10. Τώρα εντοπίσετε τη βιβλιοθήκη δυναμικά ψάχνει για /usr/local/lib/libiconv.so, /usr/local/lib/libbiconv.so ή /lib/libkiconv.so.4 με αυτή τη σειρά.
• Fix μια μέθοδο η WrapperPrintStream.println (), έτσι χορδές που περιέχουν linefeeds θα έχουν σωστά κάθε γραμμή προταχθεί με την διαμορφωμένη μπάλα.

Τι είναι καινούργιο στην έκδοση 3.5.14:

• Fix ένα πρόβλημα στο AppCommand.bat.in αρχείων όπου μια παρένθεση στο όνομα του αρχείου του δυαδικού περιτύλιγμα θα προκαλούσε μια & quot? PATH ήταν απρόσμενη αυτή τη στιγμή & quot? σφάλμα.
• (Τυπική / Professional Edition)
• Διορθώστε το πρόβλημα όταν χρησιμοποιείτε μια μεταφρασμένη έκδοση του περιτυλίγματος σε πλατφόρμες Windows 64-bit, όπου το περιτύλιγμα θα συνεχίσει να χρησιμοποιεί την προεπιλεγμένη γλώσσα του συστήματος, ακόμη και wrapper.lang χρησιμοποιήθηκε για να καθορίσετε μια διαφορετική γλώσσα. Εισήγαγε στην 3.5.12.
• Διορθώστε το πρόβλημα στο αρχείο δέσμης που βασίζονται εντολών των Windows AppCommand.bat.in όπου την εντολή «κατάσταση» ήταν εσφαλμένα να αναφέρονται ως «ερώτημα» στην έξοδο της χρήσης. Εντολή "Κατάσταση" είχε εργαστεί πάντα σωστά, εάν χρησιμοποιείται.
• Διορθώστε το πρόβλημα πλατφόρμες UNIX όπου κάποιοι ασύγχρονα μηνύματα προκαλούσαν ένα μήνυμα προειδοποίησης & quot? Σφάλμα κωδικοποίησης ... & quot? να είστε συνδεδεμένοι στη θέση του προορίζεται μήνυμα. Αυτό θα μπορούσε να φανεί εάν το διαμορφωμένο αρχείο καταγραφής δεν έχετε δικαιώματα εγγραφής. Εκτός από το εσφαλμένο μήνυμα καταγραφής, το περιτύλιγμα λειτούργησε σωστά. Δημιουργήθηκαν το 3.5.2.
• Διορθώστε το πρόβλημα στο σενάριο UNIX όπου τρέχει με τυχάρπαστο δεν λειτουργούσε σωστά όταν ορίστηκε RUN_AS_USER.
• Χαλαρώστε τους ελέγχους ασφαλείας κατά την εκτέλεση του «καθεστώς» εντολή κατά το σενάριο φλοιού, το Unix, ώστε να επιτρέπει σε κάθε χρήστη τώρα τρέχει το script να εκτελέσει το μόνο για ανάγνωση έλεγχο του αρχείου pid.
• Διορθώστε το πρόβλημα με το σενάριο UNIX όπου η «αφαίρεση 'εντολή προσπαθούσε να σταματήσει μια εφαρμογή τρέχει ακόμα και όταν δεν είχε εγκατασταθεί η εφαρμογή.
• Fix υπερχείλιση του buffer που θα μπορούσαν δυνητικά να προκαλέσει μια συντριβή κατά τη διάρκεια της εγκατάστασης μιας υπηρεσίας των Windows όταν wrapper.ntservice.account έχει καθοριστεί. Αυτό εισήχθη το 3.5.12.
• Fix ένα σωρό διαφθορά που μπορεί να προκύψει κατά την εκκίνηση και να προκαλέσει πιθανή σύγκρουση. Μόνο τα συστήματα των Windows, τα οποία χρησιμοποιούν τα αρχεία καταγραφής συμβάντων συστήματος, επηρεάστηκαν. Ανακαλύφθηκε από μία αναθεώρηση κώδικα, αλλά ποτέ δεν υπήρξε οποιαδήποτε αναφορές αυτού του δημιουργεί προβλήματα για τους χρήστες. Αυτό θα μπορούσε να συμβεί εάν η ρυθμισμένη wrapper.log δεν θα μπορούσε να γραφτεί ως το περιτύλιγμα προσπαθεί πάντα να γράψει στο αρχείο καταγραφής συμβάντων σε αυτές τις περιπτώσεις. Εισήγαγε στην 3.5.12.
• Προσθέστε μια νέα έκδοση σύγκριση μεταξύ του σεναρίου φλοιού των UNIX και το περιτύλιγμα για να αρχίσει να εμφανίζει μια προειδοποίηση σε περίπτωση αναντιστοιχίας έκδοση. Ο έλεγχος θα λειτουργήσει μόνο αν το σενάριο κελύφους και το περιτύλιγμα είναι το καθένα από τουλάχιστον την έκδοση 3.5.14.
• Προστέθηκε μια νέα ιδιότητα wrapper.pidfile.strict που θα πει το περιτύλιγμα να μην ξεκινήσει αν το αρχείο pid ήδη υπήρχαν. Προεπιλογές ψευδής για συμβατότητα προς τα πίσω.
• Κάντε την πλευρά της Java της υποδοχής backend πιο ανθεκτική σε περίπτωση υπέρβασης διαβάσει ή να γράψει. Η υποδοχή του backend δεν έχει χρονικό όριο που από προεπιλογή, έτσι αυτό δεν θα έπρεπε να ήταν ένα θέμα. Χρήστες ζευγάρι προβλήματα που έχουν αναφερθεί σε συγκεκριμένα συστήματα, ωστόσο, που οδήγησαν σε αυτήν την ενημέρωση κώδικα.
• Για να βοηθήσει στον έλεγχο του χρονικού ορίου υποδοχή backend, ένα νέο σύστημα ιδιοκτησίας wrapper.backend.so_timeout προστέθηκε για να καταστεί δυνατόν να ρυθμίσετε την υποδοχή backend για να χρησιμοποιήσετε ένα χρονικό όριο. Δείτε το Javadocs του WrapperManager.exec () τάξη για λεπτομέρειες.

Τι είναι καινούργιο στην έκδοση 3.5.11:

• Fix μια πιθανή σύγκρουση για τα Windows που προκαλείται από ένα ρυθμιστικό υπερχείλιση. Αυτό ήταν ένα πρόβλημα από την έκδοση 3.5.0 και επηρεάζει διαμορφώσεις που ορίζουν περισσότερες από μία wrapper.ntservice.dependency .. Ανάλογα με το τι ήταν στη μνήμη, αυτό δεν οδηγούν πάντα σε μια συντριβή. Έχει πολύ επαναλήψιμη συμπεριφορά για ένα συγκεκριμένο αρχείο ρυθμίσεων.
• Διορθώστε το πρόβλημα στα Windows όπου το περιτύλιγμα έπαιρνε 15 δευτερόλεπτα ή περισσότερο για την εκκίνηση σε ορισμένα συστήματα, επειδή η κλήση συστήματος WinVerifyTrust είχε τα προβλήματα ενημέρωση του ΚΕΑ. Αυτό ήταν ένα πρόβλημα, δεδομένου ότι τα εκτελέσιμα περιτύλιγμα άρχισαν να υπογραφεί στην έκδοση 3.5.7. Αν η κλήση WinVerifyTrust διαρκεί περισσότερο από τη διαμορφωμένη wrapper.startup_thread.timeout τότε το περιτύλιγμα θα συνεχίσει να θέσετε σε λειτουργία χωρίς περαιτέρω καθυστέρηση.
• (Τυπική / Professional Edition)
• αφαιρέστε ρητά το πιστοποιητικό της προσαρμοσμένης δυαδικό κατά τη διάρκεια της προσαρμογής. Υπήρχαν προβλήματα παραίτηση το δυαδικό με άλλο πιστοποιητικό αλλιώς.
• Εάν το περιτύλιγμα δεν είναι σε θέση να γράψει στο διαμορφωμένο wrapper.logfile για οποιονδήποτε λόγο, τότε μπορούμε να πέφτει πάντα πίσω σε ένα προεπιλεγμένο αρχείο καταγραφής και, στη συνέχεια, συνδεθείτε ένα μήνυμα σχετικά με την αποτυχία. Εάν η προεπιλογή επίσης αποτυγχάνει τότε αυτό καταγράφεται επίσης, αλλά τα μηνύματα θα καταγράφονται μόνο στην κονσόλα στις περισσότερες περιπτώσεις. Τροποποιήσει το περιτύλιγμα έτσι μπορούμε τώρα να στείλει πάντα και τα δύο μηνύματα στο αρχείο καταγραφής συστήματος ή του αρχείου καταγραφής συμβάντων, ανεξάρτητα από το ποια είναι η wrapper.syslog.loglevel έχει οριστεί. Αυτό είναι σημαντικό για να βοηθήσει εντοπίσουμε την αιτία των προβλημάτων πρόσβασης αρχείο καταγραφής.
• Από την έκδοση 3.5.0, ήταν εσωτερικά δυνατόν να εκτυπώσετε μηνύματα καταγραφής πολλαπλών γραμμών, έτσι ώστε όλες οι γραμμές θα είναι πάντα να ομαδοποιηθούν στο αρχείο καταγραφής. Αυτή η έκδοση τροποποιεί τον κώδικα υλοτομία ελαφρώς έτσι ώστε η έξοδος του log, όπως multi-line, καταγράφονται ως ένα ενιαίο μήνυμα στο sylog UNIX ή Windows EventLog.
• Διορθώστε το πρόβλημα όπου πάρα πολύ μεγάλες ουρές εξόδου από το JVM θα μπορούσε να προκαλέσει το περιτύλιγμα να φαίνεται να κολλήσει για λίγο. Την πρώτη φορά που μια ενιαία γραμμή παραγωγής που περιέχει αρκετές εκατοντάδες χιλιάδες χαρακτήρες ήταν συνδεδεμένος, ένα εσωτερικό buffer είχε αυξηθεί σταδιακά από 100 χαρακτήρες ανά κύκλο. Το περιτύλιγμα αυξάνει τώρα το μέγεθος με βάση την τελευταία γνωστή μέγεθος για να μειώσει σημαντικά τον αριθμό των κύκλων που απαιτούνται για να επιλέξετε ένα νέο μέγεθος του buffer.
• Τροποποιήστε την εντολή PAUSE_THREAD έτσι είναι τώρα δυνατό να περιμένει επ 'αόριστον. Μόνο χρήσιμες για τον έλεγχο της περιτύλιγμα.
• Προσθέστε μια νέα εντολή PAUSE_LOGGER να καταστεί δυνατό να διακόψετε την επόμενη καταχώρηση στο αρχείο καταγραφής. Μόνο χρήσιμες για τον έλεγχο της περιτύλιγμα.
• Στο UNIX, ο σωλήνας stdout / stderr μεταξύ της JVM και το περιτύλιγμα δεν ήταν καθαρίζονται σωστά. Αυτό οδήγησε σε μια μικρή διαρροή, αλλά κατά τα άλλα ήταν αβλαβείς. Οι σωλήνες τώρα καθαριστεί και προετοιμαστεί για κάθε περίπτωση JVM.
• Διορθώστε το πρόβλημα όπου το περιτύλιγμα θα μπορούσε να αποτύχει να κάνετε επανεκκίνηση του JVM, όταν η αίτηση επανεκκίνησης προέρχεται από το JVM εάν το σύστημα αντιμετωπίζει πολύ βαρύ IO με αποτέλεσμα μεγάλες ουρές δίσκο IO. Αυτό ήταν αποτέλεσμα κύριο βρόχο το περιτύλιγμα για να παρεμποδίσουν τη διαγραφή και να χάσετε το αίτημα επανεκκίνησης, προκαλώντας το περιτύλιγμα να κλείσει παρά επανεκκίνηση. Αυτό θα μπορούσε να επηρεάσει όλες τις πλατφόρμες. Στα Windows, θα μπορούσε επίσης να αναπαραχθεί κάνοντας μια επιλογή στην κονσόλα για να παγώσει την παραγωγή και, στη συνέχεια, κάνοντας μια αίτηση μέσα από το JVM να κάνετε επανεκκίνηση.
• Προσθήκη νέου WrapperPropertyUtil κλάσης βοηθού για να κάνει πιο εύκολη την είσοδο πρόσβαση αξίες των ακινήτων περιτύλιγμα μέσα από το JVM.
• Στερεώστε ένα bug σε ορισμένες πλατφόρμες όπου έξοδο αρχείου καταγραφής Java θα μπορούσε να καταστραφεί λόγω κακής χρήσης του συστήματος λειτουργίας strncpy. Αυτή η λειτουργία προειδοποιεί ότι ορισμένες εφαρμογές δεν υποστηρίζουν επικαλυπτόμενα αντίγραφα μνήμης. Το πρόβλημα θα μπορούσε να αναπαραχθεί μόνο σε ένα μοναδικό μηχάνημα δοκιμή για το Linux σε γραμμές μετά από μια κενή γραμμή της εξόδου. Αυτό το πρόβλημα υπήρχε από 3.4.0.

Τι είναι καινούργιο στην έκδοση 3.5.9:

• Fix ένα πρόβλημα σε Windows όπου προσαρμογείς δικτύου των οποίων τα ονόματα περιέχονται & quot? PRO / 1000 & quot? είχαν αφαιρεθεί από τον κατάλογο των hostids εμφανίζεται όταν & quot? Wrapper.exe H & quot? είχε τρέξει. Αυτό δεν επηρεάζει την υφιστάμενη άδεια χρήσης διακομιστή βασικά αρχεία που δημιουργούνται για hostIds αναφέρθηκαν από 3.5.7 ή νωρίτερα, ή τα κλειδιά άδειας ανάπτυξης. Αλλά προκάλεσε το περιτύλιγμα να αναφέρουν ότι δεν υπάρχουν έγκυρες hostIds θα μπορούσε να βρεθεί όταν το περιτύλιγμα ξεκίνησε χωρίς ένα αρχείο άδειας χρήσης. Αυτό προκλήθηκε από κάποιο κώδικα δοκιμής προστίθενται σε 3.5.8 που απέτυχε να καταργήσετε.
• Διορθώστε το πρόβλημα όπου το περιτύλιγμα δεν αποδίδει σωστά τον έλεγχο πίσω στο κύριο βρόχο όταν πολύ μεγάλες ποσότητες της συνεχούς παραγωγής είχε καταγραφεί από το JVM. Εισήχθη στην έκδοση 3.4.0. Στις εκδόσεις πριν την 3.5.8, αυτό θα μπορούσε να προκαλέσει το JVM για χρονικό περιθώριο και να κάνετε επανεκκίνηση. Αυτό το συγκεκριμένο ζήτημα επιλύθηκε, αλλά η διαδικασία περιτύλιγμα σε 3.5.8 θα εξακολουθούσε να ήταν αδιάφορη, όταν αυτό συνέβαινε. Το περιτύλιγμα θα είναι πλέον πάντα yeild πίσω στο κύριο βρόχο του μετά από 250 χιλιοστά του δευτερολέπτου συνεχούς καταγραφής.
• Διορθώστε το πρόβλημα όπου WrapperManager θα μπορούσε να μπλοκάρει την προσπάθεια εντοπισμού σφαλμάτων εγγραφής εξόδου, αν η τρέχουσα εφαρμογή χρήστης έγραφε πολύ μεγάλες ποσότητες της παραγωγής στην κονσόλα, καθώς και. Σε ακραίες περιπτώσεις, αυτό οδήγησε στο περιτύλιγμα σκέφτεται ότι το JVM πάγωσε. Αυτό ήταν μόνο ένα θέμα εάν εξόδου εντοπισμού σφαλμάτων έχει ενεργοποιηθεί.
• αναδιάρθρωσε το σενάριο κελύφους, ώστε όλες οι εκδόσεις χρησιμοποιούν τώρα το ίδιο σενάριο ξανά.

Τι είναι καινούργιο στην έκδοση 3.5.8:

• (Κανονική / Professional Edition)
• Από την έκδοση 3.5.5, που ακύρωσε την χρήση όλων των 00ff * hostids στα Windows για να αποφευχθούν τα προβλήματα με την αλλαγή hostids όταν οι χρήστες έχουν έναν προσαρμογέα δικτύου Juniper Network Σύνδεση στο σύστημά τους. Αυτό αποδείχθηκε ότι είναι υπερβολικά περιοριστική ως επισκέπτης ΛΣ τρέχει κάτω από το Parallels επίσης να κάνουν χρήση αυτού του εύρους hostid. Το περιτύλιγμα είναι πλέον πιο προσεκτικοί με μόνο ακυρώνουν την πραγματική hostids Juniper Network Connect.
• (Τυπική / Professional Edition)
• Βελτίωση το μήνυμα εμφανίζεται στο χρήστη όταν το περιτύλιγμα είναι σε θέση να εντοπίσουν τυχόν hostids για ένα σύστημα.
• Διορθώθηκε το πρόβλημα με το σενάριο περιτύλιγμα στο Solaris, όπου η επιλογή -f δεν ήταν διαθέσιμη για grep.
• Προστέθηκαν τα Windows πληροφορίες έκδοσης για το περιτύλιγμα εξόδου εντοπισμού σφαλμάτων.
• Προστέθηκε ένα ακίνητο wrapper.log.warning.threshold που κάνει το περιτύλιγμα εμφανίσει μια προειδοποίηση κάθε φορά που εντοπίζει ότι το περιτύλιγμα πήρε πολύ καιρό για να γράψετε ένα μήνυμα καταγραφής. Αυτό προστέθηκε για να δοκιμάσει ένα θέμα αναφέρθηκε προκαλείται από την αργή IO για πολύ φορτωμένα συστήματα.
• Διορθώστε το πρόβλημα όπου ένα φίλτρο το οποίο ζήτησε από το JVM να επανεκκινήσετε θα αγνοείται αν το JVM αποχώρησε με δική του αμέσως. Το περιτύλιγμα είναι τώρα πιο συνεπής έτσι ώστε οι αιτήσεις επανεκκίνηση μέσα από το JVM ή φίλτρα θα έχουν πάντα προτεραιότητα από τις αιτήσεις αυτές έξοδο. Εξωτερικές αιτήσεις για τερματισμό λειτουργίας, ή εκείνων που προέρχονται από άλλες δράσεις θα εξακολουθούν να συμπεριφέρονται όπως έκαναν στο παρελθόν και συνεχίζουν να κλείσει το περιτύλιγμα. Το περιτύλιγμα επίσης καταγράφει τα μηνύματα εντοπισμού σφαλμάτων εξόδου, εάν εκκρεμεί αίτημα επανεκκίνηση διατηρούνται ή αγνοούνται.
• Διορθώθηκε το πρόβλημα στο αρχείο δέσμης AppCommand.bat που θα μπορούσε να συμβεί σε ορισμένες πλατφόρμες των Windows με ορισμένες κωδικοποιήσεις σύστημα πολλαπλών byte. Το σενάριο έχει ξαναγραφτεί και έχουν αμφίβολη μέρη έχουν απλοποιηθεί. Η λειτουργικότητα του σεναρίου έχει διατηρηθεί.
• Προστέθηκε η μεταβλητή περιβάλλοντος WRAPPER_CONF_DIR, το οποίο μπορεί να χρησιμοποιηθεί για τις ιδιότητες ρύθμισης. (Χαρακτηριστικό Αίτηση 3160644)
• Made την έξοδο σενάριο με το σωστό κωδικό εξόδου που έλαβε κατά την εκτέλεση του σεναρίου ως διαφορετικός χρήστης, καθορίζονται στο RUN_AS_USER. (Αναφοράσφάλματος 3185281)
• Fix μια παραβίαση πρόσβασης που θα μπορούσε να συμβεί, όταν το πιστοποιητικό υπογραφή κώδικα δεν έχει επαληθευτεί.
• Συνδεθείτε σφάλμα αν η υποδοχή backend βίαια κλείσει εξωτερικά. Είχε πάρει συνδεδεμένοι σε επίπεδο καταγραφής εντοπισμού σφαλμάτων. Το μήνυμα είναι & quot? Μια υπάρχουσα σύνδεση τερματίστηκε υποχρεωτικά από τον απομακρυσμένο υπολογιστή. (0x2746) & quot ;. Επειδή το μήνυμα μόνο αν συνδεθεί εξόδου εντοπισμού σφαλμάτων έχει ενεργοποιηθεί, το JVM θα ξαναρχίσει χωρίς σαφή εξήγηση για το τι συνέβη. Η πηγή του κλεισίματος της υποδοχής είναι υπό έρευνα.
• (Professional Edition)
• Προστέθηκε την fireUserEvent κλήση Java στο WrapperManager API. Αυτό δίνει τη δυνατότητα στη φωτιά μηνύματα συμβάντος χρήστη, ενέργειες χωρίς τη σκανδάλη του φίλτρου. Παρακαλώ βρείτε επίσης περισσότερες λεπτομέρειες σχετικά με το μοντέλο ασφάλειας για την παρούσα πρόσκληση στη σελίδα της ασφάλειας.
• Στερεώστε μια προειδοποίηση για εκδόσεις του Mac αν η ρυθμισμένη εντολή java δεν ήταν μια καθολική δυαδική. Ένας έλεγχος προστέθηκε σε 3.4.0 για να βεβαιωθείτε ότι η wrapper.java.command στραμμένο σε ένα εκτελέσιμο για να αποφευχθεί η απροσδόκητη συμπεριφορά κατά την εκτέλεση μιας δέσμης ενεργειών. Το μήνυμα είναι μόνο μια προειδοποίηση και το περιτύλιγμα συνεχίζεται ανεξάρτητα. Πρότυπο ΔΕΗ, ppc_64, x86_64, i386, καθώς και η καθολική δυαδικά τώρα όλα λειτουργούν σωστά χωρίς καμία προειδοποίηση.

Ιδιότητες umask
• Η προεπιλεγμένη τιμή του περιτυλίγματος. *. Χρησιμοποιεί την τρέχουσα umask η διαδικασία έχει. Πριν από την προκαθορισμένη τιμή ήταν πάντα 0022.
• Προσθέστε ένα νέο ακίνητο wrapper.backend.type που χρησιμοποιείται για να ελέγξει αν το περιτύλιγμα επικοινωνεί με το JVM με την παραδοσιακή & quot? ΠΡΙΖΑ & quot? ή νέα πειραματική & quot? Pipe & quot ;. Αυτό προστέθηκε ως λύση σε ένα σπάνιο πρόβλημα όπου ορισμένες μηχανές των Windows κλείνει την υποδοχή σε επίπεδο λειτουργικού συστήματος. Αυτό ήταν μόνο δει ποτέ στα Windows 2003, αλλά θα μπορούσαν να υπάρχουν σε άλλες εκδόσεις των Windows, καθώς και.
• Προσθέστε ένα νέο πειραματικό ιδιοκτησία wrapper.use_javaio_thread που προκαλεί το περιτύλιγμα για να χειριστεί το σύνολο της παραγωγής Java κονσόλα σε ένα ειδικό νήμα.
• Προσθήκη νέας μεθόδου WrapperManager.isNativeLibraryOk (), η οποία επιτρέπει τον κωδικό χρήστη εύκολα να εξετάσετε κατά πόσον ή όχι φορτώθηκε και προετοιμασία για την εκκίνηση η μητρική βιβλιοθήκη.
• Προσθέστε μια νέα εντολή PAUSE_THREAD στην wrapper.commandfile ιδιότητα που καθιστά δυνατή για να ελέγξετε το πώς συμπεριφέρεται το περιτύλιγμα όταν διάφορα θέματα που μπλοκάρουν ή να παγώσει. Αυτό χρησιμοποιήθηκε για την προσομοίωση και να αναπαράγει τα ζητήματα σχετικά με βαριά IO δεσμεύεται servers.
• Βελτιώστε τον τρόπο η πλευρά της Java του περιτυλίγματος συμπεριφέρεται όταν το περιτύλιγμα δεν ping το JVM για μια παρατεταμένη χρονική περίοδο. Το JVM που χρησιμοποιείται για να βγείτε να αφήσει τον εαυτό της μόνη της επανασυγχρονίσετε με το JVM. Αυτό προκαλεί προβλήματα σε συστήματα τα οποία ήταν σε μεγάλο βαθμό IO δεσμευμένο επειδή το περιτύλιγμα θα μπορούσε να μπλοκάρει για λίγο, ενώ προσπαθεί να γράψει το αρχείο καταγραφής και το JVM είχε έξοδο. Η JVM θα βγείτε ποτέ τώρα κάτω από αυτές τις συνθήκες. Η JVM δεν θα γίνουν ποτέ ορφανά, διότι θα εξακολουθεί να βγείτε σχεδόν αμέσως, εάν η υποδοχή backend ή σωλήνα με το περιτύλιγμα είναι πάντα κλειστή.
• υποτιμήσει τη μέθοδο WrapperManager.appearOrphan (), δεδομένου ότι χρησιμοποιείται για την προσομοίωση μια λειτουργία αποτυχία που δεν είναι πλέον δυνατή με το περιτύλιγμα.
• αλλάξει τον τρόπο που το περιτύλιγμα λάθη χειρισμού πιστοποιητικό σχετικά με την υπογραφή κώδικα πιστοποιητικό / timestamping. Το περιτύλιγμα θα είναι πλέον μόνο η ίδια τον τερματισμό λειτουργίας, εάν η υπογραφή του δυαδικού δεν ήταν επαληθευτεί με επιτυχία, επειδή η δυαδική ή υπογραφή έχει ακατάλληλο, αλλά όχι αν υπάρχει πρόβλημα με τον πάγκο-υπογράφων έχει βρεθεί. Ξεκινώντας με 3.5.7, τα εκτελέσιμα των Windows περιτύλιγμα υπογραφεί. Ορισμένοι χρήστες με κλειδωθεί συστήματα Windows 2008, είχε προβλήματα με το περιτύλιγμα αρνείται να ξεκινήσει, επειδή το πιστοποιητικό Comodo είχε απενεργοποιηθεί στο σύστημά τους.
• Προσθήκη νέου wrapper.java.detach_started ακίνητο το οποίο καθιστά δυνατή τη χρήση του περιτυλίγματος ως ένα απλό εργαλείο για την εκτέλεση εφαρμογών Java. Όταν είναι ενεργοποιημένη, το περιτύλιγμα τερματίζεται αμέσως και το JVM αφήνεται να τρέξει μόνος του.
• Κατά την εκτέλεση του περιτυλίγματος ως ένα συγκεκριμένο λογαριασμό χρήστη, μέσα από την ιδιοκτησία wrapper.ntservice.account, το περιτύλιγμα θα προσθέσει άδεια για το λογαριασμό για να συνδεθείτε ως υπηρεσία αυτόματα κατά την εγκατάσταση. (Αίτηση Χαρακτηριστικό # 3286491)

Τι είναι καινούργιο στην έκδοση 3.5.6:

• Fix ένα πρόβλημα σε UNIX πλατφόρμες όπου το αρχείο καταγραφής μονοπάτι είχε υπολογιστεί εσφαλμένα αν μια απόλυτη διαδρομή ορίστηκε για wrapper.logfile, και το αρχείο δεν υπάρχει ήδη. Ένα προειδοποιητικό μήνυμα αυτό εμφανίζεται, αλλά το περιτύλιγμα θα συνεχίσει να χρησιμοποιεί το προεπιλεγμένο αρχείο καταγραφής. Υπήρξε ένα πρόβλημα στο μήνυμα που προκάλεσε μια συντριβή σε ορισμένες πλατφόρμες περιλαμβάνουν Mac OSX. Εισήχθη στην έκδοση 3.5.5.
• Διορθώστε το πρόβλημα στις πλατφόρμες των Windows, όπου το περιτύλιγμα θα συντριβή αν δεν μπορούσαν να έχουν πρόσβαση στον κατάλογο των ρυθμιστεί wrapper.logfile. Εισήχθη στην έκδοση 3.5.5. Bug # 3087424.
• Βελτιώστε τον τρόπο οι προειδοποιήσεις καταγράφονται όταν υπάρχουν προβλήματα γράφοντας στο διαμορφωμένο wrapper.logfile έτσι ώστε το μήνυμα θα πρέπει τώρα να καταγραφεί στο αρχείο καταγραφής που τελειώνει το περιτύλιγμα χρησιμοποιώντας σε περίπτωση που είναι επιτυχής σε πτώση πίσω σε ένα προεπιλεγμένο αρχείο καταγραφής αρχείο.
• Διορθώστε το πρόβλημα στις πλατφόρμες των Windows, όπου wrapper.java.additional. ιδιότητες που είχαν καθοριστεί στην γραμμή εντολών, και περιορισμένους χώρους, δεν είχαν requoted σωστά Κατά τη δημιουργία της γραμμής εντολών Java. Εισήχθη στην έκδοση 3.3.6.
• Διορθώστε το πρόβλημα όπου το προειδοποιητικό μήνυμα καταγράφεται για μη έγκυρες τιμές της wrapper.java.additional. ιδιοκτησία, που περιέχονται κατεστραμμένο κείμενο. Εισήχθη στην έκδοση 3.3.6.
• Διορθώστε το πρόβλημα πλατφόρμες UNIX όπου μια έγκυρη τιμή για το wrapper.java.additional. ιδιοκτησία ορθώς να αναφερθεί και στη συνέχεια παραληφθεί, αλλά η προκύπτουσα γραμμή εντολών για να ξεκινήσει το JVM είχε μια κενή τιμή που προκαλούσε το JVM να αποτύχει να ξεκινήσει. Μια μη έγκυρη τιμή είναι τιμή που δεν αρχίζει με ένα & quot? - & Quot? χαρακτήρα.
• Προσθέστε μια νέα μεταβλητή WRAPPER_INIT_DIR περιβάλλον, το οποίο μπορεί να χρησιμοποιηθεί για την αναφορά του κατάλογο εργασίας από την οποία το περιτύλιγμα ξεκίνησε. Αυτό είναι απαραίτητο για ορισμένες εφαρμογές επειδή το περιτύλιγμα αλλάζει πάντοτε κατάλογο εργασίας του στη θέση του δυαδικού περιτυλίγματος.
• να τροποποιήσει το σενάριο φλοιού των UNIX έτσι δεν αλλάζει την τρέχουσα dir εργάζονται για την τοποθεσία του σεναρίου. Αυτό δεν είναι πλέον απαραίτητη, επειδή το περιτύλιγμα έχει αλλάξει τον κατάλογο εργασίας για τη δική του θέση από την έκδοση 3.2.0.
• Προσθέστε ένα νέο ακίνητο wrapper.request_thread_dump_on_failed_jvm_exit.delay να ελέγξετε πόσο χρονικό διάστημα το περιτύλιγμα θα περιμένει μετά από να κάνει μια χωματερή νήμα πριν από τη θανάτωση τη διαδικασία της Java. Η καθυστέρηση αυτή έχει πάντα ενσωματωμένες σε 5 δευτερόλεπτα.
• Καθαρίστε το κείμενο από πολλά μηνύματα προειδοποίησης σχετικά με μη έγκυρες τιμές ρύθμισης για να γίνουν πιο συνεπείς.
• (Professional Edition)
• Προσθέστε ένα νέο ακίνητο wrapper.jvm_kill.delay που καθιστά δυνατό να ελέγχει την ποσότητα του χρόνου για να επιτρέψει μεταξύ του γεγονότος jvm_kill να τροφοδοτούνται και το JVM πραγματικά να σκοτωθεί.
  
  
  
  
  

Απαιτήσεις :

• Η Oracle Java Standard Edition Runtime Environment