JBoss Enterprise Application Platform

Problem

Das Deployment einiger MBeans schlägt fehl (mit Fehlermeldungen).

Weitere Informationen

Fehler, ähnlich dem Folgenden erscheinen in server.log:

ERROR [org.apache.catalina.core.ContainerBase.[jboss.web].[localhost].[/portal-core]]
Error configuring application listener of class
org.apache.myfaces.webapp.StartupServletContextListener 
java.lang.ClassNotFoundException: org.apache.myfaces.webapp.StartupServletContextListener

Status

Auf die Integration der Fehlerbehebung wird derzeit noch gewartet.

Hilfskonstruktion

Zu diesem Zeitpunkt keine. Portal 2.6 kann auf 4.2 deployt werden, jedoch sind nicht alle Features verfügbar.

Weitere Informationen

JBPAPP-59

Problem

JBoss AS 4.2.0.GA kann einer NetBeans 5.5 Server-Liste nicht hinzugefügt werden, da es nicht aufgefunden wird.

Status

Dies wurde in einer späteren Version von NetBeans behoben. JBoss 4.2.0 wird durch NetBeans 5.5.1 RC1 und späteren Versionen erfolgreich aufgefunden.

Hilfskonstruktion

Falls es nicht möglich ist, NetBeans 5.5.1 RC 1 oder eine spätere Version zu verwenden, fügen Sie eine leere Datei mit dem Namen resolver.jar in $JBOSS_HOME/lib/endorsed hinzu. Dadurch wird der Server in NetBeans 5.5 aufgefunden.

Weitere Informationen

JBPAPP-84

Problem

In der SEAM Application Platform Distribution werden zwei SEAM-Beispiele mitgeliefert. Außerdem stehen weitere Beispiele in seam/examples zur Verfügung. Ein Versuch, alle diese Beispiele zu deployen führt dazu, dass der PermGen-Platz des Servers aufgebraucht wird. Der Server kann nicht länger verwendet werden und muss durch ausdrücklichen "kill"-Befehl beendet werden.

Hilfskonstruktion

Das Starten des Servers mit dem production-Profil löst dieses Problem.

Weitere Informationen

JBPAPP-66

Problem

Wenn JBoss AS als Dienst auf Linux gestartet wurd, so schlägt der Start des HSQL Datenbank-Managers fehl. Unter server.log erscheint ein Fehler ähnlich dem Folgendem:

2007-05-17 12:15:29,113 ERROR [org.jboss.jdbc.HypersonicDatabase] Failed to star
t database manager
java.lang.reflect.InvocationTargetException
        at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
        at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.
java:39)
        at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAcces
sorImpl.java:25)
        at java.lang.reflect.Method.invoke(Method.java:585)
        at org.jboss.jdbc.HypersonicDatabase$1.run(HypersonicDatabase.java:517)
Caused by: java.awt.HeadlessException:
No X11 DISPLAY variable was set, but this program performed an operation which r
equires it.
        at java.awt.GraphicsEnvironment.checkHeadless(GraphicsEnvironment.java:1
59)
        at java.awt.Window.<init>
>(Window.java:317)
        at java.awt.Frame.<init>(Frame.java:419)
        at javax.swing.JFrame.<init>(JFrame.java:194)
        at org.hsqldb.util.DatabaseManagerSwing.main(Unknown Source) 

Hilfskonstruktion

Der HSQL Datenbank-Manager startet, wenn JBoss AS unter Verwendung von run.sh gestartet wird.

Weitere Informationen

JBPAPP-180

Problem

When JBoss AS has been started using the minimal configuration, the desktop shortcut to shutdown the server results in a verbose error message.

Ursache

This is expected behaviour for the server. The Server Shutdown desktop shortcut and the shutdown script both rely on the jmx-invoker-service.xml service. As this is not enabled in the minimal configuration these two methods cannot be used to shut down the server. The server may be started manually at a command line and the Ctrl-C key combination used to stop it in this case.

Weitere Informationen

JBPAPP-163.

Problem

Wenn der JON-Agent auf einer Windows-Box läuft und der JON-Server auf einer Linux-Box, so werden keine Instrumentierungsanweisungen zu Tomcat angezeigt.

Hilfskonstruktion

Sie können diesen Anweisungen zur Instrumentierung von Tomcat zur Überwachung folgen:

Konfigurieren Sie eingebettetes Tomcat 6.0 JBoss für die Überwachung

HINWEIS: Wenn Sie JON's internes Tomcat überwachen, so sind diese Schritte nicht notwendig.

Um die Überwachung von Tomcat-Servern und Diensten zu aktivieren, muss der Tomcat-Server unter Verwendung eines Filters zur Sammlung von Metriken und einer Webapp instrumentiert werden, um die metrischen Daten an JON zu liefern. Die Web-Anwendung, der Filter und weitere Jars werden in das Agent-Verzeichnis JONs unter product_connectors\servlet gepackt. Alle Befehle unten sollten von diesem Verzeichnis aus herausgegeben werden.

