Napisz program Java, aby połączyć się z usługą wiadomości błyskawicznych HornetQ w Jboss EAP 6.3?

Question

Używam Jboss EAP 6.3 i potrzebuję skorzystać z funkcji przesyłania wiadomości. Ja pracowałem w JBoss 4x, gdzie możemy dokonać połączenia łatwo za pomocą następującego kodu:

public static final String PROVIDER_URL = "jnp://localhost:5445"; 
    public static final String JNP_INTERFACES = "org.jboss.naming:org.jnp.interfaces"; 
    public static final String INITIAL_CONTEXT_FACTORY = "org.jnp.interfaces.NamingContextFactory"; 

    private static Context initialContext; 

    public static Context getInitialContextForClient() throws NamingException{ 
      if(initialContext == null){ 
       Properties prop = new Properties(); 
       prop.put(Context.INITIAL_CONTEXT_FACTORY, INITIAL_CONTEXT_FACTORY); 
       prop.put(Context.URL_PKG_PREFIXES,JNP_INTERFACES); 
       prop.put(Context.PROVIDER_URL, PROVIDER_URL); 
       initialContext = new InitialContext(prop); 
      } 
      return initialContext; 
    } 

Will powyżej sposób w pracy EAP 6.3 do podłączenia do HornetQ? Jeśli tak, jakie inne konfiguracje są wymagane? Ponadto znalazłem 1099 również nie jest domyślnie skonfigurowany w standalone.xml.

obserwuję są przez domyślne ustawienia dokonane w HornetQ w pliku Standalone-full.xml:

<subsystem xmlns="urn:jboss:domain:messaging:1.4"> 
     <hornetq-server> 
      <persistence-enabled>true</persistence-enabled> 
      <journal-type>NIO</journal-type> 
      <journal-min-files>2</journal-min-files> 

      <connectors> 
       <netty-connector name="netty" socket-binding="messaging"/> 
       <netty-connector name="netty-throughput" socket-binding="messaging-throughput"> 
        <param key="batch-delay" value="50"/> 
       </netty-connector> 
       <in-vm-connector name="in-vm" server-id="0"/> 
      </connectors> 

      <acceptors> 
       <netty-acceptor name="netty" socket-binding="messaging"/> 
       <netty-acceptor name="netty-throughput" socket-binding="messaging-throughput"> 
        <param key="batch-delay" value="50"/> 
        <param key="direct-deliver" value="false"/> 
       </netty-acceptor> 
       <in-vm-acceptor name="in-vm" server-id="0"/> 
      </acceptors> 

      <security-settings> 
       <security-setting match="#"> 
        <permission type="send" roles="guest"/> 
        <permission type="consume" roles="guest"/> 
        <permission type="createNonDurableQueue" roles="guest"/> 
        <permission type="deleteNonDurableQueue" roles="guest"/> 
       </security-setting> 
      </security-settings> 

      <address-settings> 
       <address-setting match="#"> 
        <dead-letter-address>jms.queue.DLQ</dead-letter-address> 
        <expiry-address>jms.queue.ExpiryQueue</expiry-address> 
        <redelivery-delay>0</redelivery-delay> 
        <max-size-bytes>10485760</max-size-bytes> 
        <page-size-bytes>2097152</page-size-bytes> 
        <address-full-policy>PAGE</address-full-policy> 
        <message-counter-history-day-limit>10</message-counter-history-day-limit> 
       </address-setting> 
      </address-settings> 

      <jms-connection-factories> 
       <connection-factory name="InVmConnectionFactory"> 
        <connectors> 
         <connector-ref connector-name="in-vm"/> 
        </connectors> 
        <entries> 
         <entry name="java:/ConnectionFactory"/> 
        </entries> 
       </connection-factory> 
       <connection-factory name="RemoteConnectionFactory"> 
        <connectors> 
         <connector-ref connector-name="netty"/> 
        </connectors> 
        <entries> 
         <entry name="java:jboss/exported/jms/RemoteConnectionFactory"/> 
        </entries> 
       </connection-factory> 
       <pooled-connection-factory name="hornetq-ra"> 
        <transaction mode="xa"/> 
        <connectors> 
         <connector-ref connector-name="in-vm"/> 
        </connectors> 
        <entries> 
         <entry name="java:/JmsXA"/> 
        </entries> 
       </pooled-connection-factory> 
      </jms-connection-factories> 

      <jms-destinations> 
       <jms-queue name="ExpiryQueue"> 
        <entry name="java:/jms/queue/ExpiryQueue"/> 
       </jms-queue> 
       <jms-queue name="DLQ"> 
        <entry name="java:/jms/queue/DLQ"/> 
       </jms-queue> 
      </jms-destinations> 
     </hornetq-server> 
    </subsystem> 

