Pour faire appel à une fonction statique d’une classe sans la préfixer par le nom de la classe, il existe la solution de l’import statique.
Cette solution permet de rendre n’importe quel fonction statique d’une classe A accessible au sein d’une autre classe B sans préciser le nom de la classe A.
Le mois dernier, je vous avais fais part de l’ultimatum lancé par la fondation Apache à l’encontre du géant américain Oracle. La fondation Apache menaçait en effet de voter contre la feuille de route des nouvelles versions 7 et 8 du langage Java s’il elle n’obtenait pas des garanties sur la validation de son projet Harmony. Depuis le rachat de Sun par Oracle, rien ne va plus au pays des bases de données, et c’est bien toute la communauté open-source dans son ensemble qui en pâtit à commencer par Apache qui se retrouve contraint et forcé de tenir parole et donc de quitter la Java Community Process. Le résultat de ce bras de fer entre David et Goliath était certes prévisibles et ce, malgré le soutien de Google. Oracle ne semble pas capable depuis des décennies d’associer la notion d’open-source à celle de profit. Et comme nous ne parlons pas seulement d’Oracle mais aussi de son patron Larry Ellison, on se doute assez rapidement de quel côté l’emporte sur l’autre.
Cette semaine, j’ai du mettre à jour un batch d’import de données d’un fichier plat dans une base de données. L’optimisation de ce script n’ayant jamais été une priorité, le batch importait environ 60000 lignes et prenait entre 15 et 20 minutes. En quelques ajustement, j’ai réussit à importer plusieurs centaines milliers de lignes en à peine quelques minutes. Aussi étonnant que cela puisse paraître, l’optimisation d’un tel script ne nécessite pas de connaissances particulières ni même de mettre en place une solution de multi-threading utilisant les ordinateurs de la NASA ou ceux de Google. Tout est proposé de manière native au sein de la librairie JDBC (depuis la version 2) et permet le traitement par lot des requêtes SQL . Par conséquent, toute les solutions reposant sur cette API de connexion à un base de donnée peuvent également utiliser cette fonctionnalité, que ce soit JdbcTemplate pour Spring ou encore Hibernate.
Alors que je parlais dernièrement de la communauté Open-source mis à mal par la société Oracle. Je rebondi à nouveau sur l’actualité open-source suite à l’article de silicon.fr qui parle de la feuille de route de Libre Office. En se séparant d’Oracle pour créer la Document Fondation, les développeurs d’OpenOffice ont voulu préserver l’indépendance de cette solution libre de bureautique face aux appétits du géant américain. Face à la marque OpenOffice désormais connus par les utilisateurs, il n’était pas évident que le projet LibreOffice arrive à se faire une place dans l’esprit des gens. La plupart des utilisateurs actuels d’OpenOffice ne sont pas forcement des adeptes et prêcheurs de l’open-source et ne verront par conséquent pas l’inconvénient de continuer à utiliser OpenOffice.
Lors d’un développement d’un projet web Spring, si vous utilisez les JSP, il est parfois utile de créer vos propres librairie de tag (ou taglibs). Malheureusement, au sein de ces taglibs, il ne vous est pas possible d’accéder simplement au contexte d’application Spring pour y récupérer vos beans. Spring MVC met à disposition différentes solutions pour accéder aux contextes d’application que ce soit pour vos beans, vos traduction de Messages (MessageSource), votre Locale ou encore votre Theme.