9. In dieser Release behobene Probleme

Microcontainer Beans wurden beim Deployment als MBeans registriert. Diese MBeans sind optional und liefern Informationen zur Fehlerbehebung. Dieses Verhalten wurde jetzt für die Standardeinstellung abgestellt. Microcontainer Beans werden beim Deployment nicht mehr standardmäßig als MBeans registriert.

Die spezifische Kombination von JBoss Native, 64-bit Hardware und der -javaagent Java-Option führte bei Systemen dazu, dass sie bei Ausführung des run.sh-Skripts festhingen. Das Skript gab vom Nutzer gelieferte Parameter an Java, während ein Aufruf zur Prüfung der Systemarchitektur erfolgte. Das run.sh-Skript ist jetzt dahingehend bearbeitet, dass es vom Nutzer gelieferte Parameter bei diesem Aufruf ignoriert, so dass das Skript unter diesen Bedingungen nicht mehr festhängt.

Verwendete ein Management-Tool das ProfileService Management-Interface (wie es die eingebettete Konsole tut) um den ServiceBindingManager-Dienst zu aktualisieren, so war das Mapping der erhaltenen Information inkorrekt. Der erhaltene Wert für die "fixedHostName"-Property des Bindings wurde als "fixed Port" und umgekehrt angewendet. In den meisten Fällen sind beide Properties "false", so dass dies harmlos war. Wenn jedoch die Properties "true" waren, so führte dies zu einem inkorrekten Binding eim Server-Neustart, wenn die aktualisierten Werte angewendet wurden. Dies wurde korrigiert, und die Mappings werden jetzt wie erwartet angewendet.

Wenn Benutzertyp-gemappte Typen in ejbql Aggregatfunktionen wie MIN und MAX verwendet wurden, so wurde eine CCE-Ausnahme gemeldet. Dies wurde jetzt behoben und CMP-Felder von Typen mit Benutzertyp-Mapping können in Aggregatfunktionen in der SELECT-Klausel einer EJB-QL Anfrage erscheinen.

Das run.sh-Skript erstellt jetzt eine Datei zur Verfolgung von Prozessen und macht es einfacher, Prozess-IDs jboss.pidfile zu erhalten. Für weitere Informationen siehe JIRA.

Ein Status-Servlet-Fehler existierte für <distributable> Web-Apps. Der Cache Session-Manager hatte andere Attribute als der Web-Manager, wurde aber aufgrund fehlender Empfindlichkeit als dasselbe JMX-Objekt wahrgenommen. StandardManager verwendete 'activeSessions', während die geclusterte Version 'ActiveSessions' war. Der vom Servlet zum Rendern der Statusinformation verwendete Code kann jetzt Groß- und Kleinbuchstaben in den JMX-Attributnamen für einen Session-Manager aufspüren und handhaben.

JBPAPP-544 hat ein Sicherheitsproblem behoben, indem das Mapping für /status entfernt wurde, wodurch nur der sichere /web-console/status verfügbar blieb. Der ungesicherte /status wurde jedoch in JBPAPP-1146 wieder aufgenommen. Dies wurde behoben, indem das ROOT.war in der Security der Web-App konfiguriert wurde. Es löst das ursprüngliche Problem der Sicherheit und lässt /status intakt.

Wird der Microsoft SQL Server mit Microsoft JDBC Treibern 2.0 ausgeführt, verursacht dies instabile Builds in JBoss Messaging. Dieses Problem wird verursacht durch das Adaptive Buffering, was das Standardverhalten des Treibers ist, denn dies erlaubt nur das einmalige Lesen von großen Werten mittels der get<Type>Stream-Methode. Um dieses Problem im Moment zum umgehen, ändern Sie den responseBuffering-Parameter der JDBC-Verbindungs-URL von adaptive auf full (wie es für Version 1.2 des JDBC-Treibers der Fall war).

<url>jdbc:sqlserver://[host];database=[database];responseBuffering=full;</url>

<url>jdbc:sqlserver://[host];database=[database];responseBuffering=full;</url>

Red Hat Enterprise Linux 5 Nutzer, die die JBoss Enterprise Application Platform rpm mittels yum installieren, müssen den Red Hat Enterprise Linux Extras Channel abonnieren, um die Java-Anforderungen der JBoss Enterprise Application Platform mit entweder dem Sun oder dem IBM Java Development Kit zu erfüllen.