Maven, des phases et des goals

De nombreux utilisateurs de maven ne comprennent pas bien l'esprit maven.
En effet, Maven ne se comporte pas comme du Ant ou un Makefile.

Maven, il faut bien l'avouer, n'a rien inventé. Il s'est inspiré de la vie. Encore fallait-il y penser.
Un produit (jar, war, un téléphone...) est régit par la loi de la nature. Il y a un cycle. De la naissance à la retraite (on va s'arrêter là c'est mieux).

Suivant le produit, le cycle de vie n'est pas le même. Maven définit des produits standard, à savoir des packaging : pom, jar, maven-plugin, ejb, war, ear, rar, par.
Tous c'est package ont le même cycle de vie.

Un cycle de vie c'est quoi ?
Toujours comme la vrai vie. Un être humain sera : foetus, bébé, enfant, adolescent, adulte, retraité.
Ce sont les phases de la vie.
Un jar aura donc comme phases dans son cycle de vie :

validate
initialize
generate-sources
process-sources
generate-resources
process-resources
compile
process-classes
generate-test-sources
process-test-sources
generate-test-resources
process-test-resources
test-compile
process-test-classes
test
prepare-package
package
pre-integration-test
integration-test
post-integration-test
verify
install
deploy

D'abord, il y a validation de la structure du pom.xml, puis initialisation...

Et comme dans la vrai vie, il y a dans chaque phase, des étapes appelées goal dans maven.
Je pense qu'une des incompréhension vient d'une mauvaise traduction du mot goal (ce n'est pas un but).

Si on prend un être humain, dans la phase adulte, il passe son permit voiture, achète une voiture, s'installe en couple, se marie, achète une maison... Ce sont bien des étapes.
Les étapes (goal) sont dans un ordre bien définit. Cet ordre est lui aussi définit dans le cycle de vie.

Peut-on redéfinir un cycle de vie ?
Oui, pour cela, il faut créer un nouveau packaging (exemple zip). Mais là, c'est une autre histoire.

Donc, si on résume :
Un cycle de vie contient des phases, qui elles même contiennent des goals.

Une chose à se rappeler, si on lance un plugin dans un goal donné (qui donc appartient à une phase), toutes les phases et goals se situant avant seront exécutés.

Il faut quand même savoir qu'il est possible d'avoir des goals non attachés à une phase. Mais bon, c'est pour plus tard.

Changer de schéma par défaut sous Oracle

Il existe deux méthodes d'accès aux tables dans une requête SQL :

• sans préfixe : “select * from table” : pour les tables du schéma de l'utilisateur
• avec préfixe : “select * from autre_schema.table” : pour les tables d'un autre schéma (sur lequel l'utilisateur dispose des bons droits)

Lors de chaque connexion à une base de données Oracle, un utilisateur est donc affecté au schéma qui porte le même nom que son identifiant de connexion. Les accès aux tables sans préfixes (“from table”) sont alors effectués dans ce schéma par défaut.

Description du processus coté Oracle :

• Connexion avec l'utilisateur TOTO
• Affectation du schéma TOTO comme “current_schema” de la session
• Réception d'une requpete “select * from table” qui est transformée en “select * from TOTO.table”

Problème : si on se connecte avec l'utilisateur “system”, et que l'on souhaite faire une requête sur les données de TOTO, on doit ajouter le préfixe correspondant au schéma devant chaque accès aux tables. Ceci peut s'avérer très long et risqué sur des requêtes complexes.

Solution : il est possible changer, pour la session courante, de “current_schema”. Après la connexion, il suffit d'exécuter la requête

alter session set current_schema=<IDENTIFIANT_DU_SCHEMA_CIBLE>

pour que les accès sans préfixes soient fait sur le schéma <IDENTIFIANT_DU_SCHEMA_CIBLE>.

Merci à Drazzib pour l'astuce.

Créer dynamiquement une image en Java

Il y a peu, j'ai voulu créer un ripper d'image du jeu mythique des années 90, "Jill of the Jungle".
J'ai trouvé sur le site www.shikadi.net une explication sommaire des fichiers d'image.
Il me fallait donc créer une image dynamiquement et l'enregistrer.

J'ai cherché de la documentation à ce sujet. J'ai trouvé l’officielle d'Oracle, très sommaire, et des exemples sur internet un peu trop complexe.

L'idée est simple : créer une image, dessiner un pixel et l'enregistrer.

Voici l'exemple ci-dessous.

BufferedImage image =
    new BufferedImage(width, height, BufferedImage.TYPE_INT_ARGB) ;

Graphics2D g2 = image.createGraphics() ;
  
BufferedImage image =
    new BufferedImage(width, height, BufferedImage.TYPE_INT_ARGB) ;

Graphics2D g2 = image.createGraphics() ; 

g2.setColor(color) ;
                  
g2.drawLine(x, y, x, y) ;

outputfile = new File(fileName) ;
ImageIO.write(bi, "png", outputfile);

Création de l'image (un BufferImage puisque tout est en mémoire), de type Alpha (transparence), red, green, blue.
Création d'un graphic (objet permettant le dessin).
Définition de la couleur du pinceau.
Dessin du pixel.

Graphic2D ne permet pas de dessiner un pixel, via une méthode. On dessine donc une ligne, d'un point.

A la fin, est utilisé la classe ImageIO pour enregister le buffer.

C'est aussi simple que ça