JNDI-Namensformat der JMS-Warteschlange in wildfly10

8

Hallo, ich migriere von JBoss_6.1.0_final nach wildfly 10.

In JBoss for Queue name ist das Format wie

%Vor%

und in MDB-Annotation ist

%Vor%

Jetzt in der wilden Fliege ist es wie unten. Referenzlink

%Vor%

mit activationproperty

%Vor%

In wildfly habe ich versucht, den jms/ aus dem Queue-Namen und aus der Annotation zu entfernen, er funktioniert in Wildfly mit dem gleichen Queue-Namen, wie

%Vor%

Nun ist meine Frage, ist JMS/ in Warteschlange Name absichtlich hinzugefügt.

Es empfiehlt sich, den Namen der Warteschlange ohne Präfix jms/

zu schreiben     
hitesh ghuge 05.09.2017, 08:58
quelle

1 Antwort

1

Aus dem JEE-JSR-Teil EE.5.7.1.2 Programmierschnittstellen für Resource Manager-Verbindungsfactory-Referenzen

  

Diese Spezifikation empfiehlt, erfordert jedoch nicht, dass alle Verbindungsreferenzen von Ressourcenmanagern in den Unterkontexten der Anwendungskomponentenumgebung organisiert sind, wobei für jeden Ressourcenmanagertyp ein anderer Unterkontext verwendet wird. Zum Beispiel sollten alle JDBC ™ -DataSource-Verweise im java: comp / env / jdbc-Subkontext, alle JMS-Verbindungsfactorys im java: comp / env / jms-Subkontext, alle JavaMail-Verbindungsfactorys im java: comp / env / mail deklariert sein Subkontext und alle URL-Verbindungsfactorys im Subkontext java: comp / env / url. Beachten Sie, dass Verbindungsreferenzen für Ressourcenmanagerverbindungen, die über Annotationen deklariert werden, standardmäßig nicht in einem Unterkontext angezeigt werden

Der jms Unterkontext ist nicht obligatorisch. Es ist nur eine Best Practice.

Server können diesem Muster folgen oder nicht. JBoss folgte dem nicht, Wildfly ist es, aber letztendlich ist es deine Entscheidung zu tun, was du willst. Aber das ist eine wirklich gute Übung, da es für alle sauberer ist.

    
wargre 09.09.2017 06:54
quelle

Tags und Links