mars | 2015 | Veille technologique et autres

Au détour d’un article sur linux pratique (sur l’installation d’un forum discourse), je suis tombé sur un container docker permettant de tester localement l’envoi de mail. Cela peut être utile en développement pour que les mails ne partent pas aux clients finaux ou parce qu’il y a des restrictions sur les serveurs smtps.

L’utilisation est plutôt simple. Il faut démarrer le container et exporter les 8080 et 25 du container.
Le port 25 est pour l’envoi smtp et le 8080 est l’interface web de consultation des emails.

docker run --name mailc -p 8080:80 -p 25:25 -d simpledrupalcloud/mailcatcher:dev

1	docker run --name mailc -p 8080:80 -p 25:25 -d simpledrupalcloud/mailcatcher:dev

Il faut récupérer l’ip du container:

$ docker inspect mailc| grep IPAddress
"IPAddress": "172.17.0.2",

1 2	$ docker inspect mailc\| grep IPAddress "IPAddress": "172.17.0.2",

On peut déjà essayer l’envoi de mail via un telnet:

telnet 172.17.0.2 25
Trying 172.17.0.2...
Connected to 172.17.0.2.
Escape character is '^]'.
220 EventMachine SMTP Server
HELO
250 Ok EventMachine SMTP Server
MAIL FROM: test@from.com
250 Ok
RCPT TO:test@to.com
250 Ok
DATA
354 Send it
this is data


Send it

.
250 Message accepted

telnet 172.17.0.2 25

Trying 172.17.0.2...

Connected to 172.17.0.2.

Escape character is '^]'.

220 EventMachine SMTP Server

HELO

250 Ok EventMachine SMTP Server

MAIL FROM: test@from.com

250 Ok

RCPT TO:test@to.com

250 Ok

DATA

354 Send it

this is data

Send it

250 Message accepted

On peut ensuite accéder à l’interface web pour vérifier si le mail est bien reçu (http://172.17.0.2 dans mon cas):

Et voila, il est maintenant possible de tester l’envoi de mail dans ses programmes de façon autonome.

Un collègue m’a fait découvrir spring-session lors d’un échange sur la façon de stocker les sessions dans un tiers.

J’ai donc décidé de reprendre mon poc pour l’adapter à cette librairie.

La mise en place est assez simple. Il faut juste créer 2 classes.

1 pour la configuration (Config) et 1 pour que spring initialise mon application (Initializer). Dans une application existante la dernière classe n’est pas obligatoire. Il suffira de déclarer le bean config dans le fichier de context XML spring.

configuration:

@Configuration
@EnableRedisHttpSession
public class Config {

      @Bean
      public JedisConnectionFactory connectionFactory() {
            JedisConnectionFactory factory = new JedisConnectionFactory();
            factory.setHostName("db");
            return factory;
      }
}

@Configuration

@EnableRedisHttpSession

public class Config {

@Bean

public JedisConnectionFactory connectionFactory() {

JedisConnectionFactory factory = new JedisConnectionFactory();

factory.setHostName("db");

return factory;

}

Il suffit de placer l’annotation EnableRedisHttpSession et de déclarer un bean pour la connectionFactory. Par defaut JedisConnectionFactory se connecte sur la base redis en localhost. Dans mon cas, j’ai surchargé pour aller sur le host db (container redis)

Il faut supprimer aussi le fichier context.xml qui n’est plus nécessaire.
Il faut passer en servlet 3.0 pour que l’initialisation fonctionne.

et voilà, c’est tout.

On peut tester le tout avec les commandes:

mvn clean install
./start_all.sh

1 2	mvn clean install ./start_all.sh

Changements:

Par rapport au précédent article, le poc a subi quelques modifications pour fonctionner:

– passage à tomcat 8
– inclusion de spring 4
– inclusion de spring web
– inclusion de spring-data
– servlet 3.0

Les sources sont disponibles ici

Merci Raphaël pour l’info.

Veille technologique et autres

Archives mensuelles : mars 2015

Envoi de mail en developpement

Partage de session avec spring-session

Partager :

Partager :