Der erste Schritt, um Tomcat überwachbar zu machen ist die Installation von Filter und Webapp. Diese werden zum Sammeln interner Tomcat-Metriken verwendet.

Kopieren Sie libs\hq-filter.jar %JBOSS_HOME%\server\{default | all|\deploy\jboss-web.deployer

Anschließend deployen Sie die jbnem-monitor webapp in Ihrem JBoss-Server:

xcopy /E jbnem-monitor %JBOSS_HOME%\server\{default | all}\deploy\jboss-web.deployer\..\jbnem-monitor.war\

Zuletzt muss noch der Filter aktiviert werden. Folgendes muss %JBOSS_HOME%\server\{default | all}\deploy\jboss-web.deployer\conf\web.xml hinzugefügt werden. Vergessen Sie nicht, das jeder "Tag"-Typ gemeinsam gruppiert werden muss.

<filter>
    <filter-name>JMXFilter</filter-name>

<filter-class>net.hyperic.hq.product.servlet.filter.JMXFilter</filter-class>

    <!-- Uncomment the following line to enable response time logging.
            The directory you specify as the param can include properties
            referenced from the System.properties of the vm.

            The ResponseTime log file will by default store the last 1 hour's
            worth of response time data. This file gets truncated as soon as
            data is succesfully sent into the server. The file is named uniquely
            for each webapp in the form: yourContextName_JBNEMResponseTime.log

            If this fragment is included in the global web.xml for the container,
            all webapps in it will generate response time data, and have logs
            following the format described above. You can enable it individually
            on each webapp as well if you dont want every webapp to generate
            response time data

         -->
    <!--
    <init-param>
      <param-name>responseTimeLogDir</param-name>
      <param-value>%JBOSS_HOME%\jboss-as\server\{default | all}\log</param-value>
    </init-param>
         -->

    <!-- these are optional parameters which you can override to optimize logging -->
    <!--
    <init-param>
      <param-name>bufferSize</param-name>
      <param-value>8k</param-value>
    </init-param>

    <init-param>
      <param-name>bufferTime</param-name>
      <param-value>1h</param-value>
    </init-param>
         -->
  </filter>

  <filter-mapping>
    <filter-name>JMXFilter</filter-name>
    <url-pattern>/*</url-pattern>
  </filter-mapping>

  <listener>

<listener-class>net.hyperic.hq.product.servlet.filter.JMXSessionListener</listener-class>
    </listener>

  <servlet>
    <servlet-name>JMXWebappMetricServlet</servlet-name>

<servlet-class>net.hyperic.hq.product.servlet.filter.JMXFilterInitServlet</servlet-class>
    <load-on-startup>1</load-on-startup>
  </servlet>

Weitere Informationen

JBPAPP-210

Problem

Wenn eine Methode eines JSF-"Backing Beans", das die Injection eines EJB3-Beans oder ein Bean-Interface erfordert, aufgerufen wird, wird eine Ausnahme aufgerufen: ERROR [JBossInjectionProvider] Injection failed on managed bean.

Ursache

JBoss AS 4.2 is fully compatible with Java 1.4 EE applications, and provides extended functionality via an EJB3 plugin. Injections and annotations currently only function within the EJB3 plugin.

Hilfskonstruktion

Es existieren zwei verfügbare Methoden, um dies zu umgehen. Die eine ist es, einen expliziten JNDI-Lookup zu verwenden. Um ein Beispiel hierfür zu sehen, schauen Sie sich den Code für die TodoBean in der ejb3jsf-Beispielanwendung an, die Teil der Dokumentation ist. Die andere Hilfskonstruktion ist es, das Seam-Framework zu verwenden, um EJB3-Beans in den Web-Tier zu bringen. Sehen Sie sich hierzu die seam-Beispielanwendung in der enthaltenen Dokumentation an.

Weitere Informationen

More information on the workaround is available in the Getting Started Guide in the included documentation.

Problem

Bestimmte Code-Umschaltzeichen führen mit PostgreSQL 8.2 zu einer Ausnahme, wenn als "LIKE"-Ausdruck verwendet.

Hilfskonstruktion

Es gibt bestimmte "Code-Umschaltzeichen", die Sie zu Gunsten der Portabilität zwischen verschiedenen Datenbankanbietern vermeiden sollten. Der Backslash ('\') zum Beispiel besitzt eine besondere Bedeutung bei PostgreSQL (und möglicherweise anderen Datenbanken) und kann nicht in einer Escape-Sequenz verwendet werden wie dies bei anderen Datenbanken der Fall sein kann. Stattdessen sollten Sie ein Code-Umschaltzeichen wählen, dass bei allen Datenbanken sicher ist, etwa das "Pipe"-Symbol ('|').

Weitere Informationen

JBPAPP-219.

Problem

There are a number of issues in the EJB3 implementation in this release that need to be understood when developing for the platform. A summary of the issues with a link to further information follows.

Weitere Informationen