J'utilise Jetty 7 avec JBoss Seam et j'ai 2 sessions de messagerie Java configurées, une pour les notifications de support et une autre pour les notifications générales. Le problème que j'éprouve semble être de JBoss Seam/JSF ne pas pouvoir résoudre la session que j'ai placée dans le contexte d'événement à la bonne session de courrier de Java avant d'envoyer l'email. Comme il ne peut pas résoudre la session, il est par défaut localhost sur le port 25. La chose étrange est, j'utilise le même code pour définir la session comme avant, je viens de l'obtenir de JNDI maintenant par opposition à une couture composant.Jetée JNDI Java Mail
Je suppose que le problème provient de l'obtention de la session à partir de JNDI et que quelque chose n'est pas correctement traité.
Comment la plupart des sites configurent-ils les notifications par e-mail dans une application Web, est-ce que vous en gérez souvent plus de 1, si oui, à quoi ressemble votre configuration?
Walter
David, j'ai essayé exactement cela, mais en vain. J'utilise Jetty 7, donc j'ai changé les noms de classe pour l'équivalent de Jetty7. Je ne passe pas dans un contexte d'application web donc je devine que mes composants peuvent être disponibles pour d'autres applications (si j'en avais d'autres). Lorsque je débogue, cette session est en JNDI sinon il y aurait une exception. L'utilisateur/mot de passe sont vides dans PasswordAuthenticator. Bien que les propriétés passées avec la session de courrier soient exactement comme je l'ai défini, aucun d'entre eux ne semble être réellement utilisé. Walter –
David, j'ai mis à jour la question ci-dessus. Je recevais la session de messagerie Java comme prévu, bien que tout n'ait pas été rempli. Lorsque Seam a essayé de rendre le message, c'est quand il n'a pas pu trouver la session résultant de l'apparence des propriétés ne collent pas. –