Recherche JNDI défaut lors de la recherche de file d'attente JMS dans WebLogic 10.3.5
Je suis nouveau sur JMS de programmation et je suis en cours d'exécution dans NameNotFoundException, même si, en regardant la Console d'administration, il affiche le nom JNDI qui est un échec.
L'exception produite est:
javax.de nommage.NameNotFoundException: Impossible de résoudre 'tutorialqueue'. Résolu ", le reste du nom de "tutorialqueue'
au weblogic.jndi.interne.BasicNamingNode.newNameNotFoundException(BasicNamingNode.java:1139)
au weblogic.jndi.interne.BasicNamingNode.lookupHere(BasicNamingNode.java:252)
au weblogic.jndi.interne.ServerNamingNode.lookupHere(ServerNamingNode.java:182)
au weblogic.jndi.interne.BasicNamingNode.recherche(BasicNamingNode.java:206)
au weblogic.jndi.interne.WLEventContextImpl.recherche(WLEventContextImpl.java:254)
au weblogic.jndi.interne.WLContextImpl.recherche(WLContextImpl.java:411)
Dans la Console d'Admin, je vois:
Nom - TutorialJmsConnectionFactory
Type De Connexion De L'Usine
Nom JNDI - tutorialconnectionfactory
Sous-Déploiement Par Défaut De Cibler
Objectifs - AdminServer
Nom - TutorialJmsQueue
Type De File D'Attente
Nom JNDI - tutorialqueue
Sous-déploiement -
Objectifs
La console affiche le tutorialqueue nom JNDI que l'exception, dit-il ne peut pas trouver. Aussi, le tutorialconnectionfactory nom a ÉTÉ trouvée. Pouvait-il avoir à faire avec les sous-déploiement et/ou des Objectifs d'être vide?
Voici le code où la recherche se produit/échoue:
QueueConnectionFactory queueFactory = ( QueueConnectionFactory ) ic.lookup( "tutorialconnectionfactory" );
QueueConnection queueConnection = queueFactory.createQueueConnection();
QueueSession queueSession = queueConnection.createQueueSession( false , Session.AUTO_ACKNOWLEDGE );
Queue queue = ( Queue ) ic.lookup( "tutorialqueue" );
QueueSender sender = queueSession.createSender( queue );
Quelqu'un peut me pointer dans la bonne direction? TIA
Vous devez vous connecter pour publier un commentaire.
Dans weblogic, vous devez configurer votre file d'attente à utiliser le même sous-déploiement et cible(s) de l'usine de raccordement, les deux doivent être trouvés dans une JVM. Mise à jour de votre file d'attente de la cible et de la sous-déploiement pour correspondre à la connexion de l'usine et il devrait commencer à travailler.
À ajouter, Tout est ok... Mais vous avez besoin de remplacer
avec
puis je pense que ça va bien fonctionner...