Wiązania są następujące gniazda w samym pliku:

<socket-binding name="messaging" port="5445"/> 
    <socket-binding name="messaging-group" port="0" multicast-address="${jboss.messaging.group.address:231.7.7.7}" multicast-port="${jboss.messaging.group.port:9876}"/> 
    <socket-binding name="messaging-throughput" port="5455"/> 

próbowałem go jak poniżej, ponieważ w stanie zobacz klasę org.jnp.interfaces.NamingContextFactory w Jboss EAP 6.3:

prop.put(Context.PROVIDER_URL,"localhost:5445"); 
prop.put(Context.INITIAL_CONTEXT_FACTORY,"org.hornetq.core.remoting.impl.netty.NettyConnectorFactory"); 
prop.put(Context.URL_PKG_PREFIXES,"org.jboss.naming:org.jnp.interfaces"); 

Curre ntly, to rzuca wyjątek połączenia.

Czy ktoś mógłby zaproponować lub przesłać program java dotyczący sposobu uzyskania połączenia z Hornetq w Jboss EAP 6.3?

Aktualizacja: Nadal nie wiem, czy postępuję zgodnie z prawidłową procedurą tego samego.

Po to wyjątki, które otrzymuję:

javax.naming.NamingException: JBAS011843: Failed instantiate InitialContextFactory org.jnp.interfaces.NamingContextFactory from classloader ModuleClassLoader for Module 

Sprawdziłem jego JBoss-client.jar w bin/klienta i okazało się, że powyższy interfejs nie jest obecny tam, ale jest obecny w poprzednich wersjach, które zawiera jbiss -allclient.jar. Nie sądzę, żeby to było w tej wersji jboss.

Answer 1

Kliknij link this jboss; który zawiera program szybkiego startu, który rozwiązuje wspomniany problem.

1) Pobierz kod; Importuj pom.xml z programu run jboss-helloworld-jms w netbeans. Uruchom czystą kompilację.

2) Użyj tego linku aby rozwiązać Maven budować problemy: Pom not found

3) Poniżej fragment kodu, który służy do łączenia się z serwerem

private static final String DEFAULT_MESSAGE = "Hello, World!"; 
private static final String DEFAULT_CONNECTION_FACTORY = "jms/RemoteConnectionFactory"; 
private static final String DEFAULT_DESTINATION = "jms/queue/test"; 
private static final String DEFAULT_MESSAGE_COUNT = "1"; 
private static final String DEFAULT_USERNAME = "quickstartUser"; 
private static final String DEFAULT_PASSWORD = "quickstartPwd1!"; 
private static final String INITIAL_CONTEXT_FACTORY = "org.jboss.naming.remote.client.InitialContextFactory"; 
private static final String PROVIDER_URL = "remote://localhost:4447"; 

String connectionFactoryString = System.getProperty("connection.factory", DEFAULT_CONNECTION_FACTORY); 
log.info("Attempting to acquire connection factory \"" + connectionFactoryString + "\""); 
connectionFactory = (ConnectionFactory) context.lookup(connectionFactoryString); 
log.info("Found connection factory \"" + connectionFactoryString + "\" in JNDI"); 

4) Tworzenie użytkownika "quickstartUser"/"quickstartPwd1! ", w Jboss EAP 6.3; przy użyciu programu adduser.nietoperz w dziedzinie aplikacji

5) Sprawdź, czy te jms/queue/test i jms/RemoteConnectionFactory istnieją w Standalone.xml.

6) Uruchom kod jako prosta aplikacja Java i magia tam jest.

Answer 2

Według twojej stacktrace Zakładam, że nie adept starych ustawień JNDI do JBoss EAP 6.3

Od: http://blog.akquinet.de/2014/09/26/jboss-eap-wildfly-three-ways-to-invoke-remote-ejbs/

Properties prop = new Properties(); 

prop.put(Context.INITIAL_CONTEXT_FACTORY, "org.jboss.naming.remote.client.InitialContextFactory"); 

prop.put(Context.PROVIDER_URL, "http-remoting://127.0.0.1:8080"); 
prop.put(Context.SECURITY_PRINCIPAL, "username"); 
prop.put(Context.SECURITY_CREDENTIALS, "password"); 

prop.put("jboss.naming.client.ejb.context", false); 
prop.put(Context.URL_PKG_PREFIXES, "org.jboss.ejb.client.naming"); 

Context context = new InitialContext(prop); 

Aplikacja cant instancję InitialContext, który jest problem, który powinien skupić się na.

Ponadto, wydaje mi się to dziwne, że zarówno kolejka wiadomości, jak i twój jndi próbują połączyć localhost: 5445.